(un)expand-region-abbrevs

(un)expand-region-abbrevs

[Uwe Brauer]

Hello

I find expand-region-abbrevs quite useful, so would it be possible to
have the inverse function? Unexpand-region-abbrev?

Uwe Brauer 

Re: (un)expand-region-abbrevs

[Andreas Röhler]

On 06.06.2014 11:18, Uwe Brauer wrote:
> Hello
>
> I find expand-region-abbrevs quite useful, so would it be possible to
> have the inverse function? Unexpand-region-abbrev?
>
> Uwe Brauer
>
>
>

Hi Uwe,

should be not so difficult to match strings ahead against abbrev-table entries.
Do you have a use-case for it?

Andreas

(un)expand-region-abbrevs

[Stephen J. Turnbull]

Uwe Brauer writes:

 > I find expand-region-abbrevs quite useful, so would it be possible
 > to have the inverse function? Unexpand-region-abbrev?

I don't see why you believe there would be an inverse.  Suppose I have
abbrevs

u -> Uwe
b -> Brauer
ub -> Uwe Brauer

What should (unexpand-region-abbrev "Uwe Brauer") return?

Re: (un)expand-region-abbrevs

[Andreas Röhler]

On 06.06.2014 13:15, Stephen J. Turnbull wrote:
> Uwe Brauer writes:
>
>   > I find expand-region-abbrevs quite useful, so would it be possible
>   > to have the inverse function? Unexpand-region-abbrev?
>
> I don't see why you believe there would be an inverse.  Suppose I have
> abbrevs
>
> u -> Uwe
> b -> Brauer
> ub -> Uwe Brauer
>
> What should (unexpand-region-abbrev "Uwe Brauer") return?
>
>
>

It would check the word ahead if part of expansions.
Than select the longest match, in this case "ub".

Re: (un)expand-region-abbrevs

[Uwe Brauer]

>>>>> "Stephen" == Stephen J Turnbull <stephen@xemacs.org> writes:

   > Uwe Brauer writes:
   >> I find expand-region-abbrevs quite useful, so would it be possible
   >> to have the inverse function? Unexpand-region-abbrev?

   > I don't see why you believe there would be an inverse.  Suppose I have
   > abbrevs

   > u -> Uwe
   > b -> Brauer
   > ub -> Uwe Brauer

No, no,  the case I have in mind is very different. I have a huge abbrev list
which expands hebrew words to hebrew words with niqqud, like 

שלום -->     שָלֹם 

So sometimes I want to delete the niqqud. 

One might argue that I would be better off to write a short trans-tab
which replaces the niqqud by "nothing", but I got curious whether I
could use an inverse abbrev function.

Re: (un)expand-region-abbrevs

[Stefan Monnier]

> I find expand-region-abbrevs quite useful, so would it be possible to
> have the inverse function? Unexpand-region-abbrev?

"expand-region-abbrev" is not naturally invertible, so you'll need to
describe your use case to see if&how it can be done.


        Stefan

Re: (un)expand-region-abbrevs

[Uwe Brauer]

>> "Stefan" == Stefan Monnier <monnier@iro.umontreal.ca> writes:

   >> I find expand-region-abbrevs quite useful, so would it be possible to
   >> have the inverse function? Unexpand-region-abbrev?

   > "expand-region-abbrev" is not naturally invertible, so you'll need to
   > describe your use case to see if&how it can be done.


   >         Stefan


I just did this in my answer to Stephen+Andreas, it is about niqqud for
hebrew. 

Re: (un)expand-region-abbrevs

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Date: Fri, 06 Jun 2014 14:37:30 +0200
> 
> No, no,  the case I have in mind is very different. I have a huge abbrev list
> which expands hebrew words to hebrew words with niqqud, like 
> 
> שלום -->     שָלֹם 
> 
> So sometimes I want to delete the niqqud. 

You can delete the niqqud characters by hand, you know.

(I actually wonder why you need the abbrevs at all.  Why not just use
an input method that allows to type the niqqud characters at will.)

