Tabelrand wordt zwart in IE10

Status
Niet open voor verdere reacties.

Winniemie

Gebruiker
Lid geworden
10 jan 2011
Berichten
15
Hallo,

ik ben bezig met een website waar enkele tabellen een witte rand moeten krijgen als contrast met een donkerblauwe achtergrond.
Ik ben een voorlopig ontwerp aan het proefdraaien (http://users.telenet.be/winnieswebsite/BADF/) en in Google Chrome is er geen probleem, maar in IE10 worden alle tabelranden gewoon zwart weergegeven, wat uiteraard niet de bedoeling is.
Is er een mogelijkheid om de settings in IE te verschalken en ook daar mooie witte randen te krijgen?
Alvast bedankt voor elke reactie!

Winnie
 
in IE 9 werkt ie perfect, maar ik lees veel over problemen met IE 10, wsl weer te snel uitgebracht met meerdere fouten ...
 
Hoi Winnie,
Als IE10 het enige probleem is, kan je die waarschijnlijk verschalken door 'm te dwingen zich te gedragen als IE9, met in de <head> van elke pagina:
HTML:
...
<meta name="X-UA-Compatible" content="IE=EmulateIE9">

Met vriendelijke groet,
CSShunter
 
Hallo CSShunter,

je voorstel leek mij een logische oplossing, dus heb ik je meta tag meteen aan de code toegevoegd.
Helaas zonder resultaat, de tabelranden zijn nog steeds zwart.
Hopelijk is er een oplossing, want anders zal ik me moeten troosten met de gedachte dat toch heel wat mensen nog IE9 of lager gebruiken, of Google Chrome, of Firefox (daar zijn de randen wel wit maar in 3D, wat ook wel een ander effect geeft dan bedoeld)...
In elk geval bedankt voor je reactie, ook al heeft het niet mogen baten.

Ook dank aan de Jean voor de mededeling, want IE9 kon ik niet zelf testen.

Misschien toch nog even afwachten of er nog iets uit de bus komt hier, vooraleer dit onderwerp af te sluiten? Je weet maar nooit...

Groetjes

Winnie
 
Hoi Winnie,
Jammer dat het niet even snel ging met de <meta>.
Maar je hoeft nog niet op te geven. :)
Er spelen namelijk nog een paar dingen:

  1. De pagina is geen valid html. Er zitten zo'n 48 Errors, 23 warnings in, zegt de html-validator.
    Er zitten een serie minder ernstige in, maar ook wordt o.a. gesignaleerd: there is no attribute "bordercolor" :eek:
    - Dat is de bordercolor="..." die in een aantal <table>-tags is opgenomen! Foute html, omdat het geen deel uitmaakt van de officiële html-specificatie, en niet door alle browsers (of: browserversies) wordt opgepakt. Bij foute html gaan browsers hun eigen foutafhandeling toepassen, waar geen vaste regels voor zijn. Ondanks de <meta> doet IE10 dat kennelijk toch anders dan IE9.

  2. De eigenschap border="1" voor een tabel is wel geldige html, maar zo'n tabel-border wordt sinds mensenheugnis verschillend door browsers weergegeven. In principe is het een 3d-rand, daarom wordt de opgegeven randbreedte geen 1px maar 2px. De tweede lijn van 1 pixel wordt in een andere kleur gegeven - maar de licht/donker-verhouding varieert enorm tussen de browsers.
    En ... bij extreme uitvergroting (40x) blijkt dat IE10 óók een soort 3d-border heeft, alleen in bijna dezelfde donkere kleur. De rechterbovenhoek van het "Welcome"-vak ziet er als volgt uit:

    3d-table-border.png


    Firefox ---------------- Int.Expl.10​
======

Zo kom je er aan, maar hoe kom je er af? ;)
Toveren met de taal die voor de opmaak-stijlen gemaakt is: css!
  • In de html gaan de border="1" en de bordercolor="..." er uit. *)
  • In de html krijgt elke <table> een eigen id.
  • In de css kan nu elke table zijn eigen border krijgen: bij een border-width van 1px blijft die 1px. En er is in geen enkele browser nog 3d te zien (wil je dat wel, dan kan dat ook met css).
    Code:
    #table1 {
    	border: 1px solid white;
    	}
    enz.
  • Testerdetest: badf-nw.htm
    (Zie de broncode)
  • Alle browsers hetzelfde, en IE10 doet braaf mee.
Met als uitsmijter: tabellen voor opmaak zijn zacht gezegd niet ideaal: je kunt beter alles meteen in mooie css omzetten, dat geeft korte en overzichtelijke html-code, en is ook veel handiger voor de vervolgpagina's.

Met vriendelijke groet,
CSShunter
_______________
*) In de html gaat ook de <p></p> om het header-image er uit: die maakt bij "echte browsers" (Firefox, Chrome, Opera, Safari) en bij IE10 onnodige ruimte boven het header-image.
 
