urlprefix
1 view
Skip to first unread message
musicmaker111
Oct 8, 2008, 4:49:21 AM10/8/08
to Smartsite5
Als ik (of iemand anders :) ) via de webeditor een link aanmaakt wordt
daar automatisch [urlprefix] voorgezet. Is dat op één of andere manier
te voorkomen?
Enige uitleg:
Ik ben bezig met een 'readspeaker' implementatie. Om ervoor te zorgen
dat redacteuren zo eenvoudig mogelijk een juiste link naar een pdf
kunnen maken heb ik een translation gemaakt [readspeaker_link] die ze
dan voor de link kunnen zetten. Je krijgt dan dus zoiets:
[readerspeaker_link]/docs/internet/bestand.pf
Zolang je dat 'handmatig' in html doet werkt het prima. Helaas dus
niet als je het via de webeditor doet. Snelste oplossing is in dit
geval volgens mij een de http:// uit de translation halen en die er
door de redacteur voor laten zetten maar dat is eigenlijk niet wat we
willen.
daar automatisch [urlprefix] voorgezet. Is dat op één of andere manier
te voorkomen?
Enige uitleg:
Ik ben bezig met een 'readspeaker' implementatie. Om ervoor te zorgen
dat redacteuren zo eenvoudig mogelijk een juiste link naar een pdf
kunnen maken heb ik een translation gemaakt [readspeaker_link] die ze
dan voor de link kunnen zetten. Je krijgt dan dus zoiets:
[readerspeaker_link]/docs/internet/bestand.pf
Zolang je dat 'handmatig' in html doet werkt het prima. Helaas dus
niet als je het via de webeditor doet. Snelste oplossing is in dit
geval volgens mij een de http:// uit de translation halen en die er
door de redacteur voor laten zetten maar dat is eigenlijk niet wat we
willen.
Johan Kanselaar
Oct 8, 2008, 10:52:53 AM10/8/08
to Smart...@googlegroups.com
Een readspeaker implementatie vind ik persoonlijk meestal onzin. Als je als luisteraar een voorleestool hebt dan gebruik je een voorleestool die gewoon alle websites probeert voor te lezen. Dat sommige websites prut zijn omdat ze niet aan standaarden voldoen is dan een veelvoorkomend probleem. Dat er tools zijn die je op je webserver zou moeten installeren en waarvoor je bepaalde links in je website als website bouwer zou moeten aanpassen is onzinnig. Die tools lossen trouwens ook niet de problemen op van een niet compliant website die nog steeds pruttelend voorgelezen worden. Er zijn legio prima voorleestools die door luisteraars zelf geinstalleerd worden die geen enkele aanpassing aan de website vragen en die tegenwoordig redelijk goed met non-compliant websites kunnen omgaan. Dus dat is volledig clientsided techniek. En wat als de bezoeker nou niet jouw readspeaker heeft waarvoor er op de website aanpassingen zijn gemaakt?
Als het goed is, bevat urlprefix alleen maar een slash (/) Dus als je in [readerspeaker_link] er rekening mee houdt dat er nog een slash voor wordt geplaatst, heb je dan niet gewoon je probleem omzeilt?
Ik zou niet weten of je zelf kan instellen om urlprefix te vervangen, misschien dat urlprefix local overridable is, maar dat moet je even uitproberen.....
Of ok snap je probleem niet helemaal misschien, maar in dat geval, wat doe je precies in die [readerspeaker_link]?
Johan
Als het goed is, bevat urlprefix alleen maar een slash (/) Dus als je in [readerspeaker_link] er rekening mee houdt dat er nog een slash voor wordt geplaatst, heb je dan niet gewoon je probleem omzeilt?
Ik zou niet weten of je zelf kan instellen om urlprefix te vervangen, misschien dat urlprefix local overridable is, maar dat moet je even uitproberen.....
Of ok snap je probleem niet helemaal misschien, maar in dat geval, wat doe je precies in die [readerspeaker_link]?
Johan
2008/10/8 musicmaker111 <musicm...@gmail.com>
musicmaker111
Oct 8, 2008, 11:52:00 AM10/8/08
to Smartsite5
De 'readspeaker' is niet een tool die de bezoeker zelf kan installeren
maar wordt mbv wat javascript of een link aangeroepen.
In dit geval is de [urlprefix] blijkbaar geen / maar de volledige
url......maar ik ga weer ff verder zoeken of deze local overridable
is.
On 8 okt, 16:52, "Johan Kanselaar" <johankansel...@gmail.com> wrote:
> Een readspeaker implementatie vind ik persoonlijk meestal onzin. Als je als
> luisteraar een voorleestool hebt dan gebruik je een voorleestool die gewoon
> alle websites probeert voor te lezen. Dat sommige websites prut zijn omdat
> ze niet aan standaarden voldoen is dan een veelvoorkomend probleem. Dat er
> tools zijn die je op je webserver zou moeten installeren en waarvoor je
> bepaalde links in je website als website bouwer zou moeten aanpassen is
> onzinnig. Die tools lossen trouwens ook niet de problemen op van een niet
> compliant website die nog steeds pruttelend voorgelezen worden. Er zijn
> legio prima voorleestools die door luisteraars zelf geinstalleerd worden die
> geen enkele aanpassing aan de website vragen en die tegenwoordig redelijk
> goed met non-compliant websites kunnen omgaan. Dus dat is volledig
> clientsided techniek. En wat als de bezoeker nou niet jouw readspeaker heeft
> waarvoor er op de website aanpassingen zijn gemaakt?
>
> Als het goed is, bevat urlprefix alleen maar een slash (/) Dus als je in
> [readerspeaker_link] er rekening mee houdt dat er nog een slash voor wordt
> geplaatst, heb je dan niet gewoon je probleem omzeilt?
> Ik zou niet weten of je zelf kan instellen om urlprefix te vervangen,
> misschien dat urlprefix local overridable is, maar dat moet je even
> uitproberen.....
> Of ok snap je probleem niet helemaal misschien, maar in dat geval, wat doe
> je precies in die [readerspeaker_link]?
>
> Johan
>
> 2008/10/8 musicmaker111 <musicmaker...@gmail.com>
maar wordt mbv wat javascript of een link aangeroepen.
In dit geval is de [urlprefix] blijkbaar geen / maar de volledige
url......maar ik ga weer ff verder zoeken of deze local overridable
is.
On 8 okt, 16:52, "Johan Kanselaar" <johankansel...@gmail.com> wrote:
> Een readspeaker implementatie vind ik persoonlijk meestal onzin. Als je als
> luisteraar een voorleestool hebt dan gebruik je een voorleestool die gewoon
> alle websites probeert voor te lezen. Dat sommige websites prut zijn omdat
> ze niet aan standaarden voldoen is dan een veelvoorkomend probleem. Dat er
> tools zijn die je op je webserver zou moeten installeren en waarvoor je
> bepaalde links in je website als website bouwer zou moeten aanpassen is
> onzinnig. Die tools lossen trouwens ook niet de problemen op van een niet
> compliant website die nog steeds pruttelend voorgelezen worden. Er zijn
> legio prima voorleestools die door luisteraars zelf geinstalleerd worden die
> geen enkele aanpassing aan de website vragen en die tegenwoordig redelijk
> goed met non-compliant websites kunnen omgaan. Dus dat is volledig
> clientsided techniek. En wat als de bezoeker nou niet jouw readspeaker heeft
> waarvoor er op de website aanpassingen zijn gemaakt?
>
> Als het goed is, bevat urlprefix alleen maar een slash (/) Dus als je in
> [readerspeaker_link] er rekening mee houdt dat er nog een slash voor wordt
> geplaatst, heb je dan niet gewoon je probleem omzeilt?
> Ik zou niet weten of je zelf kan instellen om urlprefix te vervangen,
> misschien dat urlprefix local overridable is, maar dat moet je even
> uitproberen.....
> Of ok snap je probleem niet helemaal misschien, maar in dat geval, wat doe
> je precies in die [readerspeaker_link]?
>
> Johan
>
Johan Kanselaar
Oct 8, 2008, 12:01:58 PM10/8/08
to Smart...@googlegroups.com
Ja precies, waarom zou je een readspeaker mbv javascript of een link aanroepen? Dan moeten ineens alle website bouwers al hun linkjes aanpassen. Een goede readspeaker wordt clientsided geinstalleerd en biedt de gebruiker een lijstje van gevonden links die voorgelezen kunnen worden. Zonder dat er ook maar 1 link hoeft aangepast te worden door een websitebouwer.
Succes met zoeken!
Succes met zoeken!
2008/10/8 musicmaker111 <musicm...@gmail.com>
Reply all
Reply to author
Forward
0 new messages