all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Emacs release schedule and Akihito's abdication
@ 2018-07-27 20:20 Paul Eggert
  2018-07-27 20:35 ` John Wiegley
                   ` (2 more replies)
  0 siblings, 3 replies; 10+ messages in thread
From: Paul Eggert @ 2018-07-27 20:20 UTC (permalink / raw)
  To: Emacs Development

Should we plan for a new release around March 2019, if only a point release? 
Otherwise, a lot of Japanese text will stop working, due to the expected 
abdication of Emperor Akihito in April 2019, and the use of a new character in 
Japanese-format dates. This differs from ordinary Unicode updates, since the new 
character is likely to be quite common pretty quickly, at least in Japanese 
text. The new character will not be announced until late February 2019, 
unfortunately. See:

Whistler K. Unicode 12.1 Planning Considerations. 2018-07-16. 
https://www.unicode.org/L2/L2018/18220-u121planning.txt

Hern A. Big tech warns of 'Japan's millennium bug' ahead of Akihito's 
abdication. The Guardian. 2018-07-25. 
https://www.theguardian.com/technology/2018/jul/25/big-tech-warns-japan-millennium-bug-y2k-emperor-akihito-abdication



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-27 20:20 Emacs release schedule and Akihito's abdication Paul Eggert
@ 2018-07-27 20:35 ` John Wiegley
  2018-07-27 21:17 ` Eli Zaretskii
  2018-07-27 21:38 ` Clément Pit-Claudel
  2 siblings, 0 replies; 10+ messages in thread
From: John Wiegley @ 2018-07-27 20:35 UTC (permalink / raw)
  To: Paul Eggert; +Cc: Emacs Development

>>>>> "PE" == Paul Eggert <eggert@cs.ucla.edu> writes:

PE> Should we plan for a new release around March 2019, if only a point
PE> release? Otherwise, a lot of Japanese text will stop working, due to the
PE> expected abdication of Emperor Akihito in April 2019, and the use of a new
PE> character in Japanese-format dates. This differs from ordinary Unicode
PE> updates, since the new character is likely to be quite common pretty
PE> quickly, at least in Japanese text. The new character will not be
PE> announced until late February 2019, unfortunately.

I think a patch to the release branch would be reasonable for that purpose; I
wonder how long it will take for that release to make it into all channels.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-27 20:20 Emacs release schedule and Akihito's abdication Paul Eggert
  2018-07-27 20:35 ` John Wiegley
@ 2018-07-27 21:17 ` Eli Zaretskii
  2018-07-27 23:36   ` Paul Eggert
  2018-07-27 21:38 ` Clément Pit-Claudel
  2 siblings, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2018-07-27 21:17 UTC (permalink / raw)
  To: Paul Eggert; +Cc: Emacs-devel

> From: Paul Eggert <eggert@cs.ucla.edu>
> Date: Fri, 27 Jul 2018 13:20:38 -0700
> 
> Should we plan for a new release around March 2019, if only a point release? 

Are you asking about Emacs 27.1 or about Emacs 26.2?  I hope the
latter will be released sooner than March 2019.

Incorporating a new version of Unicode is not a large job, especially
if the only change is addition of a single character.



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-27 20:20 Emacs release schedule and Akihito's abdication Paul Eggert
  2018-07-27 20:35 ` John Wiegley
  2018-07-27 21:17 ` Eli Zaretskii
@ 2018-07-27 21:38 ` Clément Pit-Claudel
  2018-07-27 23:41   ` Paul Eggert
  2018-07-28 11:08   ` Van L
  2 siblings, 2 replies; 10+ messages in thread
From: Clément Pit-Claudel @ 2018-07-27 21:38 UTC (permalink / raw)
  To: emacs-devel

On 2018-07-27 16:20, Paul Eggert wrote:
> Should we plan for a new release around March 2019, if only a point release? Otherwise, a lot of Japanese text will stop working, due to the expected abdication of Emperor Akihito in April 2019, and the use of a new character in Japanese-format dates.

Thanks for highlighting the issue, Paul.

I hope you can indulge a naive question :)  Can you clarify how Japanese text would break?  My quite-possibly-incorrect mental model is that Emacs finds appropriate characters in fonts by codepoint, so assuming installed fonts support it, shouldn't Emacs should be able to display the new character just fine?

Of course, the output of C-u x = would likely be broken or partial, but would text display be broken too?

Thanks!
Clément.



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-27 21:17 ` Eli Zaretskii
@ 2018-07-27 23:36   ` Paul Eggert
  0 siblings, 0 replies; 10+ messages in thread
From: Paul Eggert @ 2018-07-27 23:36 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Emacs-devel

Eli Zaretskii wrote:
> Are you asking about Emacs 27.1 or about Emacs 26.2?

Whatever the current release is at the time, I expect. The question is more 
"will we be prepared to cut a release quickly" than predicting an exact release 
number now. I assume the answer is "yes", and am mostly bringing up the issue 
now as a heads-up.



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-27 21:38 ` Clément Pit-Claudel
@ 2018-07-27 23:41   ` Paul Eggert
  2018-07-28  5:00     ` Clément Pit-Claudel
  2018-07-28 11:08   ` Van L
  1 sibling, 1 reply; 10+ messages in thread
From: Paul Eggert @ 2018-07-27 23:41 UTC (permalink / raw)
  To: Clément Pit-Claudel, emacs-devel

Clément Pit-Claudel wrote:
> Can you clarify how Japanese text would break?

Sorry, I don't know exactly. One thing is that the regular expression 
[[:alpha:]] wouldn't match the new character even though it'll be alphabetic. 
Although I expect more issues will arise, not being a heavy-duty Japanese user I 
don't know what they'll be.

 From the Unicode point of view, the issue is not merely assigning a code point 