Laatst bewerkt:
Hallo CSShunter,

hartelijk dank voor de raadgevingen.
Ik heb ook je 'leesvoer' doorgenomen en ben tot de conclusie gekomen dat ik niet echt goed bezig ben. Helaas is mijn kennis vrij beperkt, vooral dan van de mogelijkheden van CSS. En ik leer nogal traag :rolleyes:. Vandaar mijn verouderde gebruik van tabellen voor de lay-out. Niettemin heb ik weer heel wat bijgeleerd en ben ik van plan om mij meer in CSS te gaan verdiepen.

Ik heb dus je raad gevolgd voor wat betreft de tabelranden. Mijn ontwerp ziet er nu ook in IE10 uit zoals ik het wil. En de 3D in Firefox is weg.:thumb:

Wat tabellen voor lay-out betreft:
Voor de template heb ik de tabel behouden, en in de editable region heb ik ook nog een tabel gebruikt omdat ik met verschillende kaders wilde werken (en daarvoor ook cellen moest samenvoegen) en (nog) niet weet hoe ik in CSS verschillende div's van verschillende formaten naast elkaar kan zetten.
Eerst had ik wel in elke cel nog een extra tabel gemaakt omdat ik een rand wilde, maar die 4 tabellen (BADF, Welcome, News en Member) heb ik nu vervangen door DIV's met een ID in de CSS code (je had me bij een vroeger probleem ook al eens uitgelegd hoe dat moest), waardoor de kaders nu ook de juiste afmetingen hebben.
Ook de lege ruimte die eerst boven de titel News ontstaan was heb ik helemaal zelf kunnen wegwerken (joehoe!).

Ik had mijn pagina ook door de html validator gehaald en was geschrokken van het aantal fouten. Toen heb ik gezien dat veel van deze fouten zaten in de code van het javascript dat automatisch wordt binnengehaald (<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.2/jquery.min.js"></script>) Daar kan ik dus in principe niets aan veranderen. Of wel?
De fout there is no attribute "bordercolor" had ik ook zien staan maar ik had er geen idee van wat ik dan wél moest doen. Nu dus wel :)

Nu zit ik nog met een klein probleempje op de pagina http://users.telenet.be/winnieswebsite/BADF/members.html. Aangezien de tabel op die pagina niet in cellen is onderverdeeld heb ik getracht ze te vervangen door een DIV. Als ik dat doe sluit het kader echter onmiddellijk aan bij het witte vak bovenaan en bij de beeldscroller onderaan. Er is geen grijze ruimte boven of onder het kader, zoals op mijn index-pagina wel het geval is. Daarom heb ik toch de tabel weer gebruikt en erboven en eronder een <p>&nbsp;</p> gezet om ruimte te creeëren. Die ruimte is jammer genoeg groter dan op de index-pagina maar zelf weet ik geen andere oplossing. Hoe kan ik de positie van een DIV vastleggen in de CSS? De donkerblauwe rand van 2px moet wel blijven. De zijmarges zijn OK.

Oef, het ene probleem is opgelost en daar ben ik alweer met een ander. Hopelijk is het niet te ingewikkeld en hoef je er niet teveel tijd in te steken.
Maar weet dat al je werk uitermate geapprecieerd wordt!

Groetjes,

Winnie
 
Hoi Winnie,
Hm, Dreamweaver moet je voortdurend in de gaten houden... Eerst even de 49 html-errors en 23 warnings wegwerken. :cool:

  • Tip: De html-errors altijd van boven naar beneden corrigeren.
    Achtergrond: soms brengen eerdere fouten verderop vervolgfouten met zich mee, die als sneeuw voor de zon verdwijnen als de eerste fout is weggewerkt.
=======

1. Dreamweaver-error!
Voor het preloaden en wisselen van hover-images gebruikt Dreamweaver een javascript in de <head>. Je kunt hover-images beter met css regelen, maar goed: Dreamweaver vergeet iets. Als je javascript rechtstreeks in de html zet, moet je aangeven dat het in het script om z.g. character data (CDATA = "letterteken-gegevens") gaat, en niet om uitvoerbare html-code. In de browsers werkt het wel, maar de html-validator struikelt er over.
Om het te verhelpen zet je als eerste binnen het javascript:
[JS]<script type="text/javascript">
//<![CDATA[
...
enz.[/JS]
En als laatste het eind ervan:
[JS]...
//]]>
</script>[/JS]
=======

2. "OMITTAG NO"
Daarmee bedoelt de html-validator dat een element zonder eigen eind-tag </...> een afsluit-slash op het eind van de tag zelf moet hebben: <.... />.
Dat geldt voor de meta-aanroep van het css-bestand (regel 41) en voor de <br>'s (regel 104, 106, 108, 110, 112); die worden:
HTML:
<link rel="stylesheet" type="text/css" href="CSS/opmaak.css" />
...
<br />
=======

