Re: Unicode character for CC symbol?

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