> One might argue that I would be better off to write a short trans-tab
> which replaces the niqqud by "nothing", but I got curious whether I
> could use an inverse abbrev function.

You can always _add_ those reverse abbrevs, right?

Re: (un)expand-region-abbrevs

[Andreas Röhler]

On 06.06.2014 14:37, Uwe Brauer wrote:
>>>>>> "Stephen" == Stephen J Turnbull <stephen@xemacs.org> writes:
>
>     > Uwe Brauer writes:
>     >> I find expand-region-abbrevs quite useful, so would it be possible
>     >> to have the inverse function? Unexpand-region-abbrev?
>
>     > I don't see why you believe there would be an inverse.  Suppose I have
>     > abbrevs
>
>     > u -> Uwe
>     > b -> Brauer
>     > ub -> Uwe Brauer
>
> No, no,  the case I have in mind is very different. I have a huge abbrev list
> which expands hebrew words to hebrew words with niqqud, like
>
> שלום -->     שָלֹם
>
> So sometimes I want to delete the niqqud.
>
> One might argue that I would be better off to write a short trans-tab
> which replaces the niqqud by "nothing", but I got curious whether I
> could use an inverse abbrev function.
>
>
>
>

Quite easy would be unexpand-abbrev-before-point, resp. after-point.
Which would look up in the abbrev-table and do a simple replace.
With region a multi-word expansion has to be considered.

See code of current edit-abbrevs how to start.

Re: (un)expand-region-abbrevs

[Uwe Brauer]

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

   >> 
   >> שלום -->     שָלֹם 
   >> 
   >> So sometimes I want to delete the niqqud. 

   > You can delete the niqqud characters by hand, you know.

I am not sure what you mean by hand, deleting individually?

Or something like this.
;; incomplete!

(defun my-anti-niqqud ()
  (interactive)
  (query-replace-regexp "ֿ\\|ֱ\\|ֲ\\|ֳ\\|״\\|ְ\\|ּ\\| ֻ\\|ֹ\\|ֶ\\|ֵ\\|ִ\\|ַ\\|ָ\\|ׂ\\|ׁ\\|ׇ\\|ׄ\\|ׅ" ""))

   > (I actually wonder why you need the abbrevs at all.  Why not just use
   > an input method that allows to type the niqqud characters at will.)

This you can ask for any abbrev: "why don't  you type it at will?"

I think in both cases the answer should be: "Because I am lazy" 

   >> One might argue that I would be better off to write a short trans-tab
   >> which replaces the niqqud by "nothing", but I got curious whether I
   >> could use an inverse abbrev function.

   > You can always _add_ those reverse abbrevs, right?

You mean another table which is the inverse table?

Maybe the query-replace-regexp is the easiest solution, although I am
not sure about performance and we can forget the issue.

Re: (un)expand-region-abbrevs

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Date: Fri, 06 Jun 2014 16:45:02 +0200
> 
> >>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
> 
>    >> 
>    >> שלום -->     שָלֹם 
>    >> 
>    >> So sometimes I want to delete the niqqud. 
> 
>    > You can delete the niqqud characters by hand, you know.
> 
> I am not sure what you mean by hand, deleting individually?

Yes, with DEL.  They are just characters.

>    > (I actually wonder why you need the abbrevs at all.  Why not just use
>    > an input method that allows to type the niqqud characters at will.)
> 
> This you can ask for any abbrev: "why don't  you type it at will?"
> 
> I think in both cases the answer should be: "Because I am lazy" 

Abbrevs are about less typing.  How does typing "שלום" instead of
"שָלֹם" "abbreviate" anything, when it's more typing?

>    >> One might argue that I would be better off to write a short trans-tab
>    >> which replaces the niqqud by "nothing", but I got curious whether I
>    >> could use an inverse abbrev function.
> 
>    > You can always _add_ those reverse abbrevs, right?
> 
> You mean another table which is the inverse table?

No, I meant have them in the same table.

Re: (un)expand-region-abbrevs

[Stefan Monnier]

> No, no,  the case I have in mind is very different. I have a huge abbrev list
> which expands hebrew words to hebrew words with niqqud, like 

