DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
labeltekst eronder en bij de middelste 3 alleen zichtbaar bij een :hover. toegankelijk en geen overload aan dezelfde tekst in beeld
transparant is ook een kleur, werkt wss beter (weet niet zeker) in oudere browsers, met vaste hoogte heb je ook nog text-indent: -9001; over 9000
transparant is ook een kleur, werkt wss beter (weet niet zeker) in oudere browsers, met vaste hoogte heb je ook nog text-indent: -9001; over 9000
“Specialization is for insects”.—Robert Heinlein
Dat zou misschien het makkelijkst zijn, maar m'n klant is best wel picky als het op toegankelijkheid aankomt.quote:Op zaterdag 9 juli 2011 12:40 schreef KomtTijd... het volgende:
[..]
met een enquete kun je je wel afvragen in hoeverre dat nodig is, voor je doelgroep. Een label met alleen een radio-button erin zou veruit het makkelijkst zijn.
Dat is nog niet zo'n gek ideequote:En anders kun je de CSS-truckendoos wel open halen om de tekst te verbergen zonder dat je het label verbergt.
Een vaste hoogte en breedte, en de tekstkleur RGBA(0,0,0,0) ofzo.
Nee, je zegt in een eerdere posting dat je de labels wilt leegmaken met Javascript. Dan hebben ze geen tekst meer voor screenreaders. Als je met text-indent e.d. werkt staat de tekst buiten de viewport, wat voor de meeste screenreaders (voor zover ik weet) gewoon wordt gelezen.quote:Op zaterdag 9 juli 2011 12:38 schreef Tijn het volgende:
[..]
Maar dan hebben de middelste 3 elementen dus helemaal geen label-tekst meer. Dat lijkt me accessibility-wise nou niet echt ideaal, of wel?
Bleuh.
de bedoeling is dat screenreaders alle css negeren?
“Specialization is for insects”.—Robert Heinlein
Ja, dat klopt. Labels met JS leegmaken ga ik ook zeker niet doen hoorquote:Op zaterdag 9 juli 2011 12:44 schreef PimD het volgende:
[..]
Nee, je zegt in een eerdere posting dat je de labels wilt leegmaken met Javascript. Dan hebben ze geen tekst meer voor screenreaders. Als je met text-indent e.d. werkt staat de tekst buiten de viewport, wat voor de meeste screenreaders (voor zover ik weet) gewoon wordt gelezen.
Die ga ik even proberenquote:Op zaterdag 9 juli 2011 12:52 schreef KomtTijd... het volgende:
<label><span>oneens</span><input type="radio"/></label>
En dan de span verbergen.
Niet alle CSS, maar wel het grootste gedeelte. Dingen als display:none worden in de meeste gevallen niet voorgelezen (en volgens mij ook genegeerd door zoekmachines bij de indexering). Je kunt daarom beter dingen als verborgen tabbladen e.d. absoluut buiten de viewport positioneren (hoewel dit problemen kan opleveren in RTL-scenarios, bij bijvoorbeeld Arabische website). Er is jammer genoeg een groot verschil tussen de diverse screenreaders. Technieken die in programma X werken zorgen voor problemen in programma Y etc.quote:Op zaterdag 9 juli 2011 12:46 schreef n8n het volgende:
de bedoeling is dat screenreaders alle css negeren?
In principe is het heel simpel: is je content zonder CSS aan nog te volgen? Dan zit je al een heel eind op de goede weg voor zoekmachines en toegankelijkheid. In de praktijk is het natuurlijk niet zo zwart/wit, maar goed
Bleuh.
keertje inlezen dan, is de kers op de taart om ook deze groep tot in de puntjes te (kunnen) voorzienquote:
[..]
Niet alle CSS, maar wel het grootste gedeelte. Dingen als display:none worden in de meeste gevallen niet voorgelezen (en volgens mij ook genegeerd door zoekmachines bij de indexering). Je kunt daarom beter dingen als verborgen tabbladen e.d. absoluut buiten de viewport positioneren (hoewel dit problemen kan opleveren in RTL-scenarios, bij bijvoorbeeld Arabische website). Er is jammer genoeg een groot verschil tussen de diverse screenreaders. Technieken die in programma X werken zorgen voor problemen in programma Y etc.
In principe is het heel simpel: is je content zonder CSS aan nog te volgen? Dan zit je al een heel eind op de goede weg voor zoekmachines en toegankelijkheid. In de praktijk is het natuurlijk niet zo zwart/wit, maar goed
“Specialization is for insects”.—Robert Heinlein
Dit is 'em geworden. Kheb nu label een padding van 5px gegeven, en hij is aardig dronken-proof nuquote:
<label><span>oneens</span><input type="radio"/></label>
En dan de span verbergen.
Zeker, hoewel het soms ook voor een hoop frustratie en extra werk zorgt/kan zorgen - helemaal met interactieve dingen zoals Google Maps. Erg interessante materie om mee bezig te zijn in ieder geval, dingen als WCAG, Drempelvrij en webrichtlijnen.quote:
[..]
keertje inlezen dan, is de kers op de taart om ook deze groep tot in de puntjes te (kunnen) voorzien
Bleuh.
Ik hou er tegenwoordig van tevoren al rekening mee, screenreaders zouden ook geen moeite moeten hebben maar wat extra bijles is nooit weg. De richtlijnen heb ik allemaal gelezen, wellicht weer een keer bijspijkeren want dat is alweer een tijd geleden. Met name de richtlijnen over kleur -naast rood en groen- willen er nog wel eens tussendoor glippenquote:
[..]
Zeker, hoewel het soms ook voor een hoop frustratie en extra werk zorgt/kan zorgen - helemaal met interactieve dingen zoals Google Maps. Erg interessante materie om mee bezig te zijn in ieder geval, dingen als WCAG, Drempelvrij en webrichtlijnen.
“Specialization is for insects”.—Robert Heinlein
Oh zeker, een 100% score is bijna niet te halen in de praktijk is mijn ervaring. Er zitten altijd betrokkenen bij een project die toch perse lichtgrijze tekst willen op een donkergrijze achtergrond, interactie-designers die dingen perse op de :hover willen en niet op de click (waardoor je touch-devices uitsluit, en er vervolgens geen budget/tijd is om hier fallbacks voor te maken), contentbeheerders die lekker uit Word gaan lopen copy/pasten etc etc.
Bleuh.
vooral ook touchpad-proof. Dat waardeer ik welquote:Op zaterdag 9 juli 2011 13:03 schreef Tijn het volgende:
[..]
Dit is 'em geworden. Kheb nu label een padding van 5px gegeven, en hij is aardig dronken-proof nu
daarom zelfstandig. Rekening houden met designelementen ligt voor mij ook wel aan de doelgroep maar anders kan er altijd nog een alternatief kleuren-cssje geklopt wordenquote:
Oh zeker, een 100% score is bijna niet te halen in de praktijk is mijn ervaring. Er zitten altijd betrokkenen bij een project die toch perse lichtgrijze tekst willen op een donkergrijze achtergrond, interactie-designers die dingen perse op de :hover willen en niet op de click (waardoor je touch-devices uitsluit, en er vervolgens geen budget/tijd is om hier fallbacks voor te maken), contentbeheerders die lekker uit Word gaan lopen copy/pasten etc etc.
“Specialization is for insects”.—Robert Heinlein
Zijn er mensen met een touch-telefoon die even feedback kunnen geven op het uitklapmenu op www.zcflevo.nl?quote:
interactie-designers die dingen perse op de :hover willen en niet op de click (waardoor je touch-devices uitsluit, en er vervolgens geen budget/tijd is om hier fallbacks voor te maken),
Er zit een nieuwe layout in de pijplijn maar daar komt waarschijnlijk een soortgelijk menu in... Het menu is eigenlijk het enige waar nog aan gewerkt moet worden. Dus goed dat je het aanstipt, ik wil dit wel in één keer goed doen.
wellicht is het menu dat ik voor mijn site n8n.nl heb gebruikt wel wat (in aanbouw ja ;') ), zie wat er gebeurd als je het venster smaller maakt. Het is nu niet echt bruikbaar. Media querys zijn geniaal voor mobiele pagina'squote:Op zaterdag 9 juli 2011 13:20 schreef KomtTijd... het volgende:
[..]
Zijn er mensen met een touch-telefoon die even feedback kunnen geven op het uitklapmenu op www.zcflevo.nl?
Er zit een nieuwe layout in de pijplijn maar daar komt waarschijnlijk een soortgelijk menu in... Het menu is eigenlijk het enige waar nog aan gewerkt moet worden. Dus goed dat je het aanstipt, ik wil dit wel in één keer goed doen.
“Specialization is for insects”.—Robert Heinlein
Media-queries ja, wat een heldentechniek 
Ook daar weer: jammer dat veel ontwerpers (lees: mensen die ooit drukwerk maakten en overgestapt zijn naar web) nog steeds van die pixelneukers zijn die weken besteden aan het uitwerken van iedere pagina in PSD.
Ook daar weer: jammer dat veel ontwerpers (lees: mensen die ooit drukwerk maakten en overgestapt zijn naar web) nog steeds van die pixelneukers zijn die weken besteden aan het uitwerken van iedere pagina in PSD.
Bleuh.
gewoon geen pagina's in psd makenquote:
Media-queries ja, wat een heldentechniek
Ook daar weer: jammer dat veel ontwerpers (lees: mensen die ooit drukwerk maakten en overgestapt zijn naar web) nog steeds van die pixelneukers zijn die weken besteden aan het uitwerken van iedere pagina in PSD.
hooguit om met wat blokjes een vlakverdeling te tekenen
“Specialization is for insects”.—Robert Heinlein
Oh als ik zelf ontwerp gebeurt dat ook zeker. Jammer genoeg (en ik kan het me gedeeltelijk ook wel voorstellen) willen klanten vaak toch eerst allerlei schermen uitgewerkt zien voordat er gebouwd gaat/mag worden. Vooruitstrevende klanten die begrijpen dat een website er anders uit kan/zal zien op een 27" iMac en een 13" laptop heb ik jammer genoeg nog niet mogen meemaken. Hopelijk in m'n nieuwe baan waar ik volgende week begin wel
Bleuh.
ik bouw meestal meteen een statische html met css, kost me even veel tijd en met css3 is er al een hoop mogelijk zonder afbeeldingenquote:
Oh als ik zelf ontwerp gebeurt dat ook zeker. Jammer genoeg (en ik kan het me gedeeltelijk ook wel voorstellen) willen klanten vaak toch eerst allerlei schermen uitgewerkt zien voordat er gebouwd gaat/mag worden. Vooruitstrevende klanten die begrijpen dat een website er anders uit kan/zal zien op een 27" iMac en een 13" laptop heb ik jammer genoeg nog niet mogen meemaken. Hopelijk in m'n nieuwe baan waar ik volgende week begin wel
“Specialization is for insects”.—Robert Heinlein
Bezig met de ontwikkeling van een site.
Ik heb nu een index.php, met daarin wat scriptaculous:
Vervolgens heb ik een top.php, die ik dmv van een php include in de index laadt. De top.php werkt met jQuery.
Probleem wat ik nu heb is dat als ik het run ik de top.php wel zie, en die werkt ook gewoon netjes. De index.php wordt verder ook gewoon weergeven op het belangrijkste na, het hele scriptaculous gebeuren...
Op de één of andere manier schakelt die jQuery dus mijn scriptaculous uit. Na een beetje zoeken op Google lijkt het best normaal te zijn dat je conflicten kan krijgen als je met meerdere libraries naast elkaar werkt, maar wat ik niet kon vinden, en wat ik graag hier wil vragen, hoe kan ik het voor elkaar krijgen dat mijn scriptaculous en jQuery gewoon netjes naast elkaar gaan werken?
Ik heb nu een index.php, met daarin wat scriptaculous:
| 1 2 3 | <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/prototype/1.6.1/prototype.js"></script> <script type="text/javascript" src="assets/js/scriptaculous.js"></script> <script type="text/javascript" src="assets/js/portal.js"></script> |
Vervolgens heb ik een top.php, die ik dmv van een php include in de index laadt. De top.php werkt met jQuery.
| 1 2 | <script src="js/jquery-1.3.2.min.js" type="text/javascript"></script> <script src="js/slide.js" type="text/javascript"></script> |
Probleem wat ik nu heb is dat als ik het run ik de top.php wel zie, en die werkt ook gewoon netjes. De index.php wordt verder ook gewoon weergeven op het belangrijkste na, het hele scriptaculous gebeuren...
Op de één of andere manier schakelt die jQuery dus mijn scriptaculous uit. Na een beetje zoeken op Google lijkt het best normaal te zijn dat je conflicten kan krijgen als je met meerdere libraries naast elkaar werkt, maar wat ik niet kon vinden, en wat ik graag hier wil vragen, hoe kan ik het voor elkaar krijgen dat mijn scriptaculous en jQuery gewoon netjes naast elkaar gaan werken?
Gewoon niet 2 verschillende libraries willen gebruiken.quote:
Op de één of andere manier schakelt die jQuery dus mijn scriptaculous uit. Na een beetje zoeken op Google lijkt het best normaal te zijn dat je conflicten kan krijgen als je met meerdere libraries naast elkaar werkt, maar wat ik niet kon vinden, en wat ik graag hier wil vragen, hoe kan ik het voor elkaar krijgen dat mijn scriptaculous en jQuery gewoon netjes naast elkaar gaan werken?
2 libraries naast elkaar gebruiken, echt waar..? 
Zoek eens op jquery.noConflict als je toch perse twee libraries wil gebruiken...
Zoek eens op jquery.noConflict als je toch perse twee libraries wil gebruiken...
Bleuh.