3. required attribute "type" not specified
Bij het binnenhalen van een javascript moet er altijd bij gezet worden dat het soort bestand javascript is: type="javascript" (ook al eindigt de bestandsnaam op .js).
Dat geldt voor de jquery.min.js (regel 60); de andere waren al in orde; het wordt:
HTML:
...
<script type='text/javascript' src="http://ajax.googleapis.com/ajax/libs/jquery/1.2/jquery.min.js"></script>
...
=======

4. an attribute value specification must be an attribute value literal unless SHORTTAG YES is specified
Die attribute value literal ("letterlijke eigenschap-waarde") betekent dat de waarde van een eigenschap altijd tussen aanhalingstekens moet staan (enkele of dubbele: dat maakt niet uit, als maar dezelfde soort voor begin en eind wordt gebruikt).
Dat geldt voor de <table id=table1 ... (regel 65), de <div id=welcome> (regel 93) en de <div id=member> (regel 117). Dat worden:
HTML:
...
<table id="table1" ...
...
<div id="welcome">
...
<div id="member">
...
=======

5. required attribute "alt" not specified
Alle img-elementen horen de verplichte alt="..." eigenschap te hebben. Als een image geen alternatieve tekst nodig heeft, bv als het om een puur decoratieve grafische afbeelding gaat, moet er toch een alt bij komen, maar dan een "lege alt": alt=""
  • Weer niet zo mooi dat Dreamweaver dat niet automatisch doet!
Het geldt voor een heel rijtje images, te beginnen met die op regel 67. Dat wordt:
HTML:
...
<img src="images/kop_badfsite.jpg" width="1024" height="246" alt="" />
...
enz.
=======

6. character "&" is the first character of a delimiter but occurred as data
Het letterteken "&" is in html-code een gereserveerd letterteken: het is het eerste teken van een delimiter (= "begrenzingsteken"), en mag niet los gebruikt worden.
  • Zo'n delimiter begint altijd met een "&" en eindigt altijd met een ";". Wat er tussen die twee staat, is een speciale code om bepaalde lettertekens of symbolen op te roepen die niet in het gewone alfabet zitten. Bijvoorbeeld: &copy; plaatst het copyright-teken ©, een &​#149; geeft een stip • midden in een regel, enz.
Als je toch een los &-teken nodig hebt, moet dat in de html-code komen als &amp;
  • De eerste & hierin maakt het een delimiter, de amp is de afkorting van "ampersand" (= de Engelse naam voor het &-teken), en de ; is de afsluiting van de delimiter.
Op de pagina staat de losse & in de title van de link naar het alfacentrum (regel 125), en het moet worden:
HTML:
... title="Alfa Centrum voor Hulp- &amp; Geleidehonden" ...
  • Dan wordt het deze: badf-corr6.htm
  • Schoon! :)
    (De waarschuwing was een vervolgfout, en is meteen verdwenen)
=======

Helemaal mooi?
Het is nu valid xhtml1.0-transitional, maar beter is het om een xhml1.0-strict Doctype te gebruiken: dat sluit direct aan bij de standaarden.
Zet je er een Strict Doctype boven, dan blijken er toch nog 14 Errors en 1 warning in te zitten. :rolleyes:
  • Het Strict-Doctype is minder toegeeflijk dan het Transitional-Doctype.
  • Nu komt er uit dat er Verboden Voorwerpen als bv. bgcolor="#1f2353", align="center" en <font color="#ffffff"> in zitten.
  • Dat zijn opmaak-eigenschappen die niet in de html thuishoren, maar eigenlijk via de ccs geregeld horen te worden.
=======

Nu nog een klein probleempje ;)
Dat valt op te lossen door de <td> waar table2 in zit een id te geven, bv. <td="table2cel">, en deze dan in de css een padding (opvulling) boven en beneden te geven, bv.:
Code:
#table2cel {
    padding: 10px 0;
    }
Zo kan je pixel-precies de afstand even groot maken als op de andere pagina. Mooi hè, css?

Met vriendelijke groet,
CSShunter
 
Hoi CSShunter,

je hebt alweer mooi werk geleverd, daarom eerst en vooral: dankjewel daisy.jpg

En nu mijn reacties:

Dreamweaver is een leuk programma, maar blijkbaar zitten er toch redelijk wat onvolkomenheden in. Ook al is het een WYSIWYG, de code extra controleren is geen overbodige luxe. Ik zal de site van onze eigen vereniging, ook al werkt hij naar behoren, toch ook maar eens grondig nakijken.