> שלום -->     שָלֹם 

> So sometimes I want to delete the niqqud. 

Then, yes, it should be easy to write a `abbrev-inverse-table' which
takes an abbrev-table and inverts it (assuming the abbrevs are all
simple and there are no conflicts), and then passes it to
expand-region-abbrevs.


        Stefan

Re: (un)expand-region-abbrevs

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 1232 bytes --]

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:


   > Abbrevs are about less typing.  How does typing "שלום" instead of
   > "שָלֹם" "abbreviate" anything, when it's more typing?

I presume I have not explained this well enough.
I have a minor mode, say ivrit-niqqud, with a associated abbrev-table.
So typing 

   שלום -->     שָלֹם 

This means typing less gives more.

I save the text, close emacs etc and then visit the file again. Now I decide
I want to delete the niqqud of some text (which I mark). If I had an
inverse-expand-region function I could use it now, but I also could use
the small function I posted in an earlier message. The closest thing I
know of would be good old iso-deaccentuate in of pre mule days.[1]

   >> You mean another table which is the inverse table?

   > No, I meant have them in the same table.
I don't understand

 שלום -->     שָלֹם
and also 
 שָלֹם --> שלום

That looks impossible to me. I thought abbrev should be function, in the
sense that one value is mapped to one but not more values.




Footnotes: 
[1]  which still works and makes sense in Xemacs due to a different
implementation of Mule, I presume.


[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5556 bytes --]

Re: (un)expand-region-abbrevs

[Stefan Monnier]

> So typing 

>    שלום -->     שָלֹם 

> This means typing less gives more.

I don't know what the above arrow notation means, nor what it takes to
type either side of the arrow, so I don't know why that explains "typing
less gives more".

> know of would be good old iso-deaccentuate in of pre mule days.[1]
[...]
> [1]  which still works and makes sense in Xemacs due to a different
> implementation of Mule, I presume.

FWIW, iso-deaccentuate is still in obsolete/iso-acc.el and still works,
at least for "é".


        Stefan

Re: (un)expand-region-abbrevs

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 1244 bytes --]

>>>>> "Stefan" == Stefan Monnier <monnier@iro.umontreal.ca> writes:

   >> So typing 
   >> שלום -->     שָלֹם 


   >> This means typing less gives more.

   > I don't know what the above arrow notation means, nor what it takes to
   > type either side of the arrow, so I don't know why that explains "typing
   > less gives more".

--> means expand.

The issue was that I wrote in Hebrew which is R2L, so maybe that is why
it looks confusing. 

So with latin letters and L2R.

Shlm  --> Shalom

Typing the consonants shlm, expands to the word Shalom, with vowels.

Once I have a text with vowels I might want to delete them (or at least
part of it). For that I could use a replace-regexp or an inverse abbrev
table.


   >> know of would be good old iso-deaccentuate in of pre mule days.[1]
   > [...]
   >> [1]  which still works and makes sense in Xemacs due to a different
   >> implementation of Mule, I presume.

   > FWIW, iso-deaccentuate is still in obsolete/iso-acc.el and still works,
   > at least for ë".

Aha, good to know. Thanks, iso-accents-mode however gives strange
result,
typing 'e gives ĉ even with (iso-accents-customize "spanish")
but anyhow it is obsolete...

Uwe 

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5556 bytes --]

Re: (un)expand-region-abbrevs

[Stefan Monnier]

> The issue was that I wrote in Hebrew which is R2L, so maybe that is why
> it looks confusing.

> So with latin letters and L2R.

> Shlm  --> Shalom

Aha, I did figure the "direction of the arrow" thingy, so the part that
confused me was that "Shalom" ended up displayed shorter than "Shlm".

> Aha, good to know. Thanks, iso-accents-mode however gives strange
> result, typing 'e gives ĉ even with (iso-accents-customize "spanish")
> but anyhow it is obsolete...

Yes, iso-accents-mode is deprecated, but we could move the
iso-deaccentuate out of iso-acc (tho we'd want to bring it up to
Unicode while we do that).

        Stefan