Re: Unicode character for CC symbol?

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-not-
>>>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.wiki
>>>pedia.org%2Fwiki%2FFile%3AClosed_captioning_symbol.svg&data=02%7C01%7C%7
>>>C044b96f883e0476fbf5408d4f446d6c7%7Cfa7b1b5a7b34438794aed2c178decee1%7C0
>>>%7C0%7C636402032489256383&sdata=um37Q5hz%2FuCfvJ67yslDrq5qF%2FPPwrRp77uZ
>>>Txr7mwQ%3D&reserved=0
>>>     
>>><https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fen.wik
>>>ipedia.org%2Fwiki%2FFile%3AClosed_captioning_symbol.svg&data=02%7C01%7C%
>>>7C044b96f883e0476fbf5408d4f446d6c7%7Cfa7b1b5a7b34438794aed2c178decee1%7C
>>>0%7C0%7C636402032489256383&sdata=um37Q5hz%2FuCfvJ67yslDrq5qF%2FPPwrRp77u
>>>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 09:48:16 UTC