CSS is inderdaad een prachtig ding, daar kan je wat mee. Ik ben helemaal verkocht. Ik heb zelfs al zelf gevonden hoe je align="center", ipv in de html, in de CSS kan opnemen. :)

Ik heb stuk voor stuk je verschillende puntjes afgewerkt. Ik had natuurlijk ook de code van het uiteindelijke resultaat kunnen kopiëren en plakken, maar dat heb ik niet gedaan, dan had ik er niets bij geleerd. Nu zit één en ander in mijn hoofd geprent.
Nu moet ik nog de Verboden Voorwerpen bgcolor="#1f2353", align="center" en <font color="#ffffff"> wegwerken en dan ben ik alweer een heel eind verder.

Nog even in verband met dat laatste 'klein probleempje'. Ik heb de <td> een id gegeven zoals je hebt voorgesteld. Tot daar alles prima. Die bewuste <td> zit echter in de template waardoor elke aanpassing ook op elke pagina terecht komt. Vandaar dat er steeds een klein verschil blijft bestaan tussen de grijze ruimtes op de index-pagina en die van de andere pagina's. Dat verschil is echter miniem, ik zie het en jij zal het waarschijnlijk ook zien, maar de gemiddelde surfer niet, dus heb ik er vrede mee.

Groetjes en nogmaals hartelijk dank! Je bent een kei!

Winnie
 
... Dat verschil is echter miniem, ik zie het en jij zal het waarschijnlijk ook zien, maar de gemiddelde surfer niet, dus heb ik er vrede mee.
Aha, maar je bent perfectionist of je ben het het niet. ;)

Inderdaad staat de <td id="maincel"> in het template (in een "niet-editable instance"), maar de <table id="table2" cellpadding="15" cellspacing="6"> zit net wel in de <!-- InstanceBeginEditable name="Main" --> daar vlak onder.

Hiep-hiep! Daarmee kan je aan het template ontsnappen! :)
Je kunt er nu alléén op de Members-pagina van maken:
HTML:
<!-- InstanceBeginEditable name="Main" -->
    <table id="table2" cellpadding="15" cellspacing="6" style="margin-top: 6px;">
        <tr>
        ... enz.
Maar ... de rechter-border van het members-vak verspringt nog net een paar pixels ten opzichte van de rechterborder van het Welcome-vak van de homepage.
  • Waarschijnlijk omdat de homepage 2 cellen naast elkaar heeft, en de memberspagina er maar 1 heeft.
Om een bekend iemand te citeren: "Dat verschil is echter miniem, ik zie het en jij zal het waarschijnlijk ook zien, maar de gemiddelde surfer niet."
Hebben we daar vrede mee?
Nee, je bent perfectionist of je ben het het niet. :d
Dus maken we er van:
HTML:
<!-- InstanceBeginEditable name="Main" -->
    <table id="table2" cellpadding="15" cellspacing="6" style="margin-top: 6px; width: 974px;">
        <tr>
        ... enz.

Ken je trouwens Firebug voor Firefox (gratis add-on)? Je klikt rechts op een element, neemt de optie "Inspecteren met Firebug", en je krijgt een dubbel venstertje onderaan: links de hele html-stamboom met het gekozen element opgelicht, en rechts alle styles die van toepassing zijn (en waar die bepaald zijn).
Je kunt die ook online even snel aanpassen: bv. een bepaalde stijl-eigenschap even uitzetten om te kijken wat er gebeurt, of aantallen pixels wijzigen tot iets mooi past, enz. - Klopt het, dan hoef je dat alleen maar even in je stylesheet over te nemen.
Op dezelfde manier is aan de linkerkant ook de html online te editten.
Voor diagnose en finishing touch: werkt beresnel! :)

Mocht je nog honger hebben naar meer leesvoer, dan is er een boek van ruim 500 pagina's pdf gratis te downloaden *): Het Groene Boek.

Veel plezier op regenachtige zondagmiddagen!
Met vriendelijke groet,
CSShunter
_______
*) Als je het niet op je scherm wilt lezen en niet wilt uitprinten, dan is het ook te koop als echt boek, bv. voor € 35,99 bij bol.com, of voor € 33,95 bij selexyz, of voor € 42,95 bij Athenaeum, enz. Je kan de goedkoopste uitzoeken!
 
CSShunter,

je bent onschatbaar!:D

Nadat ik de laatste aanpassingen had aangebracht en online had gezet, was mijn eerste gedachte: 'zo mooi!'. Om een bekend iemand te citeren: je bent perfectionist of je bent het niet. Het is prachtig om te zien hoe, als je bvb van de members pagina naar de contact pagina gaat, alleen de inhoud binnen het kader schijnt te wisselen, het kader en de rest van de lay-out blijven perfect op hun plaats. Ik vind dat schitterend! Komt ook heel verzorgd over, wat - zelfs bij mensen die er geen oog voor hebben - toch altijd een goeie indruk nalaat.

