https://bugs.freedesktop.org/show_bug.cgi?id=67866
--- Comment #4 from V Stuart Foote <[email protected]> --- @Mike, Kind of an apples and oranges issue. It is not a question of what language the ODF document is prepared in (that is richly customizable in the Tools -> Options -> Language Settings -> Languages tab). Rather it is an issue of a suitable /LANG TAG being generated when the document is "Exported to PDF", and since this is an accessibility issue--we are dealing exclusively with output of Tagged PDF--or of meeting more demanding PDF/UA compliance. As you suggest, that might best be done with addition of a UI Widget in the PDF Options panel to select/override the ODF document's default language. But in short we have a WCAG 2.0 Level A compliance issue for LibreOffice as a document preparation software. See W3C WCAG Technique PDF16( http://www.w3.org/WAI/GL/WCAG20-TECHS/PDF16.html ). As is, LibreOffice will not meet the current statutory accessibility requirements that are being derived from the WCAG 2.0 with our exported tagged PDFs. With publication of ISO 14289:1-2012 for PDF/UA "Universal Accessibility" we need to progress beyond current limited capabilities and enhance our "Export to Tagged PDF" to be able to more fully support PDF/UA--which requires more refined control over PDF document structure. Correctly handling the language tag is just an overdue start. Stuart -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
