[CSS] voor dummies - Deel 7

quote:

Op dinsdag 19 juni 2007 11:09 schreef Ewaldus het volgende:
hoe krijg ik het voor elkaar dat meerInformatie.gif rechts in de list komt?
Dus zo: http://www.ewaldvankampen.nl/upload/audio1.jpg
.
Als ik zorg dat de img float:right krijgt, komt hij te laag, en is het ontwerp niet meer zoals het zou moeten

Dat float:right elementen op de volgende regel geplaatst worden als ze niet het eerste element op de regel zijn, is een bekende bug in Internet Explorer en Mozilla-gebaseerde browsers. Je kunt dit proberen te omzeilen door die elementen ook nog een negatieve margin-top mee te geven zodat ze weer omhoog getrokken worden, maar dan veroorzaak je weer problemen met browsers die het wel goed doen zoals Opera en Safari.

Een andere oplossing is het rechts-zwevende element als eerste in de regel op te nemen. Dan blijft het in alle browsers op dezelfde regel.

quote:

Op dinsdag 19 juni 2007 11:36 schreef CraZaay het volgende:
Dat plaatje hoort helemaal niet in je html, maar in je css. Het is namelijk geen illustratie maar een element om je link op te leuken.

Plaatje dus gewoon als achtergrondafbeelding voor je links gebruiken en rechts positioneren (background-position)

nee niet, want ik wil van dat plaatje een link maken,
maar nu ik het zo type zit ik er ook over te denken het plaatje als achtergrond te doen, de link display:block mee te geven...

quote:

Een andere oplossing is het rechts-zwevende element als eerste in de regel op te nemen. Dan blijft het in alle browsers op dezelfde regel.

Opgelost

quote:

Op dinsdag 19 juni 2007 13:29 schreef CraZaay het volgende:

[..]

Precies, 'display: block' erop en dan is dat plaatje ook gewoon klikbaar. Het hoort simpelweg niet in de html

Naar mijn mening hoort het, zoals het in het voorbeeld getoond is, in de html noch in de css. Ik ging ervan uit dat het een afzonderlijk klikbaar element moet worden met een eigen href (wat Ewaldus ook aangeeft), en dan moet het uiteraard wel in de html worden gezet. Als het dezelfde link is als de tekst ervoor is het plaatje nergens voor nodig en zelfs verwarrend.

quote:

Op dinsdag 19 juni 2007 15:10 schreef CraZaay het volgende:
Met een eigen href zou het alsnog in de css moeten wat mij betreft, aangezien het geen afbeelding met toegevoegde waarde is. Je zou imo dan een tekstlink moeten maken waarvan je de tekst met css verbergt en het plaatje toont als achtergrondafbeelding. Accessibility enzo.

Dat werkt dan voor mensen die css uit hebben staan. Krijg je het met een achtergrondafbeelding via css ook werkend voor mensen die css aan en afbeeldingen uit hebben staan? Ik noem maar een toegankelijkheidsdwarsstraat.

quote:

Op dinsdag 19 juni 2007 15:20 schreef AnGabhar het volgende:

[..]

Dat werkt dan voor mensen die css uit hebben staan. Krijg je het met een achtergrondafbeelding via css ook werkend voor mensen die css aan en afbeeldingen uit hebben staan? Ik noem maar een toegankelijkheidsdwarsstraat.

Het plaatje is puur ter decoratie en voegt niets toe aan de content. Het dingetje zou net zo goed in de achtergrond van het li element geplaatst kunnen worden.

Mijn vuistregel: Plaatjes waarvoor je geen zinnige alt tekst kunt verzinnen horen niet in de HTML thuis. Die voegen kennelijk niets aan je HTML toe.

quote:

Op dinsdag 19 juni 2007 15:39 schreef Bigs het volgende:
Mijn vuistregel: Plaatjes waarvoor je geen zinnige alt tekst kunt verzinnen horen niet in de HTML thuis. Die voegen kennelijk niets aan je HTML toe.

Een uitstekende vuistregel, maar in het voorbeeld waar het hier om gaat (indien en zodra de [ i ] tenminste een aparte link wordt, zoals de bedoeling lijkt te zijn) gaat het juist om een uitermate belangrijk element in je pagina: een link naar extra informatie. Dat is geen decoratie maar een navigatie-element met belangrijke toegevoegde waarde.

Blijkbaar vatten wij het plaatje anders op.

quote:

Op dinsdag 19 juni 2007 15:45 schreef CraZaay het volgende:
Dit in tegenstelling tot wanneer je afbeeldingen gebruikt en een bezoeker het tonen van afbeeldingen uit heeft staan. Er is in dat geval dus helemaal geen toegankelijkheidsissue

Idem als mijn vorige reactie: wij lijken het plaatje anders op te vatten. Als dit inderdaad een apart element met een eigen link wordt, dan ga je dat niet met allerlei css- of scriptingtruukjes wegwerken of onzichtbaar maken. Een betere oplossing zou dan zijn om er een plaatje met alt-tekst van te maken. Er is dan (zoals het geval kan zijn met decoratie en achtergrondplaatjes) geen sprake van 'progressive enhancement' maar van een essentieel element in je code.

quote:

Op dinsdag 19 juni 2007 15:59 schreef AnGabhar het volgende:

[..]

