It's nicer to use right-handed scissors left-handed because you get an unobstructed view of the cut line. The children's stamped ones hurt your hand and the ergo ones are impossible but once you learn to keep the blades in shear it's a better experience than lefty scissors.
I worked at a company with a large multi-ethnic workforce. They had an Indian subsidiary but didn't play the H1B game. The rule was English only in the office to avoid exclusion.
The US has a statutory rapist and someone who believes in active weather manipulation seated in Congress. It's easy to get the masses to turn off their brains.
C64 has a lot of failure prone parts. Much of that is due to the nature of NMOS construction. You'd want to target large feature size CMOS from the late 80s to early 90s to hit the sweet spot of semiconductor longevity.
Unicode has only one apostrophe. The same one as ASCII apostrophe. The problem here is people using right single qoute as a "fancy" apostrophe when they should be using a font that renders apostrophe in the desired way. I have to fix this junk all the time in CD-text and Musicbrainz metadata.
Sadly, I don't think that pedantic people will accept Unicode's notes, the same way that they will stil use the Ohm symbol (which is just there for CJK compatibilty) even if Unicode explicitly stated that the correct approach is to use the capital omega symbol.
(Or even the dreaded case of using the Philippine Peso sign (which is simply named in Unicode as the PESO SIGN) for other pesos, which is sometimes encountered in some apps! At least this is outright wrong that it is corrected immediately.)
First: no, that reasoning doesn't generalize nearly well enough. Unicode has many quotation marks, and " is just one of them. “ and ” are perfectly acceptable to use to wrap double-quoted text and you can't say they "should" use ordinary " and a proper font, because a font doesn't know which one is the beginning and which is the end of the quoted text. (Hence why those characters even exist).
Second: no, Unicode definitely considers other characters to be apostrophes:
>>> unicodedata.name(chr(700)) # https://en.wikipedia.org/wiki/Modifier_letter_apostrophe
'MODIFIER LETTER APOSTROPHE'
>>> unicodedata.name(chr(1370)) # https://en.wikipedia.org/wiki/Armenian_(Unicode_block)
'ARMENIAN APOSTROPHE'
>>> unicodedata.name(chr(2036)) # https://en.wikipedia.org/wiki/N%27Ko_script
'NKO HIGH TONE APOSTROPHE'
>>> unicodedata.name(chr(2037))
'NKO LOW TONE APOSTROPHE'
>>> unicodedata.name(chr(65287)) # https://en.wikipedia.org/wiki/Halfwidth_and_fullwidth_forms
'FULLWIDTH APOSTROPHE'
>>> unicodedata.name(chr(917543)) # https://en.wikipedia.org/wiki/Tags_(Unicode_block)
'TAG APOSTROPHE'
For that matter, there's a "Greek question mark" (https://en.wikipedia.org/wiki/Question_mark#Greek_question_m...) which is semantically equivalent to ? for Greek text, but rendered identically to ; in most fonts. And there are some CJK ideographs (https://en.wikipedia.org/wiki/Ghost_characters) which represent completely fake characters not used in any writing (including in any other East Asian language), which were included in an old Japanese character standard by mistake and then copied into Unicode.
"Unicode only has one" is the start of a lot of false claims. It is very much "designed by committee".
You should take this argument back to the OP or zahlman re. whether referencing Unicode implies agreement with any nonsense in the standard's comments (such as rejecting the literal "apostrophe" to be used as an apostrophe).
I was responding to the list of symbols named "apostrophe", where zahlman also seems to follow the consistent logic of only listing apostrophes, not quotes
> You should take this argument back to the OP or zahlman re. whether referencing Unicode implies agreement with any nonsense in the standard's comments (such as rejecting the literal "apostrophe" to be used as an apostrophe).
You: No, that’s completely true what they said there
You: Wait, you should take that up with them…
Just don’t speak out of your mouth with “Unicode” when you aren’t prepared to get it thrown back in your face? Doesn’t seem difficult.
> I was responding to the list of symbols named "apostrophe", where zahlman also seems to follow the consistent logic of only listing apostrophes, not quotes
Oh wow they’re named apostrophe? How great. I’ll start using this “start of header” character in my emails, that is probably so fit for purpose.
> Unicode has only one apostrophe. The same one as ASCII apostrophe. The problem here is people using right single qoute as a "fancy" apostrophe when they should be using a font that renders apostrophe in the desired way.
No, the ASCII ‘quotes’ are inch and foot markers. Relying on a font to render the the inch and foot markers as quotes is a … unique … approach.
> I have to fix this junk all the time in CD-text and Musicbrainz metadata.
Wait, are you the guy whose Musicbrainz titles are constantly replacing my carefully- and properly-punctuated ones every time I sync? I beg you to reconsider.
What input method are you using such that this is even possible? Nearly all English speakers are using keyboards with a single apostrophe key which inserts \x27, and could not insert any of the other quote characters even if they wanted to. As a result, nearly all extant English-language text uses \x27 for both apostrophes and single quotes, and all this Unicode prescriptivism is describing a convention that is clearly not the one that English actually follows.
> What input method are you using such that this is even possible?
ibus. In my X settings the physical Caps Lock key is turned into Compose, and then I can easily type ‘ with Compose <' (and vice-versa), ’ with Compose >' (ditto), “ with Compose <" (ditto), ” with Compose >" (ditto), ß with Compose ss, þ with Compose th, Þ with Compose TH, æ with Compose ae, Æ with Compose AE, … with Compose .., — with Compose ---, – with Compose --. and so forth.
https://github.com/kragen/xcompose offers an excellent XCompose file with over a thousand wonderful Compose mappings. Highly recommended!
There is also a third which is often used, U+2019:
> The Unicode character ’ (U+2019 right single quotation mark) is used for both a typographic apostrophe and a single right (closing) quotation mark.[1] This is due to the many fonts and character sets (such as CP1252) that unified the characters into a single code point, and the difficulty of software distinguishing which character is intended by a user's typing.[2] There are arguments that the typographic apostrophe should be a different code point, U+02BC modifier letter apostrophe.[3][better source needed]
> The straight apostrophe ' (the "ASCII apostrophe", U+0027 ' apostrophe) is even more ambiguous, as it could also be intended as a left or right quotation mark, or a prime symbol.
reply