* hanging punctuation
@ 2003-04-21 10:38 Werner LEMBERG
2003-04-21 13:42 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: Werner LEMBERG @ 2003-04-21 10:38 UTC (permalink / raw)
[CVS 2003-Apr-06]
Consider this paragraph:
The file found in "include/freetype/config/ftoption.h" contains a
list of commented configuration macros that can be toggled by
developers to indicate which features should be active in their
build of the library.
Set the right margin to 72 characters and do C-u M-q:
The file found in "include/freetype/config/ftoption.h" contains a list
of commented configuration macros that can be toggled by developers to
indicate which features should be active in their build of the library.
Note the hanging final full stop. Basically, this is very nice from a
typographical point of view, nevertheless, it is a bug since you can
replace the `.' with any other character and it still sticks out one
character.
Werner
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: hanging punctuation
2003-04-21 10:38 hanging punctuation Werner LEMBERG
@ 2003-04-21 13:42 ` Stefan Monnier
2003-04-21 13:49 ` Werner LEMBERG
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Monnier @ 2003-04-21 13:42 UTC (permalink / raw)
Cc: emacs-devel
> Consider this paragraph:
>
> The file found in "include/freetype/config/ftoption.h" contains a
> list of commented configuration macros that can be toggled by
> developers to indicate which features should be active in their
> build of the library.
>
> Set the right margin to 72 characters and do C-u M-q:
>
> The file found in "include/freetype/config/ftoption.h" contains a list
> of commented configuration macros that can be toggled by developers to
> indicate which features should be active in their build of the library.
>
> Note the hanging final full stop. Basically, this is very nice from a
> typographical point of view, nevertheless, it is a bug since you can
> replace the `.' with any other character and it still sticks out one
> character.
When reporting such bugs it is immensely useful if you can tell us
whether or not the bug that was present in older versions and if
so which one is the latest one you know worked correctly.
I.e. in the ideal situation the report comes with a note "this
behavior was changed by the following commit...", but even
if you don't go through the trouble of figuring out such a precise
"last version working", please tell us as much of the history
of the bug as you can come up with.
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: hanging punctuation
2003-04-21 13:42 ` Stefan Monnier
@ 2003-04-21 13:49 ` Werner LEMBERG
2003-04-21 16:05 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: Werner LEMBERG @ 2003-04-21 13:49 UTC (permalink / raw)
Cc: emacs-devel
> > Set the right margin to 72 characters and do C-u M-q:
> >
> > The file found in "include/freetype/config/ftoption.h" contains a list
> > of commented configuration macros that can be toggled by developers to
> > indicate which features should be active in their build of the library.
> >
> > Note the hanging final full stop. Basically, this is very nice
> > from a typographical point of view, nevertheless, it is a bug
> > since you can replace the `.' with any other character and it
> > still sticks out one character.
>
> When reporting such bugs it is immensely useful if you can tell us
> whether or not the bug that was present in older versions and if so
> which one is the latest one you know worked correctly.
I've no idea, sorry. I believe that this behaviour is rather recent
-- at least, I've never noticed it before, and I'm quite sensitive to
such things.
> I.e. in the ideal situation the report comes with a note "this
> behavior was changed by the following commit...", but even
> if you don't go through the trouble of figuring out such a precise
> "last version working", please tell us as much of the history
> of the bug as you can come up with.
Well, I simply don't have the time to do that. I'm in preparation of
the next groff version which costs an incredible amount of time,
really.
Werner
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: hanging punctuation
2003-04-21 13:49 ` Werner LEMBERG
@ 2003-04-21 16:05 ` Stefan Monnier
0 siblings, 0 replies; 4+ messages in thread
From: Stefan Monnier @ 2003-04-21 16:05 UTC (permalink / raw)
Cc: monnier+gnu/emacs
> > > Set the right margin to 72 characters and do C-u M-q:
> > >
> > > The file found in "include/freetype/config/ftoption.h" contains a list
> > > of commented configuration macros that can be toggled by developers to
> > > indicate which features should be active in their build of the library.
> > >
> > > Note the hanging final full stop. Basically, this is very nice
> > > from a typographical point of view, nevertheless, it is a bug
> > > since you can replace the `.' with any other character and it
> > > still sticks out one character.
> >
> > When reporting such bugs it is immensely useful if you can tell us
> > whether or not the bug that was present in older versions and if so
> > which one is the latest one you know worked correctly.
>
> I've no idea, sorry. I believe that this behaviour is rather recent
> -- at least, I've never noticed it before, and I'm quite sensitive to
> such things.
This is much better than nothing. Thank you,
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-04-21 16:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-04-21 10:38 hanging punctuation Werner LEMBERG
2003-04-21 13:42 ` Stefan Monnier
2003-04-21 13:49 ` Werner LEMBERG
2003-04-21 16:05 ` Stefan Monnier
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).