Het boek heb ik gedownload, ziet er op het eerste zicht zeer volledig uit. Het liefst had ik natuurlijk een Nederlandstalige versie, maar als die niet bestaat dan red ik me wel in het Engels, mits af en toe een woord opzoeken lukt me dat wel.

Toen ik echter Firebug wilde downloaden en openen was er geen applicatie beschikbaar om een .xpi bestand te openen. Daar zit ik dus vast. Misschien heb je daar nog een tip voor?

Dan had ik nog graag jouw mening geweten over iets, maar aangezien het niet over DW enzo gaat stuur ik je daarover liever een PB als je dat goed vindt...

Groetjes en voor de zoveelste keer: hartelijk bedankt!

Winnie
 
Hoi Winnie,
Firebug is bestemd voor Firefox: als je Firebug download via een andere browser, werkt het niet. Alleen Firefox kan met die xpi-bestanden omgaan; en FF doet dat rechtstreeks, zonder downloaden.
Als je in Firefox op deze pagina klikt op de knop "+ Toevoegen aan Firefox", dan is ie even later vanzelf geïntegreerd met Firefox. :)
Dus niet rechtsklikken en eerst het xpi-bestand downloaden/opslaan: het gaat meteen!

Met vriendelijke groet,
CSShunter
 
Hoi CSShunter

het installeren van Firebug was inderdaad zo eenvoudig als wat.

Ik heb mijn proefsite inmiddels uitgebreid met een gemeenschappelijke beginpagina voor de 3 talen en met enkele pagina's voorlopig zonder tekst.
Wat ik nu erg vreemd vind is het volgende:
om een nieuwe pagina te maken heb ik gewoon een bestaande geopend en opgeslagen als (met nieuwe bestandsnaam). Je zou dus kunnen zeggen dat de lay-out van beide pagina's identiek is.
Online echter verspringt het kader van de nieuwe pagina enkele millimeters naar rechts wanneer ze geopend wordt. Dat gebeurt met de pagina's BADF, toegangsrecht, nieuws en links. De andere staan op dezelfde plek als de home pagina.
Alhoewel die nieuwe pagina's gewoon kopies van de andere zijn, moet ik toch ergens iets over het hoofd gezien hebben.
Kan je er nog even naar kijken asjeblief?

Omdat ik nog enkele wijzigingen aangebracht heb hier en daar heb ik alle pagina's nog eens door de html validator gehaald en er alle errors kunnen uithalen. Dat zit dus wel goed.

Ik hoop dat dit echt het laatste probleem(pje) is dat ik nog heb met deze site :rolleyes:

Groetjes

Winnie
 
