[TYPO3-content-rendering] Accessibility: File Links

[ben van 't ende]

Heyla Patrick,

FAL is also going to be finished under the BLE project as well. In what way can
we short-circuit this, so to speak, so we have the same finctionality when
working with FAL. Would it make sense to have contact with that team, so they
are aware of that?

gRTz

ben



On 18/08/11 16:06, Patrick Broens wrote:
> Hey,
> 
> On 18-8-11 16:02 , Patrick Broens wrote:
>> Hey,
>>
>> On 18-8-11 13:17 , ben van 't ende wrote:
>>> Heyla,
>>>
>>> Can't that be a generic like just mentioning "file: filename.odt" and
>>> when using
>>> FAL taking the title? How do you suggest to fill the alt attribute atm
>>> then? By
>>> hand? There needs to be some kind of default.
>> Nope, it's about the icon/thumbnail in front of the file link. It has to
>> be described, so people know what the icon is all about. Your suggestion
>> could be the title, but not the alternative text. It does not tell
>> anything about the icon/thumbnail
>>
>> It could be generic like "File link icon" / "File link thumbnail" when
>> nothing has been filled, but filling an alt automatically does not make
>> it that accessible as it is supposed to be.
> Just tried to have a generic one, with the file name, but WAVE (WCAG validation)
> does not like that as well (warning, not error). As a matter of fact, you are
> not allowed to have the same alt on the page and it's not recommended to use a
> file name.
> 
> But on the other hand, like for regular images, people SHOULD fill this field
> properly when they want to be accessible. You can't force that.
> 
> Patrick
>>
>> Patrick
>>>
>>> gRTz
>>>
>>> ben
>>>
>>>
>>>
>>> On 18/08/11 12:38, Patrick Broens wrote:
>>>> Hey,
>>>>
>>>> For every icon there needs to be an entry, if you want to do it
>>>> properly. This
>>>> is what I'm doing right now. The same happens with images, if you
>>>> need an alt
>>>> for every image, you need to enter them all. This is going to be the
>>>> same for
>>>> the alt of the icons/thumbnails
>>>>
>>>> Patrick
>>>>
>>>> On 18-8-11 12:05 , ben van 't ende wrote:
>>>>> Heyla Patrick,
>>>>>
>>>>> Exciting work going on. I would assume that you can generate the alt
>>>>> automatically now and it is no longer a question of how to do it?
>>>>>
>>>>> gRTz
>>>>>
>>>>> ben
>>>>>
>>>>>
>>>>>
>>>>> On 18/08/11 11:36, Patrick Broens wrote:
>>>>>> Hi,
>>>>>>
>>>>>> Reading the BITV again, I discovered this needs to be a short
>>>>>> description of the
>>>>>> icon, not the link. This means for file icons, it should describe
>>>>>> it is an icon
>>>>>> for a certain file, for thumbnails this could be the alt for the
>>>>>> image as usual.
>>>>>>
>>>>>> Patrick
>>>>>>
>>>>>> On 18-8-11 10:54 , Patrick Broens wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> The cObj File Links, or in css_styled_content tt_content.uploads, can
>>>>>>> produce icons for the type of file or a thumbnail when it is an
>>>>>>> image.
>>>>>>>
>>>>>>> Currently for these images there is no possibility to have an alt
>>>>>>> attribute, which we need according to BITV.
>>>>>>>
>>>>>>> "Wenn Abbildung und Text zwei unabhängige Links auf das selbe Ziel
>>>>>>> sind,
>>>>>>> dann kann das alt-Attribut dagegen nicht leer bleiben. Denn gängige
>>>>>>> Screenreader verlassen sich nicht darauf, daß leere alt-Attribute
>>>>>>> sachgerecht eingesetzt werden, sie behandeln bei Bedienelementen
>>>>>>> leere
>>>>>>> wie fehlende alt-Attribute und lesen den Dateinamen der Grafik /
>>>>>>> die URL
>>>>>>> der Zieldatei vor." [1]
>>>>>>>
>>>>>>> Now my question:
>>>>>>> How to construct this alt attribute? Do we have one field where
>>>>>>> you can
>>>>>>> enter the alt for all the icons at once, like "click here to open
>>>>>>> <filename>", where filename is inserted? Or do we give the
>>>>>>> opportunity
>>>>>>> to enter this for each single file, without inserting the filename?
>>>>>>>
>>>>>>> I would opt for the first solution, but we currently don't have that
>>>>>>> anywhere else in the core. The second solution is already used, for
>>>>>>> instance for images.
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> Patrick
>>>>>>>
>>>>>>> [1] http://testen.bitvtest.de/index.php?a=di&iid=1001&s=n
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> 

-- 
TYPO3 Community Manager