- From: Janina Sajka <janina@rednote.net>
- Date: Thu, 28 Mar 2024 11:11:40 -0400
- To: "Jason J.G. White" <jason@jasonjgw.net>
- Cc: RQTF <public-rqtf@w3.org>
I'm looking at Sec. 9 and wondering whether this might be the place to suggest clear labeling and avoidance of jargon? I think COGA have a point when they complain of not understanding fork vs branch. Why should they? They're not software developers? Not that git tools should stop using those terms, but they should arguably be clearly defined somewhere reasonably accessible. I recall my university had many math courses intended for various audiences. There was Calculus for physicists, mathematicians, and engineers; but there was also Calculus in the liberal arts faculty for psychologists and sociologists. I recall that simply to ask whose responsibility is it to appropriately introduce a tool that's gone mainstream like git seems to have? I'm not sure what, if anything to do about this in our doc. Jason White writes: > Following the meeting today, I reviewed the text of section 9. > > The user need and the associated requirement are written in a way that I > would describe as all-encompassing. The example is more specific, but it's > only an example, and it does not limit the application of the requirement. > > We could perhaps add guidance which says, in essence, that if there are user > interface conventions established by other collaborative tools in the design > or implementation of a given feature, these should be followed, as long as > the functionality is sufficiently similar. I'm not sure this is clear > guidance, however. We don't want features that are substantially different > in different tools to appear confusingly similar to the user. I also can't > think of a good illustration of how this would apply. > > We already suggest following user agent and operating system conventions. > There are limits to this, of course, at least if one refrains from > identifying the user's operating system, which raises privacy concerns - and > even more so for identifying the user's assistive technology, if there is > one. > > Review of section 9 is welcome. We can discuss it here on the mailing list > and at next week's meeting. > -- Janina Sajka (she/her/hers) Accessibility Consultant https://linkedin.com/in/jsajka The World Wide Web Consortium (W3C), Web Accessibility Initiative (WAI) Co-Chair, Accessible Platform Architectures http://www.w3.org/wai/apa Linux Foundation Fellow https://www.linuxfoundation.org/board-of-directors-2/
Received on Thursday, 28 March 2024 15:11:46 UTC