Hoi Winnie,
... Je zou dus kunnen zeggen dat de lay-out van beide pagina's identiek is.
Online echter verspringt het kader van de nieuwe pagina enkele millimeters naar rechts wanneer ze geopend wordt.
=======
... inmiddels uitgebreid met een gemeenschappelijke beginpagina voor de 3 talen...
Ja, dat kan, maar ik weet niet of dat zo'n goed idee is:
  • De meeste bezoekers (lijkt me) komen uit België, die moeten dus altijd een extra klik maken om op de (NL) homepage te komen.
  • Zit je in de NL-afdeling (al of niet via een Google'tje), dan kan je met geen mogelijkheid via het menu bij een andere taal komen: de intro-pagina staat hier niet bij.
  • Op deze gemeenschappelijke beginpagina (= de eigenlijke homepage index.html of index.php van de site) staat helemaal geen tekst, behalve de 3 links naar de talen.
  • De site is alleen herkenbaar door het image, wat de site erg onhandig / ontoegankelijk maakt voor mensen die met een pure tekst-browser (moeten) werken, of die vanwege een handicap op een voorleesbrowser zijn aangewezen. Die krijgen dit resultaat te zien / horen:
badf-lynx.png

resultaat in tekst- of voorleesbrowser​

Maar juist voor deze site lijkt me dat toegankelijkheid hoog in het vaandel moet staan! :rolleyes:

En er is nog een ander groot bezwaar: Google kan ook geen plaatjes zien... > De Google-bot ziet hetzelfde (bovenstaande) als een tekstbrowser, en heeft op de index-pagina dus ook geen enkel houvast waar het over gaat (behalve de <title> en de meta-description). Dat draagt voor de pagina niet bij tot een hoge plaats in de ranking...

Wat nu?

Ik zou voor het volgende alternatief gaan:
  1. Het is geen enkel bezwaar om de intro-pagina te laten vervallen.
  2. Je kiest voor Nederlands als hoofdtaal voor de homepage: de pagina NL/home.html wordt dan de index.html.
  3. Op deze homepage zet je op een opvallende plek de links naar de twee andere talen (dat kan trouwens ook op alle andere pagina's!).
Bijvoorbeeld rechts onder het logo-image is een mooie lege plaats:

badf-talen.png

Voor een Engelssprekende of Fransoos maakt het immers weinig uit of hij/zij op een lege intro-pagina komt waar de taal gekozen moet worden, of dat de keus gemaakt moet worden op een pagina waar ook tekst op staat in een taal die voor hem/haar niet te begrijpen is. En hij/zij kan vast wennen aan de layout van de pagina, die in zijn/haar taal precies hetzelfde is.

  • Op de pagina's in het EN kunnen de links naar NL en FR gaan, en op de FR pagina's naar NL en EN.
    Zo kan iedereen altijd wisselen, hoe er ook op een pagina is binnengekomen. :)
=======
Nog een toegankelijkheids-tip (1)
In de <html>-tag hoort de aanduiding te staan van de taal van de tekst van de betreffende pagina. Dat mes snijdt aan twee kanten: enerzijds kan Google dan reageren op een zoekvraag "Alleen pagina's in de .. taal", en anderzijds weten voorleesbrowsers dan dat ze niet moeten proberen om de NL pagina te gaan voorlezen alsof het Engelse tekst is (dan wordt het een raar dialect!).
Dit kan als volgt:
HTML:
<html xmlns="http://www.w3.org/1999/xhtml" lang="NL" xml:lang="NL">
resp.
<html xmlns="http://www.w3.org/1999/xhtml" lang="EN" xml:lang="EN">
resp.
<html xmlns="http://www.w3.org/1999/xhtml" lang="FR" xml:lang="FR">
  • Overigens zou ik geen "UK" gebruiken als de taal-aanduiding voor de Engelse variant, maar "EN": het gaat niet om het land, maar om de taal! Bv. bezoekers uit Duitsland die geen NL of FR machtig zijn, zullen al gauw op zoek gaan naar "EN", de gebruikelijke afkorting.
=====
Nog een toegankelijkheids-tip (2)
De naam en afkorting van de organisatie is in het Engels, wat de indruk wekt dat het om een internationale organisatie gaat of een organisatie met Engels als voertaal. Die naam ligt natuurlijk vast, maar wat je wel kunt doen is in de titel en op de NL homepage meteen de NL vertaling aanbieden:

BADF, Belgian Assistance Dog Federation: de Belgische assistentie-honden federatie.

  • Een Belg of Nederlander die op zoek is naar de Belgische organisatie(s) voor assistentiehonden zal niet gauw op het idee komen om "Assistance Dog" in zijn/haar zoekvenstertje te tikken. ;)
    Die tikt in: "(Belgische) organisatie assistentiehond" > dus die woorden moeten prominent in de tekst aanwezig zijn: dan scoren ze goed als trefwoorden bij Google.
Om ook in de gaten te houden als de inhoud aan de beurt is, nog het volgende.
Het standaard-begrip voor deze honden is "assistentiehonden", maar er zijn verschillende soorten: er zijn bv. "geleidehonden" (voor mensen met een visuele beperking), "signaalhonden" (voor mensen met een gehoor-beperking) en "ADL-honden" of "hulphonden" (voor mensen met een motorische beperking). - Dit zijn stuk voor stuk belangrijke trefwoorden = zoekwoorden voor bezoekers.
  • Ik zou deze woorden dan ook zeker opnemen in de tekst van de homepage en in de meta-description.
=====
Nog een toegankelijkheids-tip (3)
In het begin snapte ik het zelf ook niet zo gauw waar de afkorting BADF voor stond die in de tekst gebruikt wordt. Pas bij heel goed kijken in het logo zie je wat ermee bedoeld wordt.

badf-logo-ori.png

  1. De beginletters van de volledige tekst vallen niet op: het zijn allemaal dezelfde hoofdletters, en ook vrij dicht op elkaar. Het ziet er meer uit als een letteroptocht dan als 4 losse woorden.
  2. Bij de witte letters in het lichtblauwe verloop (naar wit!) moet je raden om welke letters het gaat; de laatste letter zou ook een "E" kunnen zijn, en mensen met minder contrastvermogen zien er helemaal niets van (zie bv. hier over contrast: er zijn vastgestelde normen voor noodzakelijke contrastverhoudingen; en ook voor noodzakelijke kleurverschillen, zie bv. hier over kleurgebruik).
Ik zou ervoor pleiten om de beginletters afwijkend te maken: hetzij in dikte (kleurverschil kan erbij, maar aan kleurverschil alleen hebben kleurenblinden niet zoveel), hetzij door de vervolgletters wat minder hoog te maken (dat leest ook prettiger).
Verder zou ik de afkorting als outline-letters weergeven: dan is veel duidelijker om welke letters het gaat, terwijl de achtergrond toch zijn verloop kan blijven houden.
De bedoeling is immers dat iedereen de naam en de afkorting in één oogopslag kan zien, zodra je de site hebt aangeklikt.
Bv. iets in deze geest:

