all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Stefan Monnier" <monnier+gnu/emacs@rum.cs.yale.edu>
Cc: monnier+gnu/emacs@rum.cs.yale.edu
Subject: Re: Fwd: fill-paragraph puts one useless blank at the end of many Chinese big5 lines
Date: Tue, 22 Apr 2003 09:43:01 -0400	[thread overview]
Message-ID: <200304221343.h3MDh1ck007969@rum.cs.yale.edu> (raw)
In-Reply-To: 200304220656.PAA02651@etlken.m17n.org

> >>>  fill-paragraph puts one useless blank at the end of many of these
> >>>  Chinese big5 lines here in locale zh_TW.Big5 when I set fill-column to
> >>>  16 or 17 etc. I uuencoded the sample input:
> 
> S>  It's done on purpose (in fill-newline):
> 
> S>    (if (and (= (following-char) ?\ )
> S>  	   (or (aref (char-category-set (preceding-char)) ?|)
> S>  	       (looking-at "[ \t]+\\c|")))
> S>        ;; We need one space at end of line so that
> S>        ;; further filling won't delete it.  NOTE: We
> S>        ;; intentionally leave this one space to
> S>        ;; distinguish the case that user wants to put
> S>        ;; space between \c| characters.
> S>        (forward-char 1))
> 
> > Well, whatever... except that I now see them with (setq-default
> > show-trailing-whitespace t) and my thrifty genes say they must go.
> > Plus it's not very environmentally conscious [uses disk space].  And,
> > it may very well have effects beyond what you thought.  And, if I must
> > clean it up afterwards, you should do it for me before I see it.  And,
> > it looks sloppy.
> 
> Perhaps, by adding some text property to such newlines that
> replaces white spaces between \c| characters, we can avoid
> leaving those spaces.

Of course.

> Stefan, what do you think?  Currently I myself don't have a
> time to work on fill.el (it seems that the file has been
> widely changed since I wrote the above code).  Could you
> work on it?  Otherwise, I'll put this matter in my TODO list.

It's been reorganized.  The way it works is the same, tho.

I'll try coding it up, but do put it on your TODO list, just in case.


	Stefan

  reply	other threads:[~2003-04-22 13:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200304211502.h3LF2uFT029217@rum.cs.yale.edu>
2003-04-21 23:07 ` Fwd: fill-paragraph puts one useless blank at the end of many Chinese big5 lines Dan Jacobson
2003-04-22  6:56   ` Kenichi Handa
2003-04-22 13:43     ` Stefan Monnier [this message]
2003-04-22 23:15       ` Kenichi Handa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200304221343.h3MDh1ck007969@rum.cs.yale.edu \
    --to=monnier+gnu/emacs@rum.cs.yale.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.