Een uitstekende vuistregel, maar in het voorbeeld waar het hier om gaat (indien en zodra de [ i ] tenminste een aparte link wordt, zoals de bedoeling lijkt te zijn) gaat het juist om een uitermate belangrijk element in je pagina: een link naar extra informatie. Dat is geen decoratie maar een navigatie-element met belangrijke toegevoegde waarde.

Blijkbaar vatten wij het plaatje anders op.

Ok dan begrijp ik het plaatje inderdaad verkeerd. Door de smalheid van het geheel ding ik er vanuit dat het een navigatie iets was.

quote:

Op dinsdag 19 juni 2007 17:41 schreef CraZaay het volgende:
Het plaatje staat gewoon binnen de link en is dus geen belangrijk element. Dat is precies waar al mijn posts hierover op gebaseerd zijn.

En mijn posts zijn gebaseerd op wat OP heeft gezegd: dat er een eigen link komt voor die afbeelding.

quote:

En kennelijk hebben wij een elementair andere kijk op plaatjes, want wat mij betreft gebruik je nooit een afbeelding tenzij het illustratief voor de andere content is In modern webdev-land is dat ook de gangbare opvatting overigens.

Blijkbaar. Het is tamelijk algemeen om iconen te gebruiken naast, maar ook in plaats van tekst, zeker als de iconen duidelijk genoeg zijn. Dat zie je in het verkeer, dat zie je ook op het web. Het teken [ i ] (of het vraagteken) voor "help", "meer informatie" of "inlichtingen" is internationaal alom bekend en behoeft geen tekst.
En die laatdunkende opmerking over "modern web-dev land" laat ik voor jouw rekening. Ik maak zelf wel uit met welke hype ik meega.

quote:

Op dinsdag 19 juni 2007 18:33 schreef CraZaay het volgende:

[..]

Precies, dat zie je in het verkeer. Dat is ook waarom blinden en zoekmachines geen autorijden.

Blinden en zoekmachines lezen alt-teksten, zoals ik een bericht of wat geleden al schreef .
Noch qua visueel ontwerp, noch qua toegankelijkheid is er een reden om in dit geval iconen te mijden.

Even een klein vraagje.
Stel dat ik een link heb "Voorbeeld" en die is in css netjes wit van kleur, maar ik wil de klinkers een andere kleur hebben, hoe kan ik dit het beste oplossen?
Het is natuurlijk mogelijk er verschillende <a tags van te maken en dan 2 stijlen, elk hun eigen kleur, maar vooral in html worden dit ontzettend lange regels dan, elke a moet zijn eigen title hebben en target en href, dat lijkt me niet erg handig.

Gewoon 1 a-tag in html en dan span-tags gebruiken is ook een oplossing maar mag dit volgens de regels, en gaan de meeste browsers daar goed mee om?

Heeft iemand een idee hoe ik dit het makkelijkste kan oplossen?

Okee dankje, dan ga ik voor spans.
De reden waarom ik dit wil is omdat ik een fansite voor een band maak en hun logo, de bandnaam, heeft ook gekleurde klinkers, dus dit wil ik terug laten komen in het menu, in photoshop ziet het er al erg mooi uit.
Allemaal plaatjes maken van alle menuitems is ook een oplossing maar dat doe ik toch liever niet, het zijn er redelijk wat en ik wil ze ook bold maken als je op die betreffende pagina bent.

Beste mensen,

Sinds kort ben ik me gaan verdiepen in div's om mijn huidige site (gemaakt met tabellen :@ ) om te zetten in div. Met een aantal voorbeelden ben ik al redelijk ver geraakt, maar 1 ding wil nog niet lukken. Zie mijn testsite, dan kan ik het wat makkelijker uitleggen.
De CSS code staat ook (nog) gewoon in de broncode.

Het is dus de bedoeling dat de vakken menu, content, en foto allemaal op dezelfde hoogte beginnen, namelijk waar menu en content nu al staan, die staan goed. Foto staat echter een stuk naar beneden, die zou omhoog moeten zodat ie precies naast content staat, maar ik krijg dit niet voor elkaar. Waarschijnlijk doe ik iets fout in de css code, maar ik weet niet precies wat omdat ik nog niet alles exact snap.

Het belangrijkste stuk css code is:

Waarom heb ik bij #main gekozen voor marging? Zodat dat hok flexibel is. Als mensen hun browsergrootte aanpassen, dan verandert dit blok van grootte en blijven menu en foto hun oorspronkelijke grootte houden. Ik vind het belangrijk dat menu en foto altijd even groot blijven. In #main komt toch alleen maar tekst en dat is wat flexibeler dan een menu en plaatjes.

Hoe zou ik dit probleem kunnen oplossen? Is er misschien nog een andere manier om #main 'flexibel' te maken? Of zie ik gewoon iets heel doms over het hoofd??

Alvast bedankt voor jullie reacties!! :s)

Het werkt beter als je de volgorde Menu -> Foto -> Content aanhoudt in de broncode. Als je eerst content doet zal een float: right geplaatst worden ter hoogte van de laagste regel in je Content, daardoor komen die foto's te ver naar beneden.

zo simpel was het dus! thnx!

Het probleem is al opgelost.
Opdrachtgever kwam er nog eens laat mee, dat het geen list moest zijn, maar het het checkboxes moesten voorstellen.
Heb toen de lists omgehouwd, andere achtergrond, zonder padding.
Plaatje (float:right;), checkbox (margin:0 10px 0 0), text.

Kan niet laten zien wat het geworden is, bepaalde afspraken met de Nederlandse divisie van dit automerk gemaakt.