[Libreoffice-bugs] [Bug 61735] FILESAVE as HTML looses "Label Field" form control with error message

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Aug 16 13:01:23 UTC 2021


https://bugs.documentfoundation.org/show_bug.cgi?id=61735

Christophe Strobbe <c_strobbe-fdo at yahoo.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |c_strobbe-fdo at yahoo.co.uk

--- Comment #11 from Christophe Strobbe <c_strobbe-fdo at yahoo.co.uk> ---
(In reply to Rainer Bielefeld Retired from comment #4)

Even though Rainer Bielfeld's comment is now eight years old, I think it is
still worth replying to.

> But is it a Bug? (...)

The <label> is intended to be explicitly associated with the form field it
describes. This is explicity mentioned in section 4.3, "Maintaining the
accessibility of Form Elements" of the "Open Document Format v1.1 Accessibility
Guidelines Version 1.0":
http://docs.oasis-open.org/office/office-accessibility/v1.0/cs01/ODF_Accessibility_Guidelines-v1.0.html#4.3.Maintaining%20the%20accessibility%20of%20Form%20Elements|outline

The code in the Accessibility Guidelines is not up to date, but the logic is
still the same in current versions of ODF:

- You have a <form:fixed-text> element with the attribute form:for that points
to the ID of the field it describes.
- The <form:fixed-text> element also has a form:label attribute with the
label's actual text.
- The associated form field, e.g. a <form:text> element, has the attributes
xml:id and form:id that match the value of the form:for attribute on the
<form:fixed-text> element.

This mechanism is explicitly inspired by a similar mechanism (using for and id
attributes in HTML.

This is unfortunately not so obvious from the wording in the OpenDocument
Format specification. I can cite two sections from ODF 1.3 part 3 (released
earlier this year):

[begin quote]
13.5.10 <form:fixed-text>
The <form:fixed-text> element defines a control which attaches additional
information to controls, or displays information. Only one label may be
associated with a control.

19.282 form:label
The form:label attribute specifies the text for a control.
[end quote]


> Can you provide any html standard, a Valid page or similar underpinning your bug-suspect?

If this refers to standards related to accessibility:

- HTML Technique H44 for the W3C's Web Content Accessibility Guidelines (WCAG):
Using label elements to associate text labels with form controls:
https://www.w3.org/WAI/WCAG21/Techniques/html/H44.html
  This is a technique for meeting Success Criterion 1.3.1 in WCAG 2.1
https://www.w3.org/TR/WCAG21/#info-and-relationships (and WCAG 2.0).
- This techniques goes back to the Web Content Accessibility Guidelines (WCAG)
1.0 from 1999: https://www.w3.org/TR/WCAG10-TECHS/#tech-associate-labels 

Without the for and id attributes, HTML's <label> element is useless from an
accessibility point of view (unless the label element is wrapped around the
input field, but it is probably easier to make Writer's exported HTML code use
the for and id attributes than the label-around-form-field approach).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210816/8fd99613/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list