unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Auto-fill-mode bug: unbreakable space lost
@ 2005-03-22 20:08 Gaetan Leurent
  2005-03-22 20:29 ` Stefan Monnier
  0 siblings, 1 reply; 30+ messages in thread
From: Gaetan Leurent @ 2005-03-22 20:08 UTC (permalink / raw)


- Steps to reproduce with a recent CVS emacs:

start emacs -Q

switch some buffer to text-mode: M-x text-mode
activate auto-fill-mode: M-x auto-fill-mode

insert the following text:
blahblah blahblah blahblahblah blahblah blahblahblah blahblah blahblah blah
(note that the last space is an unbreakable one)

put the point before the unbreakable space, and insert a normal space

the unbreakable space disappears when the text warps (fill-column should
be 70)


- This behavior seems wrong to me: I think the unbreakable space should
be kept. Besides, it was kept in emacs 21.3.

- With a CVS version from 2005-02-21 with the multi-tty patch, emacs
even crashes after trying a couple of time in a Gnus buffer (but not in
a regular text-mode buffer). This no longer happens with a recent CVS,
but I suspect there is (or was) something really wrong somewhere.

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-22 20:08 Auto-fill-mode bug: unbreakable space lost Gaetan Leurent
@ 2005-03-22 20:29 ` Stefan Monnier
  2005-03-23  0:30   ` Kevin Rodgers
  0 siblings, 1 reply; 30+ messages in thread
From: Stefan Monnier @ 2005-03-22 20:29 UTC (permalink / raw)
  Cc: emacs-devel

> - Steps to reproduce with a recent CVS emacs:
> start emacs -Q

> switch some buffer to text-mode: M-x text-mode
> activate auto-fill-mode: M-x auto-fill-mode

> insert the following text:
> blahblah blahblah blahblahblah blahblah blahblahblah blahblah blahblah blah
> (note that the last space is an unbreakable one)

> put the point before the unbreakable space, and insert a normal space

> the unbreakable space disappears when the text warps (fill-column should
> be 70)


> - This behavior seems wrong to me: I think the unbreakable space should
> be kept. Besides, it was kept in emacs 21.3.

It seems the problem is due to `back-to-indentation' which skips chars with
a "whitespace" syntax and NBSP does have whitespace syntax.

Maybe NBSP shouldn't have whitespace syntax.


        Stefan

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-22 20:29 ` Stefan Monnier
@ 2005-03-23  0:30   ` Kevin Rodgers
  2005-03-23  0:44     ` David Kastrup
  2005-03-23 13:34     ` Stefan
  0 siblings, 2 replies; 30+ messages in thread
From: Kevin Rodgers @ 2005-03-23  0:30 UTC (permalink / raw)


Stefan Monnier wrote:
> It seems the problem is due to `back-to-indentation' which skips chars with
> a "whitespace" syntax and NBSP does have whitespace syntax.
> 
> Maybe NBSP shouldn't have whitespace syntax.

Whaaa?  What syntax should it have instead?

Perhaps whitespace is actually a category consisting of
horizontal (space, tab, NBSP) and vertical subcategories
(linefeed, return, formfeed).

-- 
Kevin Rodgers

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-23  0:30   ` Kevin Rodgers
@ 2005-03-23  0:44     ` David Kastrup
  2005-03-23 13:34     ` Stefan
  1 sibling, 0 replies; 30+ messages in thread
From: David Kastrup @ 2005-03-23  0:44 UTC (permalink / raw)
  Cc: emacs-devel

Kevin Rodgers <ihs_4664@yahoo.com> writes:

