Geen Banners Meer Zichtbaar Bij Mijn Profiel

[Dagwacht]

Japiejoo,

in jouw codegenerator komt ook standaard border="0" te staan. Overbodig toch?

Verder inderdaad een nette codegenerator.

[Japiejoo]

Helemaal mee eens. Dat stond er nog in om de reden die ik hier noemde, maar dat lijkt na testen net niet meer zo te zijn, dus ik heb het nu meteen aangepast. Als er nu wel gebruik wordt gemaakt van de border functie komt het nu ook netjes in het style attribuut en niet meer als border attribuut.
Bedankt voor de oplettendheid!

29 december 2015 bewerkt door Japiejoo

[Dagwacht]

[Dagwacht]

Overigens zet ik het aanroepen van de cachepagina en het aanroepen van de afbeelding op aparte regels en daarna een lege regel voor de volgende.

Dit komt de overzichtelijkheid ten goede. De lege regel in html heeft geen invloed op het eindresultaat.

Bijvoorbeeld:

 

<a href="http://coord.info/GC4X2R0">

<img src="http://imgcdn.geocaching.com/cache/55790582-e46a-45b0-acec-659964bd8a52.gif" alt="Monumentale beuken"></a>

 

<a href="http://coord.info/GC3YVYB">

<img src="http://img.geocaching.com/cache/large/2a1b7384-747f-4b80-88c3-edebb396ae24.png" alt="Goei Volluk"></a>

[Dagwacht]

http://dekrachtvancontent.nl/seo/benut-alt-tekst-voor-seo-en-toegankelijkheid/

 

Ik betwijfel nog steeds het echte nut van het alt-atribuut voor de banners. Voor blinde geocachers die dan kunnen zien wat met het plaatje wordt bedoeld?

Omdat Google er blij van wordt?

Hoe gemakkelijk worden in mijn ogen onnodige zaken toegevoegd waardoor cachers die een banner willen toevoegen door de bomen het bos niet meer zien.

[kalkendotters]

Er zijn natuurlijk wel wat meer gradaties van 'visueel gehandicapt' dan alleen maar 'blind'. Die kunnen bv een groter lettertype gebruiken of extra contraxt om toch te kunnen lezen.

Daarnaast zijn er nog steeds mensen die een langzame internetverbidning hebben, en dan bijvoorbeeld de plaatjes uitzetten en alleen 'op verzoek' de plaatjes laden (ja dat kan me bijna elke browser)

Ook zijn er nog steeds browser die ipv de title-attribuut het alt-attribuut tonen als je er met de muis overheen gaat.

Helaas is niet iedereen in staat om de nieuwste van de nieuwste browser te draaien, en zul je ook rekening moeten houden met wat oudere versies.

[Diederikus]

Het plaatje is voor de analfabeten die het "alt" niet kunnen lezen.

[Dagwacht]

Het verbaast me dat met het uploaden van een foto naar geocaching.com ten behoeve van een cachepagina op geen enkele manier gewag wordt gemaakt van evt. toe te voegen attributen.

Daar lijkt het me zinvoller dan bij het profiel.

[Twentse Mug]

Het verbaast me dat met het uploaden van een foto naar geocaching.com ten behoeve van een cachepagina op geen enkele manier gewag wordt gemaakt van evt. toe te voegen attributen.

Daar lijkt het me zinvoller dan bij het profiel.

 

Goed punt Dagwacht. Want dit lijkt me inderdaad breder dan alleen profiel en banners. Dit speelt volgens mij ook bij het opmaken van een cachepagina.

[Dagwacht]

Worden we hier misschien wijzer van? Van W3schools.

 

Differences Between HTML 4.01 and HTML5

In HTML 4.01 the alt attribute is required.

In HTML5, the alt attribute is only required if the href attribute is present. If the href attribute is not present, the alt attribute should not be used.

 

Bij banners is href meestal actief om een cachepagina aan te roepen en een afbeelding weer te geven. Dan dus wel, maar bij een afbeelding op de cachepagina niet?

 

Is hier sprake van willekeur of is er ook nog sprake van enige logica?

31 december 2015 bewerkt door Dagwacht

[Dagwacht]

Voor visueel gehandicapte geocachers zou de code bij onze, inmiddels tijdelijk inactieve cache, de volgende kunnen zijn:<a href="http://coord.info/GC4X2R0"><img src="http://imgcdn.geocac...59964bd8a52.gif" alt="De driestammige beuk van Haps

Bomen worden zelden een leven lang met rust gelaten. Daarom krijgen weinig bomen in ons dichtbevolkte land de kans te groeien tot dat wat een monumentale boom heet. Meestal komt er voordien een tijd dat hij in de weg staat en de afloop valt te raden. Kerkhoven zijn in het algemeen echter plaatsen waar soms eeuwenlang de natuur haar kans krijgt. Zo kunnen bomen op deze plaatsen soms tot volle wasdom komen. Zo trof ik op aanraden van het boek "monumentale bomen in Nederland" van Gerrit de Graaff, de bomenbijbel van Nederland, op het kerkhof van Haps onderstaande beuk. Deze beuk is anders gegroeid dan de meeste beuken. Hij heeft niet een hoofdstam maar drie. De omtrek is ruim vijf meter en hij is geplant tussen 1750 en 1800. "></a>

31 december 2015 bewerkt door Dagwacht

[Dagwacht]

Om te begrijpen waarom deze cache is/ was geplaatst zou iedereen dan eigenlijk visueel gehandicapt moeten zijn.

[Japiejoo]

Worden we hier misschien wijzer van? Van W3schools.

 

Differences Between HTML 4.01 and HTML5

In HTML 4.01 the alt attribute is required.

In HTML5, the alt attribute is only required if the href attribute is present. If the href attribute is not present, the alt attribute should not be used.

 

Bij banners is href meestal actief om een cachepagina aan te roepen en een afbeelding weer te geven. Dan dus wel, maar bij een afbeelding op de cachepagina niet?

 

Is hier sprake van willekeur of is er ook nog sprake van enige logica?

Het href attribuut is niet van de img tag, dus ik neem aan dat dit gaat over het gebruik van het alt attribuut bij een andere tag, niet bij de img tag.

 

Als ik goed heb gegoogled op bovenstaande tekst gaat het hier over de area tag en niet over de img tag http://www.w3schools.com/tags/att_area_alt.asp. Als je op diezelfde website kijkt bij de img tag staat er dit: 'The <img> tag has two required attributes: src and alt.' http://www.w3schools.com/tags/tag_img.asp

31 december 2015 bewerkt door Japiejoo

[J-Thread]

De "officiele" voorschriften over het gebruik van de alt-tag bij afbeeldingen is hier te vinden: http://www.w3.org/TR/html5/embedded-content-0.html#alt

[Twentse Mug]

Begrijp ik nou goed dat het alt-attribuut alleen maar zinvol is als het plaatje niet zichtbaar is?