emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#12439: closed (24.2.50; mail-abbrev fills long ali


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#12439: closed (24.2.50; mail-abbrev fills long aliasee uglily)
Date: Sun, 16 Sep 2012 23:18:02 +0000

Your message dated Mon, 17 Sep 2012 08:16:21 +0900
with message-id <address@hidden>
and subject line Re: bug#12439: 24.2.50; mail-abbrev fills long aliasee uglily
has caused the debbugs.gnu.org bug report #12439,
regarding 24.2.50; mail-abbrev fills long aliasee uglily
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
12439: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12439
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.2.50; mail-abbrev fills long aliasee uglily Date: Fri, 14 Sep 2012 17:53:15 +0900 User-agent: Gnus/5.130006 (真 Gnus v0.6) Emacs/24.2.50 (i686-pc-cygwin)
Hi,

By default message.el uses mail-abbrev to expand mail aliases in
headers in a draft.  If an aliasee is longer than fill-column,
it will be expanded like the following:

To: address@hidden, address@hidden, address@hidden, address@hidden,
    address@hidden,
    address@hidden,
    address@hidden,
    address@hidden

To reproduce this, try the "foo" alias specified as follows:

(define-mail-abbrev "foo"
  "address@hidden, address@hidden, address@hidden, address@hidden,\
 address@hidden, address@hidden, address@hidden, address@hidden")

The point is that the latter half addresses in an aliasee are
put line by line.  Moreover, I think a SPC is enough for LWSP
preceding to the latter half (message.el uses TAB in some fill
function, though), rather than the one indent-relative generates.

A patch I tried is attached below.

--- mailabbrev.el~      2012-05-06 21:58:55.506179000 +0000
+++ mailabbrev.el       2012-09-14 08:38:38.323389500 +0000
@@ -391,35 +391,24 @@
 (defun mail-abbrev-expand-hook ()
   "For use as the fourth arg to `define-abbrev'.
 After expanding a mail-abbrev, if Auto Fill mode is on and we're past the
-fill-column, break the line at the previous comma, and indent the next line."
-  ;; Disable abbrev mode to avoid recursion in indent-relative expanding
-  ;; part of the abbrev expansion as an abbrev itself.
-  (let ((abbrev-mode nil))
-    (save-excursion
-      (let ((p (point))
-           bol comma fp)
-       (beginning-of-line)
-       (setq bol (point))
-       (goto-char p)
-       (while (and auto-fill-function
-                   (>= (current-column) fill-column)
-                   (search-backward "," bol t))
-         (setq comma (point))
-         (forward-char 1)              ; Now we are just past the comma.
-         (insert "\n")
-         (delete-horizontal-space)
-         (setq p (point))
-         (indent-relative)
-         (setq fp (buffer-substring p (point)))
-         ;; Go to the end of the new line.
-         (end-of-line)
-         (if (> (current-column) fill-column)
-             ;; It's still too long; do normal auto-fill.
-             (let ((fill-prefix (or fp "\t")))
-               (do-auto-fill)))
-         ;; Resume the search.
-         (goto-char comma)
-         )))))
+fill-column, break the line at the previous comma, and indent the next line
+with a space."
+  (when auto-fill-function
+    (let (p)
+      (save-excursion
+       (while (>= (current-column) fill-column)
+         (while (and (search-backward "," (point-at-bol) 'move)
+                     (>= (current-column) (1- fill-column))
+                     (setq p (point))))
+         (when (or (not (bolp))
+                   (and p (goto-char p)))
+           (setq p nil)
+           (forward-char 1)
+           (insert "\n")
+           (when (looking-at "[\t ]+")
+             (delete-region (point) (match-end 0)))
+           (insert " ")
+           (end-of-line)))))))
 
 ;;; Syntax tables and abbrev-expansion
 

--- End Message ---
--- Begin Message --- Subject: Re: bug#12439: 24.2.50; mail-abbrev fills long aliasee uglily Date: Mon, 17 Sep 2012 08:16:21 +0900 User-agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.50 (gnu/linux)
Katsumi Yamaoka <address@hidden> wrote:
> By default message.el uses mail-abbrev to expand mail aliases in
> headers in a draft.  If an aliasee is longer than fill-column,
> it will be expanded like the following:

> To: address@hidden, address@hidden, address@hidden, address@hidden,
>     address@hidden,
>     address@hidden,
>     address@hidden,
>     address@hidden

> To reproduce this, try the "foo" alias specified as follows:

> (define-mail-abbrev "foo"
>   "address@hidden, address@hidden, address@hidden, address@hidden,\
>  address@hidden, address@hidden, address@hidden, address@hidden")

> The point is that the latter half addresses in an aliasee are
> put line by line.  Moreover, I think a SPC is enough for LWSP
> preceding to the latter half (message.el uses TAB in some fill
> function, though), rather than the one indent-relative generates.

> A patch I tried is attached below.

I've installed my patch to the trunk.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]