for the new character (that's already done: it'll be U+32FF), it's assigning 
compatibility decompositions, something that won't be known until the new 
emperor chooses his name. For example, the current emperor's name ㍻ (U+337B) is 
a composition of 平成 (U+5E73, U+6210). Because decompositions must be cast in 
stone before the code point is officially issued, Unicode won't update its 
tables until it knows the actual name and how it's composed. And because it 
won't update its tables, I expect that Emacs (and other software apps) will wait 
until it does, which means that older programs may well mishandle the new character.

The new emperor could help out by choosing a name now, but Japanese imperial 
protocol long predates Unicode and I expect they're not gonna change how they do 
things just because some young whippersnapper computer dudes ask them to.

Also, suppose the new emperor decides on a single-character name that's already 
in Unicode; presumably U+32FF will not be assigned to the name after all. I 
think this unlikely, though, as getting a character of your own is one of the 
perks of being emperor.

There are other possibilities, including the unexpected death of an emperor 
(things get pretty complicated for dates, but I expect for text it's merely just 
keeping a catalog of all the names).



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-27 23:41   ` Paul Eggert
@ 2018-07-28  5:00     ` Clément Pit-Claudel
  2018-07-28  7:09       ` Eli Zaretskii
  0 siblings, 1 reply; 10+ messages in thread
From: Clément Pit-Claudel @ 2018-07-28  5:00 UTC (permalink / raw)
  To: Paul Eggert, emacs-devel

On 2018-07-27 19:41, Paul Eggert wrote:
> Clément Pit-Claudel wrote:
>> Can you clarify how Japanese text would break?
> 
> Sorry, I don't know exactly. One thing is that the regular expression [[:alpha:]] wouldn't match the new character even though it'll be alphabetic. Although I expect more issues will arise, not being a heavy-duty Japanese user I don't know what they'll be.

Thanks.  Maybe someone else on the list will have further insight :)

> From the Unicode point of view, the issue is not merely assigning a code point for the new character (that's already done: it'll be U+32FF)

Indeed (I read your two links with great interest, and these issues were what I alluded to in mentioning C-u x =).  The point about [[:alpha:]] is a good one.  If it's the only issue, maybe we could save an extra release by ensuring that [:alpha:] includes U+32FF (we don't need to know what U+32FF will look like to add it to the appropriate regex class).

As I mentioned earlier, this is mostly curiosity :)
Clément.



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-28  5:00     ` Clément Pit-Claudel
@ 2018-07-28  7:09       ` Eli Zaretskii
  0 siblings, 0 replies; 10+ messages in thread
From: Eli Zaretskii @ 2018-07-28  7:09 UTC (permalink / raw)
  To: Clément Pit-Claudel; +Cc: eggert, emacs-devel

> From: Clément Pit-Claudel <cpitclaudel@gmail.com>
> Date: Sat, 28 Jul 2018 01:00:45 -0400
> 
> On 2018-07-27 19:41, Paul Eggert wrote:
> > Clément Pit-Claudel wrote:
> >> Can you clarify how Japanese text would break?
> > 
> > Sorry, I don't know exactly. One thing is that the regular expression [[:alpha:]] wouldn't match the new character even though it'll be alphabetic. Although I expect more issues will arise, not being a heavy-duty Japanese user I don't know what they'll be.
> 
> Thanks.  Maybe someone else on the list will have further insight :)

I'm not sure it is worth the hassle, but one might go through
admin/notes/Unicode, and consider whether any of the stuff we do there
when importing a new Unicode version may or may not be affected by
this issue.

Regardless, we always try to comply to the latest version of the
Unicode standard when we release Emacs, so if a draft of Unicode will
have existed with the new character by the time we make the release,
we could use that.



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-27 21:38 ` Clément Pit-Claudel
  2018-07-27 23:41   ` Paul Eggert
@ 2018-07-28 11:08   ` Van L
  2018-07-28 20:53     ` Paul Eggert
  1 sibling, 1 reply; 10+ messages in thread
From: Van L @ 2018-07-28 11:08 UTC (permalink / raw)
  To: Emacs-Devel devel


> I hope you can indulge a naive question :)

Are there any memories from 1989 
at the last era change in Japan?



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Emacs release schedule and Akihito's abdication
  2018-07-28 11:08   ` Van L
@ 2018-07-28 20:53     ` Paul Eggert
  0 siblings, 0 replies; 10+ messages in thread
From: Paul Eggert @ 2018-07-28 20:53 UTC (permalink / raw)
  To: Van L, Emacs-Devel devel

Van L wrote:
> Are there any memories from 1989 at the last era change in Japan?

That predates Unicode. Although I don't have personal memories of the 
transition, I suspect that back then instead of ㍻ (U+337B SQUARE ERA NAME 
HEISEI) people just wrote the two characters 平成 (U+5E73, U+6210) as both of the 
latter are in JIS X 0208-1983. Most likely a similar substitute will be 
available next year, though we won't know for sure until late February at the 
earliest.

In my limited experience the two-character spelling is ubiquitous even today, 
and the special single character is used mostly in official documents.



^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2018-07-28 20:53 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-07-27 20:20 Emacs release schedule and Akihito's abdication Paul Eggert
2018-07-27 20:35 ` John Wiegley
2018-07-27 21:17 ` Eli Zaretskii
2018-07-27 23:36   ` Paul Eggert
2018-07-27 21:38 ` Clément Pit-Claudel
2018-07-27 23:41   ` Paul Eggert
2018-07-28  5:00     ` Clément Pit-Claudel
2018-07-28  7:09       ` Eli Zaretskii
2018-07-28 11:08   ` Van L
2018-07-28 20:53     ` Paul Eggert

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.