knap til variabel link

Hov glemte lige endnu en ting der driller vedr denne:

Der er tilsyneladende noget med tegnsættet, når jeg skriver "århus" i tekstfeltet, bliver jeg helt korrekt sendt til www.minurl.dk/århus Men når jeg fanger hvad der står efter www.minurl.dk/ i min kode får jeg "Ã¥rhus"
Er der noget tegnsæt jeg skal angive et sted??

<ole>

Hvad er det, du spørger om?

/mvh
</bole>

1: kan jeg lave så enter-tasten virker til min knap som ikke er 'submit' i en form
2: kan jeg lave så markøren står i feltet allerede når siden loades
3: bruges der samme tegnsæt i URL som når jeg henter variablen i $_GET[]

Løsning på punkt 3: utf8_decode() på den GET variabel jeg flytter alt efter domain.dk/ over i... Den havde så heller ikke noget med JS at gøre, så håber nogen kan hjælpe med punkt 1 og 2...

Skal ENTER virke i hele dokumentet - så man f.eks. ikke kan bruge den til noget i et TEXTAREA? Hvis ikke, hvor skal den så virke?

I bunden af siden kan du skrive:


Nej, at bruge utf8_decode() i den forbindelse er helt misforstået. Du tramper bare på termometeret, så du ikke kan se, at patienten stadig er syg.

Løsningen er at få styr på dit tegnsæt. Du skal:

1) bruge en utf-8 meta i alle HTML dokumenter
2) gemme alle dokumenter som utf-8
3) sætte evt. database op som utf-8
4) sørge for alle dokumenter, der leverer data til DB og/eller dokumenter opfylde #1 og #2

Så har du ikke problemer med specialtegn. I den aktuelle situation er det nok at tage sig af #1 og #2 - men bruger du database, er #3 og #4 også vigtige

- og så bør du faktisk encode variablen:

ad 1: Entertasten skal bare virke når man står i tekstfeltet...
ad 2: focus() virker perfekt, tak for det :)
ad 3: Hele idéen med al det her er at brugeren skal kunne skrive www.domæne.dk/århus i URL og dermed få vist en søgning på århus. Derfor kan jeg ikke antage at den er encodet, da det ikke nødvendigvis er min søgefunktion der sender brugeren derhen...

Løsningen er:


Hvad angår #3 ovenfor, så har du misforstået noget. Specialtegn i URL'er skal encodes! Sådan er teknologien indrettet.

Da teknologien er indrettet på dette, giver det da heller ingen problemer - men det forudsætter naturligvis, at du har styr på trivialiteter som f.eks. tegnsæt. Kik på URL'er i professionelle løsninger overalt på nettet, og du vil se, at alle specialtegn er encoded.

Der må ikke stå århus i en URL. Der skal stå %C3%A5rhus  =)

hmm... er der noget galt i bare at bruge dette?
<input type="text" onkeydown="if (event.keyCode == 13) document.getElementById('search').click()">

Her er et par eksempler:
http://findvej.dk/åbyvej,åbyhøj
http://www.svøm.dk/

At de gør det, gør det jo ikke nødvendigvis korrekt. Men en mulighed er det da.

Jeg vil gerne have det muligt at søge på min side, allerede mens man skriver URL, altså i stedet for at gå ind på domain.dk og skrive århus i søgefeltet, så vil jeg gøre det muligt at skrive www.domain.dk/århus som url... og ingen bruger i verden vil da skrive www.domain.dk/%C3%A5rhus

hmm... eksperten's url genkender, bryder sig åbenbart ikke om komma i en url... You get the picture ;)

Olebole, tak for hjælpen med endnu et problem (du har vist hjulpet mig et par gange før) Smider du et svar for points?

Så må jeg lige se om ÆØÅ i links virker selv om jeg kun kan forestille mig at det ikke er 'best practise'

Ja, det er lidt noget 'snavs' - og derudover bør du have så lidt uvedkommende i din markup, som muligt.

Du forstår stadig ikke begrebet URL'er. Naturligvis vil ingen finde på at skrive en ecoded URL. Netop derfor skal din kode encode URL'en. Når din bruger skriver 'århus', vil scriptet foretage den nødvendige encoding.

http://www.svøm.dk er en helt anden problematik. Det skyldes noget teknik, som blev indført for forholdsvis nylig - men det gælder kun domæner.

findvej.dk er skrevet af en hobbykoder, så den løsning er ikke nødvendigvis noget, du skal se som et forbillede.

Nej, folk skal ikke kunne skrive 'århus' i adresselinjen, da det strider mod teknologiens regler og på sigt vil skabe andre problemer for dig. Det er muligt, du ikke kan overskue det på nuværende tidspunkt, men sådan er det. Om du vil tage imod råd fra en erfaren udvikler eller insistere på en dårlig løsning, må så være op til dig  =)

Ellers tak, jeg samler ikke points. Læg selv et svar og accepter det, så tråden lukkes  =)

Æ, Ø og Å kan i mange tilfælde godt bruges uden encoding, men de vil overvejende sandsynligt give problemer i det lange løb. Det er ikke et spørgsmål om 'best practise'. Der er tale om at bruge en invalid (=ugyldig og ofte ubrugelig) fremgangsmåde - eller at bruge den korrekte og brugbare  *o)

lukkes