badf-logo-nw.png

=======
Last but not least
  • Als de site behalve mooi groen licht krijgt van de html-validator ook nog heelhuids (score 47/47) door de Quickscan Webrichtlijnen komt, dan zijn in elk geval een aantal essentiële zaken geregeld voor de toegankelijkheid, de gebruiksvriendelijkheid en voor goede zoekresultaten.
  • Momenteel: score 39/47, zie rapport met opmerkingen.
  • Bijbehorend uitstekend leesvoer: de vele pagina's met richtlijnen, uitleg en suggesties van de webrichtlijnen.nl.
Er is nog wat te doen! ;)

Met vriendelijke groet,
CSShunter
 
Laatst bewerkt:
Hallo CSShunter,

Hehe, waar een eenvoudige vraag over tabelranden allemaal kan toe leiden, nietwaar? ;)

Springende pagina: opgelost :thumb:

Gemeenschappelijke index-pagina:
Ik had die gecreëerd omdat ik een conflict ondervond ivm de img src van de wisselende beelden bovenaan (beeldwissel zit in de template). Als ik de NL, FR en EN-pagina's in submappen zette was dat opgelost, maar dan had ik natuurlijk een index nodig van waaruit die submappen te bereiken waren.
Nu heb ik 2 mogelijkheden:
- de gemeenschappelijke pagina behouden en van tekst voorzien, zodat zowel Google als voorleesbrowsers iets hebben om mee te werken. Dat heb ik voorlopig gedaan.
- de gemeenschappelijke pagina laten vallen en inderdaad de NL homepagina als index instellen. Ik heb inmiddels een oplossing gevonden voor dat img src conflict, dus het kan.
Nu is het zo, dat we met 2 aan deze website werken: een medewerkster van een Franstalige collegavereniging die voor het lay-out ontwerp gezorgd heeft, en ik vooral voor de technische kant. Ik kan dus niet zomaar in m'n eentje over de uiteindelijke samenstelling van de site beslissen.
In principe dus ook opgelost. :)

Ik heb op elke pagina de mogelijkheid voorzien om naar een andere taal te switchen.
In elk van de templates is de taal toegevoegd.

Qua toegankelijkheid heb je dus absoluut gelijk. Ik had wel al plannen om een voorleesknop op de site te zetten (ReadSpeaker, BrowseAloud), maar daarvoor moet je betalen en daar moet uiteraard het bestuur over beslissen. Aan onleesbare afbeeldingen had ik nog niet gedacht, gelukkig heb jij me daar op gewezen, want dit is toch wel belangrijk.

Voor wat betreft de hoofding van de site en de 'letteroptocht', dat ga ik aan mijn collega doorgeven. Ik zou gewoon de eerste letters in vetjes zetten en de witte letters omranden met donkerblauw. Dat zal inderdaad al veel duidelijker zijn dan het nu is. Het tekeningetje moet overigens toch nog vervangen worden, dan is het in 1 moeite gedaan.

Zo, ik heb weer héél veel bijgeleerd. Zelfs de div met de taalkeuze heb ik ten langen leste op zijn plaats gekregen ;) wat voor mij niet zo evident was bovenop een afbeelding.

Ik heb inmiddels ook mijn CSS bestand door een validator gehaald en er de enkele foutjes (ja, toch :p) uitgehaald :)

Alweer heel hartelijk bedankt voor je aanwijzingen en tips. En voor al de tijd en moeite die je er in gestoken hebt.

Nog een prettige zondagavond!

Winnie
 
Hoi Winnie,
Bij het nog eens bekijken van de huidige pagina merk ik dat ik nog niet uitgeraasd ben. ;)

  • De kop (en de pagina) is 1024px breed. Dat betekent dat je op een beeldscherm van 1024*768px toch nog net een horizontale scrollbar krijgt (vanwege de breedte van de verticale scrollbar, die nog van de 1024px af moet).
  • De lettergrootte zit in zg. "fixed fonts", alle font-sizes zijn opgegeven in px. Internet Explorer bezoekers kunnen dan geen gebruik maken van de browser-instellingen voor de lettergrootte: bv. "Beeld > Tekengrootte > Groter" of "Extra groot" zijn onmogelijk. Dat geeft dus verminderde toegankelijkheid voor mensen die dat nodig hebben.
  • Andere browsers trekken zich gelukkig niets van de fixed fonts aan, maar daar kan iets anders opduiken. Als je bv. in Firefox kiest voor "Beeld > Inzoomen > Alleen tekst inzoomen", dan lopen bij een beetje stevige vergroting de teksten uit hun blokken. Oorzaak: de starre tabel-opmaak met vastgeprikte hoogtes.

    badf-fixedfonts.png

  • Als je gaat kijken wat iemand ziet met een pure tekst-browser, komt er dit uit:

    badf-lynx2.png

    Dwz in de leesvolgorde wordt niet begonnen met het "Welkom"-blok.

  • Als je gaat kijken wat iemand hoort met een (eigen) voorleesbrowser, dan komt dit uit de bus:

    badf-fangs.png

    D.w.z.: elke pagina begint steeds opnieuw met het rijtje links van het menu, dat eerst uitgeluisterd moet worden voordat men aan de inhoud van de pagina toekomt. De bezoeker wordt opgezadeld met allerlei mededelingen over tabellen met x kolommen en y rijen, waarvan de strekking volstrekt onduidelijk is. En de bezoeker heeft geen idee wat er allemaal op de pagina staat: daarvoor moet eerst alles beluisterd worden.

  • Voor mensen die wel op scherm kunnen kijken, vind ik het carrousel met de fotostroken in de kop te abrupt (geen overgang, maar flits van de ene naar de andere), en afleiden van de pagina-inhoud.
