- From: Michael A. Peters <mpeters@domblogger.net>
- Date: Wed, 6 Sep 2017 13:20:11 -0700
- To: w3c-wai-ig@w3.org
The same way the browser changes what glyphs are used for its menus. It does an i18n lookup. On 09/06/2017 03:05 AM, Nigel Megitt wrote: > Then how would you address the fact that different icons are used for > switching closed captions/subtitles on and off based on locale, if you're > using a Unicode code point and a font? Locale-specific fonts? > > > On 06/09/2017, 10:54, "Michael A. Peters" <mpeters@domblogger.net> wrote: > >> Don't need to map to a different glyph based on locale. Plenty of >> localization scripts exist for software. >> >> On 09/06/2017 02:47 AM, Nigel Megitt wrote: >>> Do you know of any Unicode code points that map to different glyphs >>> depending on territory, or any implementations that support that >>> functionality? >>> >>> >>> >>> On 06/09/2017, 09:50, "Michael A. Peters" <mpeters@domblogger.net> >>> wrote: >>> >>>> Actually that's a reason for it. You can't easily translate an image to >>>> another language, but it would be relatively easy to swap a region >>>> specific character to one more appropriate to the region of the user, >>>> even if the webmaster has no knowledge. That's something the browsers >>>> could do. >>>> >>>> What does the default cc button in html5 video players look like >>>> outside >>>> the US? >>>> >>>> On 09/06/2017 01:05 AM, Nigel Megitt wrote: >>>>> Yes, a big reason: it is US-specific. >>>>> >>>>> On 5 Sep 2017, at 19:53, J. Albert Bowden <jalbertbowden@gmail.com >>>>> <mailto:jalbertbowden@gmail.com>> wrote: >>>>> >>>>>> Any reason why wikipedia's cc icon isn't good >>>>>> enough? >>>>>> https://commons.wikimedia.org/wiki/File:Closed_captioning_symbol.svg >>>>>> >>>>>> It's public domain... >>>>>> Also, if you want to use the font icon, pretty sure they offer svg >>>>>> version (if not the conversion is minimal), which you can simply use >>>>>> in an <img />. >>>>>> More info and canonical source for the cc icon >>>>>> here: http://main.wgbh.org/wgbh/hire/symbols.html >>>>>> >>>>>> Just trying to help. >>>>>> Albert >>>>>> >>>>>> On Tue, Sep 5, 2017 at 1:58 PM, Elizabeth Pyatt <ejp10@psu.edu >>>>>> <mailto:ejp10@psu.edu>> wrote: >>>>>> >>>>>> Icon fonts can work if ARIA descriptions are added. This >>>>>> basically >>>>>> treats the character as an image and adds an ALT text option. >>>>>> See >>>>>> >>>>>> >>>>>> http://sites.psu.edu/gotunicode/2014/11/18/aria-for-screen-readers-not >>>>>> -a >>>>>> ble-to-read-symbols/ >>>>>> >>>>>> >>>>>> <http://sites.psu.edu/gotunicode/2014/11/18/aria-for-screen-readers-no >>>>>> t- >>>>>> able-to-read-symbols/> >>>>>> >>>>>> As you might guess, you would want to be strategic in your use of >>>>>> an icon font, this could be a case where the ARIA solution could >>>>>> be useful (or you could use an image with ALT text). >>>>>> >>>>>> Hope this helps. >>>>>> >>>>>> Elizabeth >>>>>> >>>>>> >>>>>> > On Sep 5, 2017, at 11:32 AM, Patrick H. Lauke >>>>>> <redux@splintered.co.uk <mailto:redux@splintered.co.uk>> wrote: >>>>>> > >>>>>> > Noting that icon fonts have their own issues, particularly for >>>>>> users who set custom fonts, among other things. See >>>>>> https://cloudfour.com/thinks/seriously-dont-use-icon-fonts/ >>>>>> <https://cloudfour.com/thinks/seriously-dont-use-icon-fonts/> and >>>>>> https://speakerdeck.com/ninjanails/death-to-icon-fonts >>>>>> <https://speakerdeck.com/ninjanails/death-to-icon-fonts> >>>>>> > >>>>>> > P >>>>>> > >>>>>> > On 05/09/2017 15:43, Andrew Kirkpatrick wrote: >>>>>> >> It is available in Font Awesome >>>>>> (http://fontawesome.io/icon/cc/ >>>>>> <http://fontawesome.io/icon/cc/>) using the private use space in >>>>>> Unicode© >>>>>> >> Thanks, >>>>>> >> AWK >>>>>> >> Andrew Kirkpatrick >>>>>> >> Group Product Manager, Accessibility >>>>>> >> Adobe >>>>>> >> akirkpat@adobe.com <mailto:akirkpat@adobe.com> >>>>>> >> http://twitter.com/awkawk >>>>>> >> On 9/5/17, 06:07, "Nigel Megitt" <nigel.megitt@bbc.co.uk >>>>>> <mailto:nigel.megitt@bbc.co.uk>> wrote: >>>>>> >>> This seems on the face of it problematic. The trouble is that >>>>>> there is no >>>>>> >>> single representation for the idea of "closed captions" >>>>>> globally. Whereas >>>>>> >>> in the US it might be represented by something like "CC", in >>>>>> the UK where >>>>>> >>> closed captions are known more usually as subtitles, it is >>>>>> often >>>>>> >>> represented by "S". I may be wrong about this but I don't >>>>>> think Unicode >>>>>> >>> would normally create a code point for a glyph that has >>>>>> >>> territory/culture-specific variant forms. >>>>>> >>> >>>>>> >>> Having said that, a globally usable label of some sort that >>>>>> means "this is >>>>>> >>> the button for switching closed captions on and off" could be >>>>>> useful. >>>>>> >>> >>>>>> >>> >>>>>> >>> On 03/09/2017, 22:33, "Michael A. Peters" >>>>>> <mpeters@domblogger.net <mailto:mpeters@domblogger.net>> wrote: >>>>>> >>> >>>>>> >>>> According to >>>>>> >>>> >>>>>> >>>>>> >>>>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fen.wi >>>>>> ki >>>>>> >>>>>> pedia.org%2Fwiki%2FFile%3AClosed_captioning_symbol.svg&data=02%7C01%7C >>>>>> %7 >>>>>> >>>>>> C044b96f883e0476fbf5408d4f446d6c7%7Cfa7b1b5a7b34438794aed2c178decee1%7 >>>>>> C0 >>>>>> >>>>>> %7C0%7C636402032489256383&sdata=um37Q5hz%2FuCfvJ67yslDrq5qF%2FPPwrRp77 >>>>>> uZ >>>>>> Txr7mwQ%3D&reserved=0 >>>>>> >>>>>> >>>>>> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fen.w >>>>>> ik >>>>>> >>>>>> ipedia.org%2Fwiki%2FFile%3AClosed_captioning_symbol.svg&data=02%7C01%7 >>>>>> C% >>>>>> >>>>>> 7C044b96f883e0476fbf5408d4f446d6c7%7Cfa7b1b5a7b34438794aed2c178decee1% >>>>>> 7C >>>>>> >>>>>> 0%7C0%7C636402032489256383&sdata=um37Q5hz%2FuCfvJ67yslDrq5qF%2FPPwrRp7 >>>>>> 7u >>>>>> ZTxr7mwQ%3D&reserved=0> >>>>>> that >>>>>> >>>> symbol has been released into the public domain. >>>>>> >>>> >>>>>> >>>> It would make sense then for there to be a unicode character >>>>>> for it, in >>>>>> >>>> the technical range (where play and fast forward and pause >>>>>> glyphs exist) >>>>>> >>>> but I could not find one. >>>>>> >>>> >>>>>> >>>> For me where it would be useful is when designing html5 >>>>>> players, the >>>>>> >>>> standard audio players in most browsers don't show the CC >>>>>> button even >>>>>> >>>> when there are track elements provided and custom JS to >>>>>> display them. >>>>>> >>>> >>>>>> >>>> If it had a unicode character, I could modify my webfont to >>>>>> include it >>>>>> >>>> there and just specify the character glyph (in a span with >>>>>> title >>>>>> >>>> attribute of course) like I do with the other player control >>>>>> elements. >>>>>> >>>> >>>>>> >>>> I can suggest it to the unicode group but I wanted to make >>>>>> sure it >>>>>> >>>> doesn't already exist and I'm just not finding it, and also >>>>>> if it >>>>>> >>>> doesn't, hear any arguments as to why it might be a bad >>>>>> idea. >>>>>> >>>> >>>>>> >>> >>>>>> >>> >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Patrick H. Lauke >>>>>> > >>>>>> > www.splintered.co.uk <http://www.splintered.co.uk> | >>>>>> https://github.com/patrickhlauke >>>>>> <https://github.com/patrickhlauke> >>>>>> > http://flickr.com/photos/redux/ >>>>>> <http://flickr.com/photos/redux/> | http://redux.deviantart.com >>>>>> > twitter: @patrick_h_lauke | skype: patrick_h_lauke >>>>>> > >>>>>> >>>>>> =-=-=-=-=-=-=-=-=-=-=-=-= >>>>>> Elizabeth J. Pyatt, Ph.D. >>>>>> Accessibility IT Consultant >>>>>> Teaching and Learning with Technology >>>>>> Penn State University >>>>>> ejp10@psu.edu <mailto:ejp10@psu.edu>, (814) 865-0805 >>>>>> <tel:%28814%29%20865-0805> or (814) 865-2030 >>>>>> <tel:%28814%29%20865-2030> (Main Office) >>>>>> >>>>>> The 300 Building >>>>>> 304 West College Avenue >>>>>> University Park, PA 16801 >>>>>> http://accessibility.psu.edu >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> J. Albert Bowden II >>>>>> >>>>>> jalbertbowden@gmail.com <mailto:jalbertbowden@gmail.com> >>>>>> >>>>>> http://bowdenweb.com/ >>>>>> >>>> >>>> >>> >> > >
Received on Wednesday, 6 September 2017 20:20:41 UTC