> Stefan Monnier wrote:
>> It seems the problem is due to `back-to-indentation' which skips
>> chars with a "whitespace" syntax and NBSP does have whitespace
>> syntax.  Maybe NBSP shouldn't have whitespace syntax.
>
> Whaaa?  What syntax should it have instead?

Word constituent or symbol?  Whitespace is, with regard to filling,
interchangeable, and NBSP certainly does not fit that category.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-23  0:30   ` Kevin Rodgers
  2005-03-23  0:44     ` David Kastrup
@ 2005-03-23 13:34     ` Stefan
  2005-03-23 19:19       ` Gaetan Leurent
  1 sibling, 1 reply; 30+ messages in thread
From: Stefan @ 2005-03-23 13:34 UTC (permalink / raw)
  Cc: emacs-devel

>> It seems the problem is due to `back-to-indentation' which skips chars with
>> a "whitespace" syntax and NBSP does have whitespace syntax.
>> Maybe NBSP shouldn't have whitespace syntax.
> Whaaa?  What syntax should it have instead?

I guess punctuation.  An NBSP *looks like* whitespace but its intended
behavior is to not be treated like whitespace (at leasst according to this
bug-report).


        Stefan

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-23 13:34     ` Stefan
@ 2005-03-23 19:19       ` Gaetan Leurent
  2005-03-23 19:57         ` Stefan Monnier
  0 siblings, 1 reply; 30+ messages in thread
From: Gaetan Leurent @ 2005-03-23 19:19 UTC (permalink / raw)



Stefan wrote on 23 Mar 2005 14:34:51 +0100:

>>> Maybe NBSP shouldn't have whitespace syntax.
>> Whaaa?  What syntax should it have instead?
>
> I guess punctuation.  An NBSP *looks like* whitespace but its intended
> behavior is to not be treated like whitespace (at leasst according to this
> bug-report).

Well, I don't know exactly how NBSP should be handled, and in fact both
solutions could make sense.

The current behavior annoys me because I make the French quotation mark
'«' insert '«  »' and put the point between the NBSP, because french
quotations should be « like this », and if auto-fill mode gets in my way
while I fill the quotation, I loose the NBSP.

Concerning whitespace, a quick 'fgrep '" \t"' -r .' in the emacs source
shows quite lot of place where this is still used to match whitespace
instead of using the whitespace syntax, even in fill.el, so it's a bit
confusing...

-- 
Gaëtan LEURENT

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-23 19:19       ` Gaetan Leurent
@ 2005-03-23 19:57         ` Stefan Monnier
  2005-03-24 12:10           ` Gaetan Leurent
  0 siblings, 1 reply; 30+ messages in thread
From: Stefan Monnier @ 2005-03-23 19:57 UTC (permalink / raw)
  Cc: emacs-devel

> The current behavior annoys me because I make the French quotation mark
> '«' insert '«  »' and put the point between the NBSP, because french
> quotations should be « like this », and if auto-fill mode gets in my way
> while I fill the quotation, I loose the NBSP.

I find NBSP to be a source of too many problems, so I think it should be
kept for those rare cases where the unbreakability of a space isn't obvious
from context.

Try (add-hook 'fill-nobreak-predicate 'fill-french-nobreak-p)
Note that fill-french-nobreak-p is new in Emacs-CVS.
   
> Concerning whitespace, a quick 'fgrep '" \t"' -r .' in the emacs source
> shows quite lot of place where this is still used to match whitespace
> instead of using the whitespace syntax, even in fill.el, so it's a bit
> confusing...

Indeed, it's messy.


        Stefan

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-23 19:57         ` Stefan Monnier
@ 2005-03-24 12:10           ` Gaetan Leurent
  2005-03-24 13:52             ` Stefan
  2005-03-24 14:05             ` Stefan
  0 siblings, 2 replies; 30+ messages in thread
From: Gaetan Leurent @ 2005-03-24 12:10 UTC (permalink / raw)



Stefan Monnier wrote on 23 Mar 2005 20:57:46 +0100:

> I find NBSP to be a source of too many problems, so I think it should be
> kept for those rare cases where the unbreakability of a space isn't obvious
> from context.
>
> Try (add-hook 'fill-nobreak-predicate 'fill-french-nobreak-p)
> Note that fill-french-nobreak-p is new in Emacs-CVS.

