Problemer med taste valg script
Rune Jensen
Den tilh�rende JS hedder select_page.js
Den g�r, man kan skifte side (bladre) med b�de mus og taster i
drop-down'en. Men resultatet er ikke ens, om det er med mus eller
taster. Det virker fint med mus. Med taster, bliver v�rdien af
pagenumber tilsyneladende 1 h�jere - hvorfor???
MVH
Rune Jensen
Rune Jensen
Det viste sig at skulle l�ses serverside - values i dropdownen var ikke
korrekte.
MVH
Rune Jensen
Birger Sørensen
> http://webdesigngruppen.dk/diskussion.asp?pagenumber=1
>
> Den tilhï¿œrende JS hedder select_page.js
>
> Den gï¿œr, man kan skifte side (bladre) med bï¿œde mus og taster i drop-down'en.
> hvorfor???
>
>
> MVH
> Rune Jensen
Du bruger seletedindex, som er 0-baseret, fra selecten, som sidenummer.
Umiddelbart skal du bruge value - altsￜ
targetelement.options[ targetelement.selectedIndex].value
- eller ogsￜ skal du lￜgge en til selectedIndex, for fￜ samme vￜrdi.
Den sidste holder selvfￜlgelig kun sￜ lￜnge options kommer i den
rigtige rï¿œkkefï¿œlge. ^^
Birger
--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk
Philip Nunnegaard
Nu hvor problemet er l�st, vil jeg da lige sp�rge hvilke taster man skal
trykke p�.
--
Philip - http://chartbase.dk | http://www.hitsurf.dk
Rune Jensen
> Nu hvor problemet er l�st, vil jeg da lige sp�rge hvilke taster man skal
> trykke p�.
Det ligger i drop down'en, hvor der via JS tjekkes for pil up/down samt
valg af side med retur. Ligeledes er der s� en funktion til valg af side
med mus. Man b�r ogs� kunne TABbe sig til frem og tilbage-knapperne
i�vrigt (kan man i Firefox), men det er s� ikke JS.
P� et tidspunkt var tanken at lave det 100% diskret, men det ligger
langt ud i tiden. F.eks. lave det som en liste med links, som via
javascript blev omdannet til en drop down. P� den m�de ville det virke
100% b�de med og uden JS.
Alt andet lige, taster, hvis man g�r sig det til en vane at bruge dem,
det er vildt meget hurtigere end mus, s� det er ikke en dum id� at tage
det i betragtning som navigeringsmulighed. Og normale drop down af denne
art, hvor der ikke er en submit, tager sj�ldent h�jde for tastebrug.
MVH
Rune Jensen
Rune Jensen
> Du bruger seletedindex, som er 0-baseret, fra selecten, som sidenummer.
> Umiddelbart skal du bruge value - altsￜ
> targetelement.options[ targetelement.selectedIndex].value
> - eller ogsￜ skal du lￜgge en til selectedIndex, for fￜ samme vￜrdi.
> Den sidste holder selvfￜlgelig kun sￜ lￜnge options kommer i den rigtige
> rï¿œkkefï¿œlge. ^^
det var fï¿œrst efter et stykke tid, det gik op for mig, at der er forskel
pￜ value og index.. jeg rettede bare i ASPen, ikke i JSen.
Skal jeg vￜre helt ￜrlig, sￜ forstￜr jeg ikke JS-scriptet 100%, sￜ din
forklaring er rigtig fin, sￜ er der lidt mere, jeg forstￜr ved JS ;)
MVH
Rune Jensen
Birger Sørensen
Fair nok ;>)
Med en kommentar i ASP'en er det mￜske ogsￜ forstￜeligt, nￜste gang du
skal bruge noget der ligner. Tror jeg ville rette det i js'en.
Ellers:
selectedIndex, er index for den valgte option (nï¿œr der kun kan vï¿œlges
een - man kan lave select, der kan vï¿œlge flere, men det vil nok vï¿œre
upraktisk til din anvendelse her...).
og index er simpelthen nummeret i rï¿œkken af options, startende med
nummer 0. Ud over den orden man skriver options i kildekoden, har man
ikke mulighed for selv at manipulere med index. (Mï¿œske gennem DOM, til
f.eks. at ï¿œndre rï¿œkkefï¿œlgen, men det vil nok vï¿œre ret specielle
tilfï¿œlde..)
value er den du giver i html. Og det er mï¿œske lidt misvisende med ordet
value (hvis man oversï¿œtter value med vï¿œrdi, kan det godt mistolkes som
vￜrende et tal), for det behￜver ikke vￜre et tal, men kan ogsￜ vￜre
tekster. value for den valgte option, er den vï¿œrdi der submittes, nï¿œr
en select bruges i en form.
teksten kan man fￜ fra den valgte option - i nogle browsere vist nok
som .text, men i hvert fald med innerHTML eller textContent (som vist
hedder innerText i IE) - og er vel egentlig mest beregnet til at give
brugeren information nok til at kunne trï¿œffe et valg.
Jeg syntes, det er helt fint at spￜrge, ogsￜ selvom det man sidder og
roder med, faktisk virker, men man ikke helt forstï¿œr hvorfor ^^ Man
risikerer ikke meget andet end at blive klogere..
Stig Johansen
> value for den valgte option, er den v�rdi der submittes, n�r
> en select bruges i en form.
Bare en fodnote, som m�ske ikke er relevant i denne sammenh�ng.
Baggrunden for jeg har brugt selectedIndex var noget b�vl jeg havde med IE6
i forbindelse med noget script til Peters morgenmusik.
Jeg kan ikke huske om det var selectedValue jeg pr�vede med, men det viste
sig, at den ganske rigtigt blev submittet, men i en onsubmit handler var
den ikke opdateret i forhold til JS inden submit.
Det var bare lige en note hvis man oplever m�rkv�rdigheder med IE6 p� den
front.
Da jeg ikke har nyere, ved jeg ikke om det ogs� g�lder disse IE'ere.
--
Med venlig hilsen
Stig Johansen
Philip Nunnegaard
> Det ligger i drop down'en, hvor der via JS tjekkes for pil up/down samt
> valg af side med retur.
N���h... Man skal lige tabbe sig frem til at have den i fokus.
Der bruger jeg altid piletasterne. Eller n�sten altid.
Hvis jeg p� forh�nd ved hvad jeg vil v�lge fra select-boksen, og de har
forskellige forbogstaver, trykker jeg p� forbogstavet til det jeg vil
v�lge. Er der flere der begynder med samme bogstav, trykker jeg bare
igen og igen p� samme bogstav, til det rigtige kommer frem.
Og ja! Det er vildt hurtigt, n�r man f�rst har det i fingrene.
Formularer tabber jeg n�sten altid igennem.
Rune Jensen
> Rune Jensen skrev:
>
>> Det ligger i drop down'en, hvor der via JS tjekkes for pil up/down
>> samt valg af side med retur.
>
> N���h... Man skal lige tabbe sig frem til at have den i fokus.
> Der bruger jeg altid piletasterne. Eller n�sten altid.
Kan du flytte fokus via piletaster? I hvilken browser? Eller har jeg
misforst�et? Ikke fordi det ville faktisk v�re ret smart - hvis man s�
lavede det generelt for alle browsere.
Jomen... jeg kunne godt lave det med accesskeys. S� er der bare det, at
visse browsere kr�ver 3 tastekombinationer for �n accesskey. Det er lidt
b�vlet..
S� kan man lave det med JS og s� "assigne" f.eks. pil frem og pil
tilbage, hvilket ogs� er logisk, men jeg er ikke sikker p�, at pil
frem/tilbage ikke bliver brugt til andre ting... samme problem egentlig
som med "rigtige" accesskeys.
Skulle man g�re noget, skulle det v�re udfra det numeriske tastatur, som
�n vidst foreslog i en anden tr�d. Det kunne man s� lave med JS... og
her er chancen for konflikt meget lille, n�r det er tal.
> Hvis jeg p� forh�nd ved hvad jeg vil v�lge fra select-boksen, og de har
> forskellige forbogstaver, trykker jeg p� forbogstavet til det jeg vil
> v�lge. Er der flere der begynder med samme bogstav, trykker jeg bare
> igen og igen p� samme bogstav, til det rigtige kommer frem.
Jep... rigtigt smart ;)
Jeg bruger udelukkende taster til Oracle p� arbejdet, og det g�r s�
st�rkt, maskinen n�sten ikke kan f�lge med - he!
MVH
Rune Jensen
Birger Sørensen
8X
> Skulle man gï¿œre noget, skulle det vï¿œre udfra det numeriske tastatur, som ï¿œn
> vidst foreslog i en anden trￜd. Det kunne man sￜ lave med JS... og her er
> chancen for konflikt meget lille, nï¿œr det er tal.
8X
Under forudsï¿œtning at tastaturet er slï¿œet til (NumLock). Ellers levers
noget andet end man tror.
Rune Jensen
> Fï¿œlgende er skrevet af Rune Jensen:
> 8X
>> Skulle man gï¿œre noget, skulle det vï¿œre udfra det numeriske tastatur,
>> som ￜn vidst foreslog i en anden trￜd. Det kunne man sￜ lave med JS...
>> og her er chancen for konflikt meget lille, nï¿œr det er tal.
> 8X
>
> Under forudsï¿œtning at tastaturet er slï¿œet til (NumLock). Ellers levers
> noget andet end man tror.
Det var jeg bange for..
Det er heller ikke sￜrlig logisk, man skal have NUMLOCK pￜ, for at kunne
navigere, egentlig.
Som sagt, sￜ har de udbygget accesskeys i HTML5. Mￜske det kan hjￜlpe,
nï¿œr det er, jeg har ikke nï¿œrlï¿œst specifikationen. Indtil da er det mest
halve lï¿œsninger - og netop tastebrug og muligheden for inteferens med
andre funktioner har vￜret diskuteret nￜrmest siden starten pￜ HTML. Der
er bare ikke fundet nogen 100%-lï¿œsning indtil nu. Tilhï¿œngere og
modstandere af accesskeys/quicktaster er ca. lige stor, vil jeg tro..
ï¿œrgerligt, for det er virkelig en optimering med tastenavigering, hvis
man kunne finde en slags standard (det skulle sￜ bl.a. vￜre en rￜkke
taster, som er fuldstï¿œndigt "frie" for andre funktioner, og som nemt kan
tilgï¿œs _helt_ ens i alle browsere).
MVH
Rune Jensen
Birger Sørensen
Jeg har prï¿œvet i forme, at bruge accesskeys - og er holdt op igen.
Nï¿œr man endelig finder en key der kan bruges i een browser, bruges den
af en anden browser.
Sￜ fￜr det overhovedet kan lade sig gￜre, skal browserproducenterne
blive enige om hvilke tastekombinationer de selv vil bruge, sￜ
designere ved hvilke de kan bruge til indholdet.
Det kan fï¿œre til en diskussion, om hvorvidt siden som browseren viser
er den vigtige, eller browseren selv. Men under alle omstï¿œndigheder,
vil det vï¿œre forvirrende for brugeren, hvis samme tastekombination
nogen gange gï¿œr det ene og andre noget andet.
[Alt] er knyttet til menuer. (Historisk)
[Shift] er hï¿œblï¿œs som accesskey i forme (brugeren skriver tekst, hvor
[Shift] kan indgￜ naturligt)
[Ctrl] - visse browsere gï¿œr flittigt brug af dem, hvilket gï¿œr det
umuligt eller uhensigtsmï¿œssigt at bruge dem som accesskeys, med mindre
man vil sidde og vride sin hjerne af led, for at omformulere teksten i
en label til noget der betyder det samme som det der burde stￜ, men har
karakterer der kan bruges.
Mener i ￜvrigt at det er helt misforstￜet. Prￜv at se i menuerne pￜ din
browser, hvor mange funktioner det allerede er muligt at anvende fra
tastaturet, og som alligevel har en [Ctrl] genvej. FF f.eks. Et nyt
vindue ￜbnes med [Alt]f [Alt]v. Hvorfor skal den funktion sￜ blokere
anvendelse af [Ctrl]n til noget andet? Jo den sparer een tastning - til
gengï¿œld skal der tastes 28 gange for at tabbe sig frem til linien hvor
jeg skal skrive mit Navn (hvilket er det vigtige, jeg skal pￜ den side,
jeg har ï¿œbnet i browseren), fordi alle de bogstaver der kunne vï¿œre
anvendt til accesskeys, er blokeret af browserens [Ctrl] genveje.
Det er nem betjening af browseren - men producenten har glemt hvad
browseren egentlig skal bruges til.
Funktionstasterne - hvis pￜ et site, skal forklares. Men de ville vￜre
ret oplagt til brug i browserne, i stedet for kombinationerne med
[Ctrl].
Sￜ er der kombination af [Shift], [Alt] og [Ctrl], og vi er ude i
noget, hvor det ikke nï¿œdvendigvis er nemmere end lige at flytte musen
og klikke - lidt afhï¿œngigt af hvor mange forsï¿œg man skal bruge til at
finde den rigtige kombination af de tre, til faktisk at aktivere den
angivne accesskey, og hvor mange andre funktioner, man lige
tilfï¿œldigvis fï¿œr aktiveret og skal lukke/afbryde, fï¿œr man kan komme
videre, med det man var i gang med.
[Tab] og [Shift][Tab] gï¿œr det nemt at udfylde forme. Men man er stadig
nï¿œdt til at flytte med musen til den fï¿œrste, hvis man ikke gider tabbe
gennem alle browserens egne funktioner fï¿œrst.
Stig Johansen
> men jeg er ikke sikker p�, at pil
> frem/tilbage ikke bliver brugt til andre ting...
Vandret scroll - (forudsat du mener venstre og h�jre pil).
Men i forhold til en anden tr�d, s� er det m�ske ikke voldsomt relevant at
have vandret scroll p� et galleri(?)