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/
>>>>>>
>>>>
>>>>
>>>
>>
>
>