This is not a solution, I can't just put a normal space and rely on
emacs to DTRT. For instance, if I am writing an HTML page, even if a
space is obviously unbreakable, I must put a NBSP. If I am writing some
text together with someone else, I can't assume that his text editor
will DTRT. And even when writing an email, if someone quotes my text and
re-warp it, I don't want those obviously unbreakable spaces to be
broken.

So NBSP is useful, and emacs should handle it properly.

-- 
Gaëtan LEURENT

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-24 12:10           ` Gaetan Leurent
@ 2005-03-24 13:52             ` Stefan
  2005-03-24 14:05             ` Stefan
  1 sibling, 0 replies; 30+ messages in thread
From: Stefan @ 2005-03-24 13:52 UTC (permalink / raw)
  Cc: emacs-devel

> So NBSP is useful, and Emacs should handle it properly.

I had no intention to claim that Emacs's treatment of NBSP shouldn't be
improved.  I was just pointing out some other solution which I find superior
in many cases.  I'd even argue that other tools should do the same.


        Stefan

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-24 12:10           ` Gaetan Leurent
  2005-03-24 13:52             ` Stefan
@ 2005-03-24 14:05             ` Stefan
  2005-03-24 21:33               ` Juri Linkov
  1 sibling, 1 reply; 30+ messages in thread
From: Stefan @ 2005-03-24 14:05 UTC (permalink / raw)
  Cc: emacs-devel

> So NBSP is useful, and Emacs should handle it properly.

BTW, could you try:

  (modify-syntax-entry (make-char 'latin-iso8859-1 160) "."
                       (standard-syntax-table))

and/or

  (modify-syntax-entry (make-char 'latin-iso8859-15 160) "."
                       (standard-syntax-table))

and see if it fixes your problem (it should) and also if it has other
undesirable side-effects?


        Stefan

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-24 14:05             ` Stefan
@ 2005-03-24 21:33               ` Juri Linkov
  2005-03-25 17:23                 ` Ehud Karni
  2005-03-26  2:17                 ` Richard Stallman
  0 siblings, 2 replies; 30+ messages in thread
From: Juri Linkov @ 2005-03-24 21:33 UTC (permalink / raw)
  Cc: gaetan.leurent, emacs-devel

BTW, now Emacs highlights non-breaking space and soft hyphen only for
two charsets.  Perhaps support for all other charsets should be added
to xdisp.c? I.e. to test for the following characters:

iso8859-2:  0x920 0x92d
iso8859-3:  0x9a0 0x9ad
iso8859-4:  0xa20 0xa2d
iso8859-5:  0xe20 0xe2d
iso8859-6:  0xba0 0xbad
iso8859-7:  0xb20 0xb2d
iso8859-8:  0xc20 0xc2d
iso8859-9:  0xea0 0xead
iso8859-14: 0xfa0 0xfad
iso8859-15: 0xf20 0xf2d

-- 
Juri Linkov
http://www.jurta.org/emacs/

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-24 21:33               ` Juri Linkov
@ 2005-03-25 17:23                 ` Ehud Karni
  2005-03-25 18:08                   ` Andreas Schwab
                                     ` (2 more replies)
  2005-03-26  2:17                 ` Richard Stallman
  1 sibling, 3 replies; 30+ messages in thread
From: Ehud Karni @ 2005-03-25 17:23 UTC (permalink / raw)
  Cc: monnier, gaetan.leurent, emacs-devel

On Thu, 24 Mar 2005 23:33:48 +0200, Juri Linkov <juri@jurta.org> wrote:
>
> BTW, now Emacs highlights non-breaking space and soft hyphen only for
> two charsets.  Perhaps support for all other charsets should be added
> to xdisp.c? I.e. to test for the following characters:
>
> iso8859-2:  0x920 0x92d
> iso8859-3:  0x9a0 0x9ad
> iso8859-4:  0xa20 0xa2d
> iso8859-5:  0xe20 0xe2d
> iso8859-6:  0xba0 0xbad
> iso8859-7:  0xb20 0xb2d
> iso8859-8:  0xc20 0xc2d
> iso8859-9:  0xea0 0xead
> iso8859-14: 0xfa0 0xfad
> iso8859-15: 0xf20 0xf2d

I second that. May be we should define the shift space (S-SPC) key to
produce the non-breaking space in the current charset (I did it for
Hebrew - iso8859-8). The definition for non-breaking hyphen (minus)
can not be done this way, because shift hyphen produce underscore (_)
(at least in US/Hebrew keyboard).

Ehud.


--
 Ehud Karni           Tel: +972-3-7966-561  /"\
 Mivtach - Simon      Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 GnuPG: 98EA398D <http://www.keyserver.net/>    Better Safe Than Sorry

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-25 17:23                 ` Ehud Karni
@ 2005-03-25 18:08                   ` Andreas Schwab
  2005-03-25 18:22                   ` Stefan Monnier
  2005-03-27  3:52                   ` Richard Stallman
  2 siblings, 0 replies; 30+ messages in thread
From: Andreas Schwab @ 2005-03-25 18:08 UTC (permalink / raw)
  Cc: juri, monnier, gaetan.leurent, emacs-devel

"Ehud Karni" <ehud@unix.mvs.co.il> writes:

> I second that. May be we should define the shift space (S-SPC) key to
> produce the non-breaking space in the current charset (I did it for
> Hebrew - iso8859-8). The definition for non-breaking hyphen (minus)
> can not be done this way, because shift hyphen produce underscore (_)
> (at least in US/Hebrew keyboard).

You can use C-x 8 SPC and C-x 8 - to produce these characters, which
together with unify-8859-on-encoding-mode (which is the default) gives you
the right characters for your charset.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-25 17:23                 ` Ehud Karni
  2005-03-25 18:08                   ` Andreas Schwab
@ 2005-03-25 18:22                   ` Stefan Monnier
  2005-03-27  3:52                   ` Richard Stallman
  2 siblings, 0 replies; 30+ messages in thread
From: Stefan Monnier @ 2005-03-25 18:22 UTC (permalink / raw)
  Cc: juri, gaetan.leurent, emacs-devel

> I second that. May be we should define the shift space (S-SPC) key to
> produce the non-breaking space in the current charset (I did it for
> Hebrew - iso8859-8).

Please don't make it too easy to insert a NBSP, except in text modes.
Subreptitious insertion of NBSP in code is a pain the <beep>.

I just helped someone who suffered from "in C++ every once in a while, the
SPC after << turns into a char \240 which I can't see in Emacs but on which
gcc burps".  It turns out the problem is that to insert a < on his keyboard
he needs to hit Alt-, and he often wasn't careful enough to release the Alt
before hitting the subsequent SPC and Alt-SPC on his keyboard sends an NBSP.

So you can understand I'm not looking forward to Shift-SPC inserting
an NBSP.


        Stefan

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-24 21:33               ` Juri Linkov
  2005-03-25 17:23                 ` Ehud Karni
@ 2005-03-26  2:17                 ` Richard Stallman
  1 sibling, 0 replies; 30+ messages in thread
From: Richard Stallman @ 2005-03-26  2:17 UTC (permalink / raw)
  Cc: monnier, gaetan.leurent, emacs-devel

    BTW, now Emacs highlights non-breaking space and soft hyphen only for
    two charsets.  Perhaps support for all other charsets should be added
    to xdisp.c? I.e. to test for the following characters:

This seems like the right way to go.  Could you do it in some
reasonably clean way?

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-25 17:23                 ` Ehud Karni
  2005-03-25 18:08                   ` Andreas Schwab
  2005-03-25 18:22                   ` Stefan Monnier
@ 2005-03-27  3:52                   ` Richard Stallman
  2005-03-27  5:30                     ` Miles Bader
                                       ` (4 more replies)
  2 siblings, 5 replies; 30+ messages in thread
From: Richard Stallman @ 2005-03-27  3:52 UTC (permalink / raw)
  Cc: juri, monnier, gaetan.leurent, emacs-devel

    I second that. May be we should define the shift space (S-SPC) key to
    produce the non-breaking space in the current charset (I did it for
    Hebrew - iso8859-8).

That could be a good idea, but it could also conceivably cause
problems.  Maybe some people type spaces while holding down the shift
key and expect it to be an ordinary space (such as, between words that
are all caps).

I don't know whether this will turn out to be a real problem or not.
I just see that it could be one.

    You can use C-x 8 SPC and C-x 8 - to produce these characters, which
    together with unify-8859-on-encoding-mode (which is the default) gives you
    the right characters for your charset.

I was thinking that C-x 8 is obsolete, but if this is the best way to
do that, maybe it means C-x 8 is not obsolete.  What do people think?

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-27  3:52                   ` Richard Stallman
@ 2005-03-27  5:30                     ` Miles Bader
  2005-03-28 16:25                       ` Richard Stallman
  2005-03-28 18:45                       ` David Kastrup
  2005-03-27  5:34                     ` Miles Bader
                                       ` (3 subsequent siblings)
  4 siblings, 2 replies; 30+ messages in thread
From: Miles Bader @ 2005-03-27  5:30 UTC (permalink / raw)
  Cc: juri, ehud, monnier, gaetan.leurent, emacs-devel

On Sat, 26 Mar 2005 22:52:47 -0500, Richard Stallman <rms@gnu.org> wrote:
>     I second that. May be we should define the shift space (S-SPC) key to
>     produce the non-breaking space in the current charset (I did it for
>     Hebrew - iso8859-8).
> 
> That could be a good idea, but it could also conceivably cause
> problems.  Maybe some people type spaces while holding down the shift
> key and expect it to be an ordinary space (such as, between words that
> are all caps).

Yes, I think it would be a real problem.

I use S-SPC to toggle the X input method, and am _constantly_
triggering it by mistake, even though I'm (obviously) very aware of
the problem and try not to.  As you can imagine this usually happens
when typing a space after entering a capitalized word or shifted
symbol -- my shift-key release reflex is often just a little too slow.

-Miles
-- 
Do not taunt Happy Fun Ball.

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-27  3:52                   ` Richard Stallman
  2005-03-27  5:30                     ` Miles Bader
@ 2005-03-27  5:34                     ` Miles Bader
  2005-03-28 16:25                       ` Richard Stallman
  2005-03-27 10:56                     ` Eli Zaretskii
                                       ` (2 subsequent siblings)
  4 siblings, 1 reply; 30+ messages in thread
From: Miles Bader @ 2005-03-27  5:34 UTC (permalink / raw)
  Cc: juri, ehud, monnier, gaetan.leurent, emacs-devel

On Sat, 26 Mar 2005 22:52:47 -0500, Richard Stallman <rms@gnu.org> wrote:
> I was thinking that C-x 8 is obsolete, but if this is the best way to
> do that, maybe it means C-x 8 is not obsolete.  What do people think?

Why would C-x 8 be obsolete?  What has replaced it?

The various latin-x input methods are certainly not good replacements,
as they're quite a bit more heavyweight and intrusive (my standard
input method is set to Japanese, and I often use C-x 8 to enter the
odd accented letter or symbol into english text).

-miles
-- 
Do not taunt Happy Fun Ball.

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-27  3:52                   ` Richard Stallman
  2005-03-27  5:30                     ` Miles Bader
  2005-03-27  5:34                     ` Miles Bader
@ 2005-03-27 10:56                     ` Eli Zaretskii
  2005-03-29  0:51                     ` Gaetan Leurent
  2005-03-29 14:51                     ` Evil Boris
  4 siblings, 0 replies; 30+ messages in thread
From: Eli Zaretskii @ 2005-03-27 10:56 UTC (permalink / raw)
  Cc: ehud, gaetan.leurent, emacs-devel

> From: Richard Stallman <rms@gnu.org>
> Date: Sat, 26 Mar 2005 22:52:47 -0500
> Cc: juri@jurta.org, monnier@iro.umontreal.ca, gaetan.leurent@ens.fr,
> 	emacs-devel@gnu.org
> 
> Maybe some people type spaces while holding down the shift key and
> expect it to be an ordinary space (such as, between words that are
> all caps).

Yes, I do this very often, and am annoyed by some programs that
interpret S-SPC differently from SPC.  Please, let's not add Emacs to
the list of these annoying programs.

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-27  5:34                     ` Miles Bader
@ 2005-03-28 16:25                       ` Richard Stallman
  2005-03-28 20:52                         ` Miles Bader
  0 siblings, 1 reply; 30+ messages in thread
From: Richard Stallman @ 2005-03-28 16:25 UTC (permalink / raw)
  Cc: juri, ehud, monnier, gaetan.leurent, emacs-devel

    Why would C-x 8 be obsolete?  What has replaced it?

Input methods, I would have thought.  I am surprised by the idea that
C-x 8 is better.

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-27  5:30                     ` Miles Bader
@ 2005-03-28 16:25                       ` Richard Stallman
  2005-03-28 18:45                       ` David Kastrup
  1 sibling, 0 replies; 30+ messages in thread
From: Richard Stallman @ 2005-03-28 16:25 UTC (permalink / raw)
  Cc: juri, ehud, monnier, gaetan.leurent, emacs-devel

    I use S-SPC to toggle the X input method, and am _constantly_
    triggering it by mistake, even though I'm (obviously) very aware of
    the problem and try not to.  As you can imagine this usually happens
    when typing a space after entering a capitalized word or shifted
    symbol -- my shift-key release reflex is often just a little too slow.

Ok, we will not redefine S-SPC.

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-27  5:30                     ` Miles Bader
  2005-03-28 16:25                       ` Richard Stallman
@ 2005-03-28 18:45                       ` David Kastrup
  1 sibling, 0 replies; 30+ messages in thread
From: David Kastrup @ 2005-03-28 18:45 UTC (permalink / raw)
  Cc: rms, gaetan.leurent, emacs-devel, juri, monnier, ehud, miles

Miles Bader <snogglethorpe@gmail.com> writes:

> I use S-SPC to toggle the X input method, and am _constantly_
> triggering it by mistake, even though I'm (obviously) very aware of
> the problem and try not to.

And you are English.  In German, _every_ noun is capitalized.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-28 16:25                       ` Richard Stallman
@ 2005-03-28 20:52                         ` Miles Bader
  0 siblings, 0 replies; 30+ messages in thread
From: Miles Bader @ 2005-03-28 20:52 UTC (permalink / raw)
  Cc: gaetan.leurent, emacs-devel, juri, monnier, ehud, miles

On Mon, 28 Mar 2005 11:25:51 -0500, Richard Stallman <rms@gnu.org> wrote:
>     Why would C-x 8 be obsolete?  What has replaced it?
> 
> Input methods, I would have thought.  I am surprised by the idea that
> C-x 8 is better.

Um, quoting the part of my mail that you omitted:

   The various latin-x input methods are certainly not good replacements,
   as they're quite a bit more heavyweight and intrusive (my standard
   input method is set to Japanese, and I often use C-x 8 to enter the
   odd accented letter or symbol into english text).

IOW:  C-x 8 is very nice for _occasional_ use; input-methods are too
heavy-weight if you don't use a latin input method as your regular
input method.

-Miles
-- 
Do not taunt Happy Fun Ball.

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-27  3:52                   ` Richard Stallman
                                       ` (2 preceding siblings ...)
  2005-03-27 10:56                     ` Eli Zaretskii
@ 2005-03-29  0:51                     ` Gaetan Leurent
  2005-03-29 14:51                     ` Evil Boris
  4 siblings, 0 replies; 30+ messages in thread
From: Gaetan Leurent @ 2005-03-29  0:51 UTC (permalink / raw)



Richard Stallman wrote on 27 Mar 2005 04:52:47 +0100:

> I was thinking that C-x 8 is obsolete, but if this is the best way to
> do that, maybe it means C-x 8 is not obsolete.  What do people think?

I think C-x 8 is usefull if your keyboard allows you to type most of the
characters you need, but not all. For instance, with a French keyboard
you can type 'à' but not 'á' and this is not worth using an input-method
in emacs.

Well, we don't use 'á' in French, but I sometimes really use C-x 8 to
enter a NBSP or a 'þ' in a smiley when I don't have a Compose Key.

-- 
Gaëtan LEURENT

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-27  3:52                   ` Richard Stallman
                                       ` (3 preceding siblings ...)
  2005-03-29  0:51                     ` Gaetan Leurent
@ 2005-03-29 14:51                     ` Evil Boris
  2005-03-29 15:55                       ` Gaetan Leurent
  2005-03-30  0:04                       ` Richard Stallman
  4 siblings, 2 replies; 30+ messages in thread
From: Evil Boris @ 2005-03-29 14:51 UTC (permalink / raw)



Richard Stallman <rms@gnu.org> writes:

> I was thinking that C-x 8 is obsolete, but if this is the best way to
> do that, maybe it means C-x 8 is not obsolete.  What do people think?

This is just my opinion, but I find C-x 8 extremely useful.  Most
frequently I use no input method at all (I like the characters I type
to match the characters that I appear on the screen :), and
occasionally have use to cyrillic-translit, say for e-mails.  However,
to insert an occasional ' into a é I use C-x 8.  Is there any nice
alternative to doing this?

--Boris

PS. By the way, should there be some documentation that describes C-x
8 commands, as a group [C-h k only responds to, say "C-x 8 ' a" with
the somewhat useless "á [translated from ...] runs
self-insert-command"]?  Does it exist already?  Where and how would I
find it?  In particular, what encoding does it put the characters
into?  Is it covered by unify-on-{en,de}coding machinery?  How do I
find out?

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-29 14:51                     ` Evil Boris
@ 2005-03-29 15:55                       ` Gaetan Leurent
  2005-03-30  0:04                       ` Richard Stallman
  1 sibling, 0 replies; 30+ messages in thread
From: Gaetan Leurent @ 2005-03-29 15:55 UTC (permalink / raw)



Evil Boris wrote on 29 Mar 2005 16:51:39 +0200:

> PS. By the way, should there be some documentation that describes C-x
> 8 commands, as a group ?

C-x 8 C-h lists the key translations starting with C-x 8.
It doesn't answer your other questions, though.

-- 
Gaëtan LEURENT

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-03-29 14:51                     ` Evil Boris
  2005-03-29 15:55                       ` Gaetan Leurent
@ 2005-03-30  0:04                       ` Richard Stallman
  1 sibling, 0 replies; 30+ messages in thread
From: Richard Stallman @ 2005-03-30  0:04 UTC (permalink / raw)
  Cc: emacs-devel

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 364 bytes --]

    PS. By the way, should there be some documentation that describes C-x
    8 commands, as a group [C-h k only responds to, say "C-x 8 ' a" with
    the somewhat useless "á [translated from ...] runs
    self-insert-command"]?

I don't understand those words.

If you mean you want a list of the various possible C-x 8 commands,
you can get that with C-x 8 C-h.

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

* Re: Auto-fill-mode bug: unbreakable space lost
@ 2005-04-03 18:56 EvilborisNet
  0 siblings, 0 replies; 30+ messages in thread
From: EvilborisNet @ 2005-04-03 18:56 UTC (permalink / raw)
  Cc: emacs-devel

Richard Stallman <rms@gnu.org> wrote:

>    PS. By the way, should there be some documentation that describes C-x
>    8 commands, as a group [C-h k only responds to, say "C-x 8 ' a" with
>    the somewhat useless "á [translated from ...] runs
>    self-insert-command"]?
>
>I don't understand those words.
>
>If you mean you want a list of the various possible C-x 8 commands,
>you can get that with C-x 8 C-h.

Ooops. My apologies.  I did not realize that after a long list like this:

key             binding
---             -------

C-x 8 ~     Prefix Command
C-x 8 |     ¦
C-x 8 x     ×
C-x 8 m     µ
C-x 8 u     µ
C-x 8 o     °
C-x 8 c     ¢
C-x 8 `     Prefix Command
...

there is also a table for all the bindings of the form C-x 8 ~ XX then C-x 8 ` XX etc.  Come to think of it, I knew of this feature from using gnus, but have forgotten it.  Sorry.

--Boris

__________________________________________________________________
Switch to Netscape Internet Service.
As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register

Netscape. Just the Net You Need.

New! Netscape Toolbar for Internet Explorer
Search from anywhere on the Web and block those annoying pop-ups.
Download now at http://channels.netscape.com/ns/search/install.jsp

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

* Re: Auto-fill-mode bug: unbreakable space lost
@ 2005-04-04 19:05 Stefan Monnier
  2005-04-05  4:22 ` Richard Stallman
  0 siblings, 1 reply; 30+ messages in thread
From: Stefan Monnier @ 2005-04-04 19:05 UTC (permalink / raw)



Any objection against the patch below?
(if accepted, I'll also apply a similar patch to the other latin-N.el files)


        Stefan


--- latin-1.el	10 mar 2005 16:19:43 -0500	1.5
+++ latin-1.el	04 avr 2005 14:55:53 -0400	
@@ -40,7 +40,7 @@
        (if set-case-syntax-set-multibyte
 	   (- (make-char 'latin-iso8859-1) 128)
 	 0)))
-  (set-case-syntax 160 " " tbl)		;no-break space
+  (set-case-syntax 160 "." tbl)		;no-break space
   (set-case-syntax 161 "." tbl)		;inverted exclamation mark
   (set-case-syntax 162 "w" tbl)		;cent sign
   (set-case-syntax 163 "w" tbl)		;pound sign

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

* Re: Auto-fill-mode bug: unbreakable space lost
  2005-04-04 19:05 Stefan Monnier
@ 2005-04-05  4:22 ` Richard Stallman
  0 siblings, 0 replies; 30+ messages in thread
From: Richard Stallman @ 2005-04-05  4:22 UTC (permalink / raw)
  Cc: emacs-devel

    Any objection against the patch below?

I think it is probably right.

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

end of thread, other threads:[~2005-04-05  4:22 UTC | newest]

Thread overview: 30+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-22 20:08 Auto-fill-mode bug: unbreakable space lost Gaetan Leurent
2005-03-22 20:29 ` Stefan Monnier
2005-03-23  0:30   ` Kevin Rodgers
2005-03-23  0:44     ` David Kastrup
2005-03-23 13:34     ` Stefan
2005-03-23 19:19       ` Gaetan Leurent
2005-03-23 19:57         ` Stefan Monnier
2005-03-24 12:10           ` Gaetan Leurent
2005-03-24 13:52             ` Stefan
2005-03-24 14:05             ` Stefan
2005-03-24 21:33               ` Juri Linkov
2005-03-25 17:23                 ` Ehud Karni
2005-03-25 18:08                   ` Andreas Schwab
2005-03-25 18:22                   ` Stefan Monnier
2005-03-27  3:52                   ` Richard Stallman
2005-03-27  5:30                     ` Miles Bader
2005-03-28 16:25                       ` Richard Stallman
2005-03-28 18:45                       ` David Kastrup
2005-03-27  5:34                     ` Miles Bader
2005-03-28 16:25                       ` Richard Stallman
2005-03-28 20:52                         ` Miles Bader
2005-03-27 10:56                     ` Eli Zaretskii
2005-03-29  0:51                     ` Gaetan Leurent
2005-03-29 14:51                     ` Evil Boris
2005-03-29 15:55                       ` Gaetan Leurent
2005-03-30  0:04                       ` Richard Stallman
2005-03-26  2:17                 ` Richard Stallman
  -- strict thread matches above, loose matches on Subject: below --
2005-04-03 18:56 EvilborisNet
2005-04-04 19:05 Stefan Monnier
2005-04-05  4:22 ` Richard Stallman

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).