From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 20590 invoked from network); 26 Jun 2022 15:51:31 -0000 Received: from bsd.lv (HELO mandoc.bsd.lv) (66.111.2.12) by inbox.vuxu.org with ESMTPUTF8; 26 Jun 2022 15:51:31 -0000 Received: from fantadrom.bsd.lv (localhost [127.0.0.1]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id c965d6c6 for ; Sun, 26 Jun 2022 10:51:27 -0500 (EST) Received: from scc-mailout-kit-02.scc.kit.edu (scc-mailout-kit-02.scc.kit.edu [129.13.231.82]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 343ea9e9 for ; Sun, 26 Jun 2022 10:51:27 -0500 (EST) Received: from hekate.asta.kit.edu ([2a00:1398:5:f401::77]) by scc-mailout-kit-02.scc.kit.edu with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (envelope-from ) id 1o5UXl-004hdn-GP; Sun, 26 Jun 2022 17:51:26 +0200 Received: from login-1.asta.kit.edu ([2a00:1398:5:f400::72]) by hekate.asta.kit.edu with esmtp (Exim 4.94.2) (envelope-from ) id 1o5UXj-00682k-AK; Sun, 26 Jun 2022 17:51:23 +0200 Received: from schwarze by login-1.asta.kit.edu with local (Exim 4.92) (envelope-from ) id 1o5UXj-0001wk-Mv; Sun, 26 Jun 2022 17:51:23 +0200 Date: Sun, 26 Jun 2022 17:51:23 +0200 From: Ingo Schwarze To: Anna Cc: tech@mandoc.bsd.lv Subject: Re: [PATCH 7/8] mdoc_html: Tell screen readers to skip the header Message-ID: References: <20220621122749.11417-1-cyber@sysrq.in> <20220621122749.11417-8-cyber@sysrq.in> X-Mailinglist: mandoc-tech Reply-To: tech@mandoc.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220621122749.11417-8-cyber@sysrq.in> Hello Anna, i agree with your apparent goal to not force the listener to wait for unnecessary chatter to finish. Then again, aria-hidden="true" looks like quite a big hammer to me, and before wielding that one, i'd like to look at the big picture of document structure first. Unfortunately, that big picture of how HTML elements and ARIA roles work together to convey the overall document structure appears to be scattered around at least five lengthy documents: WAI-ARIA, ARIA-APG, HTML-ARIA, HTML-AAM, and DPUB-ARIA. So i compiled the essentials of these five documents into the following short tree structure. Each line has four optional fields: HTML element, default ARIA role, role category in parentheses, and a comment. I omitted elements and roles that i deem unlikely to occur in manual pages. document (structure) - use reading mode here no role can be assigned no role can be assigned
banner (landmark) - site-oriented, e.g. logo, site name, search tool
form (landmark) search (landmark) - special case of form, use for man.cgi in the future doc-pageheader
main (landmark) - main content of the document - use in the future instead of
? doc-subtitle - could maybe be used for .Nd doc-abstract - could maybe be used for the SYNOPSIS