text-replacements: add ä and the like

text-replacements: add ä and the like

Provides aliases auml,Auml,ouml,Ouml,uuml,Uuml
They were wanted by a user, so why not provide them?
I take it that the list in NR A.13 is auto-generated?

[simon.albrecht, 2016-01-21 12:20:20]

Please review.

[dan_faithful.be, 2016-01-22 01:14:01]

> text-replacements: add ä and the like
> Provides aliases auml,Auml,ouml,Ouml,uuml,Uuml
> They were wanted by a user, so why not provide them?

I don’t want my observation to hold back this change if everyone else likes it,
but this looks like a slippery slope.

[simon.albrecht, 2016-01-22 09:57:27]

On 22.01.2016 02:13, Dan Eble wrote:
>> text-replacements: add ä and the like
>> Provides aliases auml,Auml,ouml,Ouml,uuml,Uuml
>> They were wanted by a user, so why not provide them?
> I don’t want my observation to hold back this change if everyone else likes
it, but this looks like a slippery slope.

What’s the danger that you see?
The alternative would be to deprecate using this input method.  I don’t 
see any reason for that: it’s a useful tool, so we shouldn’t keep such 
limitations as this.  Perhaps it would make sense to organise the list 
in NR A.13 with subheadings, that’s the only issue I /would/ see with a 
much larger number of entries.

Best, Simon

[dak, 2016-01-22 10:13:06]

Simon Albrecht <simon.albrecht@mail.de> writes:

> On 22.01.2016 02:13, Dan Eble wrote:
>>> text-replacements: add &auml; and the like
>>> Provides aliases auml,Auml,ouml,Ouml,uuml,Uuml
>>> They were wanted by a user, so why not provide them?
>> I don’t want my observation to hold back this change if everyone
>> else likes it, but this looks like a slippery slope.
>
> What’s the danger that you see?

There is a whole lot of character entities in Unicode.  Several hundreds
of thousands I think.

> The alternative would be to deprecate using this input method.

Why?

-- 
David Kastrup

[simon.albrecht, 2016-01-22 12:00:16]

On 22.01.2016 11:12, David Kastrup wrote:
> Simon Albrecht <simon.albrecht@mail.de> writes:
>
>> On 22.01.2016 02:13, Dan Eble wrote:
>>>> text-replacements: add &auml; and the like
>>>> Provides aliases auml,Auml,ouml,Ouml,uuml,Uuml
>>>> They were wanted by a user, so why not provide them?
>>> I don’t want my observation to hold back this change if everyone
>>> else likes it, but this looks like a slippery slope.
>> What’s the danger that you see?
> There is a whole lot of character entities in Unicode.  Several hundreds
> of thousands I think.

Of course, but 99,9% of them are much less common than äöü.  The current 
set provided seems somewhat arbitrary anyway.

>
>> The alternative would be to deprecate using this input method.
> Why?

Well, if a user wants to use ä in his lyrics, but there is no 
text-replacements alias, then text-replacements won’t be an option 
anymore.  Currently, it’s in no usable state for languages like Swedish 
and German.  And if somebody without ü on their keyboard wants to type 
in German lyrics, then &uuml; is probably the easiest way to get it, 
unless they use an IDE like Frescobaldi, with a ‘Special characters’ 
panel, where it might only require one click.  But then they wouldn’t 
need text-replacements anyway.

Yours, Simon

[simon.albrecht, 2016-01-25 20:03:22]

On 22.01.2016 13:00, Simon Albrecht wrote:
> On 22.01.2016 11:12, David Kastrup wrote:
>> Simon Albrecht <simon.albrecht@mail.de> writes:
>>
>>> On 22.01.2016 02:13, Dan Eble wrote:
>>>>> text-replacements: add &auml; and the like
>>>>> Provides aliases auml,Auml,ouml,Ouml,uuml,Uuml
>>>>> They were wanted by a user, so why not provide them?
>>>> I don’t want my observation to hold back this change if everyone
>>>> else likes it, but this looks like a slippery slope.
>>> What’s the danger that you see?
>> There is a whole lot of character entities in Unicode.  Several hundreds
>> of thousands I think.
>
> Of course, but 99,9% of them are much less common than äöü.  The 
> current set provided seems somewhat arbitrary anyway.
>
>>
>>> The alternative would be to deprecate using this input method.
>> Why?
>
> Well, if a user wants to use ä in his lyrics, but there is no 
> text-replacements alias, then text-replacements won’t be an option 
> anymore.  Currently, it’s in no usable state for languages like 
> Swedish and German.  And if somebody without ü on their keyboard wants 
> to type in German lyrics, then &uuml; is probably the easiest way to 
> get it, unless they use an IDE like Frescobaldi, with a ‘Special 
> characters’ panel, where it might only require one click.  But then 
> they wouldn’t need text-replacements anyway.

How should I (and James) interpret the silence here? Any more opinions?

Best, Simon

[Knut_Petersen_t-online.de, 2016-01-26 15:03:10]

> How should I (and James) interpret the silence here? Any more opinions?

It would also help ly2video users as that software requires pure 7-bit chars.
Currently I use e.g. "\concat{ W \char ##x0fc nsche } }" instead of "Wünsche".

cu,
  Knut

[paul_paulwmorris.com, 2016-01-26 16:25:54]

> On Jan 25, 2016, at 3:03 PM, Simon Albrecht <simon.albrecht@mail.de> wrote:
> 
> How should I (and James) interpret the silence here? Any more opinions?
> 
> Best, Simon

Seems ok to me, especially since we have a user asking about these in particular
and they are so common.  

If we start to slide much further down the slippery slope toward full unicode
coverage we can reassess.

-Paul

[t.daniels_treda.co.uk, 2016-01-26 16:45:13]

Simon Albrecht wrote Monday, January 25, 2016 8:03 PM
 
> How should I (and James) interpret the silence here? Any more opinions?

If a user has requested additional characters which have an html character
(non-numeric) definition and a developer is willing to do the work I see no 
reason why they should not be added.

Trevor

[pkx166h, 2016-02-02 19:54:35]

author	Simon Albrecht <simon.albrecht@mail.de>	
	Tue, 2 Feb 2016 19:50:38 +0000 (19:50 +0000)
committer	James Lowe <pkx166h@gmail.com>	
	Tue, 2 Feb 2016 19:53:18 +0000 (19:53 +0000)
commit	c0fb2d938f196a776e3790f7e59b103faa9dfc4f