Kan het ook anders?
Jazeker, en het toverwoord is: CSS! :)
  • Met css-opmaak i.p.v. een tabelopmaak wordt alles flexibel.
  • In de html kunnen overzichtelijke rijtjes van dezelfde soort dingen komen (bv. alle links in het menu), die met css hun opmaak krijgen.
  • Met css kunnen "verborgen teksten" in de pagina opgenomen worden, die de toegankelijkheid aanzienlijk verhogen.
  • Met css kan de leesvolgorde voor pure tekstbrowsers en voorleesbrowsers volledig bepaald worden, terwijl de scherm-bezoeker daar niets van merkt.
  • En voor het carrousel in de kop kan een ander gebruikt worden, dat van de ene strook naar de andere kan infaden.

Hoe dan?
Om een idee te geven heb ik alvast een opzetje gemaakt voor de header.


Toelichting:
  • De breedte is teruggebracht tot 990px, zodat ook 1024*728px bezoekers (tablets) geen horizontale scrollbar krijgen.
  • De fotostroken zijn daarop aangepast.
  • De kop is losgemaakt van de fotostroken. Hiermee kan de kop een png-image image worden (veel scherper/mooier dan jpg), en hoeft deze niet overbodig in de andere images herhaald te worden, terwijl de stroken in jpg kunnen blijven (prima voor foto's). Tegelijkertijd wordt enorm op de bestandsgrootte bespaard (= winst voor de pagina-snelheid!):
Code:
	WAS:                  NIEUW:
	kop (in img):  -      kop:          58kB
	hulphond:    200kB    hulphond:     35kB
	geleidehond: 200kB    geleidehond:  37kB
	hoorhond:    195kB    hoorhond:     32kB
	             =====                 =====
	             595kB                 162kB <30%
  • Voor het carrousel is dit carrousel gebruikt: foto-carrousel_vs2.php
  • Het carrousel-script is identiek, hier te downloaden: carrousel_vs2.js
  • De aangepaste css-settings zijn opgenomen in dit stylesheet: badf-carrousel.css
  • Mocht iemand javascript uit hebben staan, dan zijn de fotostroken toch toegankelijk: dan komt er automatisch een scrollbalkje om de andere te zien.
  • Met een simpel css-trucje wordt de taal die op de actuele pagina staat niet als link aangeboden (alleen de twee andere). Trucje is: elke pagina krijgt in de <body>-tag een class met de naam van de actuele taal: "nl", "fr", "en". De links naar de talen hebben een gelijknamig id. In de css: staat de body-class op bv. "nl", dan wordt de link met id="nl" niet getoond. Voor de andere talen idem dito.
  • Met op scherm onzichtbare toegankelijkheids-opmerkingen wordt de opbouw van de pagina verhelderd, en zijn er mogelijkheden om via interne bladwijzers direct naar een gewenst onderdeel te gaan.
  • Voor een tekstbrowser ziet het er nu zo uit:
badf-lynx-nw.png

  • En voor een voorleesbrowser:
badf-fangs-nw.png

  • Lettergrootte kan straffeloos door de bezoeker/ster worden aangepast, in alle browsers.
  • Valid XHTML 1.0 Strict.
  • Valid css3.
  • Komt met score 46/47 door de Quickscan webrichtlijnen. Even omzetten naar php met http-header voor de charset levert 47/47. - Huidige site heeft score 40/47.
  • Zie verder de broncode van de testpagina! (css tijdelijk in de <head>)
Op soortgelijke manier zou ook de #content aangepakt kunnen worden: weg met de tabelstructuur, alles in css, en voorop wat voorop moet komen.

Nog wat hulpjes:
Met vriendelijke groet,
CSShunter
 
Laatst bewerkt:
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan