unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#7561: Soft hyphens should probably normally not be shown
@ 2010-12-05 16:57 Lennart Borgman
  2010-12-06 18:57 ` Stefan Monnier
  0 siblings, 1 reply; 3+ messages in thread
From: Lennart Borgman @ 2010-12-05 16:57 UTC (permalink / raw)
  To: 7561

The soft hyphen (173) is currently shown in the buffer. That is
unexpected to me though it seems to be a "hard problem":

  Soft hyphen (SHY) - a hard problem?
  http://www.cs.tut.fi/~jkorpela/shy.html

I would expect it to be shown only if a line break happens within a word.





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

* bug#7561: Soft hyphens should probably normally not be shown
  2010-12-05 16:57 bug#7561: Soft hyphens should probably normally not be shown Lennart Borgman
@ 2010-12-06 18:57 ` Stefan Monnier
  2010-12-06 19:42   ` Lennart Borgman
  0 siblings, 1 reply; 3+ messages in thread
From: Stefan Monnier @ 2010-12-06 18:57 UTC (permalink / raw)
  To: Lennart Borgman; +Cc: 7561

> The soft hyphen (173) is currently shown in the buffer. That is
> unexpected to me though it seems to be a "hard problem":

>   Soft hyphen (SHY) - a hard problem?
>   http://www.cs.tut.fi/~jkorpela/shy.html

> I would expect it to be shown only if a line break happens within a word.

Regardless of the controversies over its actual semantics, Emacs
historically has tended to display all chars (control or not), because
it is meant to give you access to the markup rather than its rendering.

Admittedly, over time, Emacs has added various wysiwyg-ish features, but
it is still the case that completely hiding a char, by default, is
considered as undesirable since it makes it more difficult to manipulate
it (delete/insert/move/...).

So if/when we decide to hide such a char, it will be under the control
of something like a variable which a major-mode can set to indicate that
this buffer is meant as the rendering of a piece of text, rather than
meant for editing that text.


        Stefan





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

* bug#7561: Soft hyphens should probably normally not be shown
  2010-12-06 18:57 ` Stefan Monnier
@ 2010-12-06 19:42   ` Lennart Borgman
  0 siblings, 0 replies; 3+ messages in thread
From: Lennart Borgman @ 2010-12-06 19:42 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: 7561

On Mon, Dec 6, 2010 at 7:57 PM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
>> The soft hyphen (173) is currently shown in the buffer. That is
>> unexpected to me though it seems to be a "hard problem":
>
>>   Soft hyphen (SHY) - a hard problem?
>>   http://www.cs.tut.fi/~jkorpela/shy.html
>
>> I would expect it to be shown only if a line break happens within a word.
>
> Regardless of the controversies over its actual semantics, Emacs
> historically has tended to display all chars (control or not), because
> it is meant to give you access to the markup rather than its rendering.
>
> Admittedly, over time, Emacs has added various wysiwyg-ish features, but
> it is still the case that completely hiding a char, by default, is
> considered as undesirable since it makes it more difficult to manipulate
> it (delete/insert/move/...).
>
> So if/when we decide to hide such a char, it will be under the control
> of something like a variable which a major-mode can set to indicate that
> this buffer is meant as the rendering of a piece of text, rather than
> meant for editing that text.

That sounds very reasonable to me.





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

end of thread, other threads:[~2010-12-06 19:42 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-12-05 16:57 bug#7561: Soft hyphens should probably normally not be shown Lennart Borgman
2010-12-06 18:57 ` Stefan Monnier
2010-12-06 19:42   ` Lennart Borgman

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).