gmane.mail.mh-e.devel

[ mh-e-Feature Requests-1813808 ] Customize header field displaytruncation

SourceForge.net — 2008-11-26T20:58:50

Feature Requests item #1813808, was opened at 2007-10-15 05:59 Message generated for change (Settings changed) made by wohler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363357&aid=1813808&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Private: No Submitted By: Chris Lott (chrislott) Assigned to: Nobody/Anonymous (nobody) Summary: Customize header field display truncation Initial Comment: Please make display of header fields customizable. MH-E folds (collapses, hides) addresses in the To or CC fields beyond the first 5 or so, and shows just "...". This automatically happens in display (show) and in compose modes. I don't mind so much seeing the addresses folded when I'm reading a message, because I can use "," to show the full message. But this behavior drives me nuts when I'm com

[ mh-e-Feature Requests-2119192 ] Incorrect scan line shown for msgwith malformed header

SourceForge.net — 2008-11-26T20:57:39

Feature Requests item #2119192, was opened at 2008-09-19 04:52 Message generated for change (Settings changed) made by wohler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363357&aid=2119192&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: mh-e-8.1 Status: Open Resolution: None Private: No Submitted By: Chris Lott (chrislott) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect scan line shown for msg with malformed header Initial Comment: MH-E shows incorrect contents in scan line (carry-over from previous message) when the headers have problems. I noticed this in my outbox. I have attached a test case. To reproduce this, unpack the attached archive. Put "nospam< at >research.telcordia.com" in your .mh_profile Alternate-Mailboxes line. Then scan the folder using MH-E. The MH-E scan yields garbage for message 2: 1

[ mh-e-Feature Requests-1813808 ] Customize header field displaytruncation

SourceForge.net — 2008-11-26T20:56:20

Feature Requests item #1813808, was opened at 2007-10-15 05:59 Message generated for change (Comment added) made by wohler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363357&aid=1813808&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chris Lott (chrislott) Assigned to: Nobody/Anonymous (nobody) Summary: Customize header field display truncation Initial Comment: Please make display of header fields customizable. MH-E folds (collapses, hides) addresses in the To or CC fields beyond the first 5 or so, and shows just "...". This automatically happens in display (show) and in compose modes. I don't mind so much seeing the addresses folded when I'm reading a message, because I can use "," to show the full message. But this behavior drives me nuts whe

[ mh-e-Bugs-1629357 ] Setting w3m-standalone requires w3m externalprogram

SourceForge.net — 2008-11-26T19:29:07

Bugs item #1629357, was opened at 2007-01-06 03:56 Message generated for change (Settings changed) made by wohler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113357&aid=1629357&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: mh-e-8.0.3 Status: Open Private: No Submitted By: Chris Lott (chrislott) Assigned to: Bill Wohler (wohler) Summary: Setting w3m-standalone requires w3m external program Initial Comment: I would like to suggest that the document http://mh-e.sourceforge.net/manual/html/HTML.html gets updated to indicate that setting the variable mm-text-html-renderer to the symbol w3m-standalone means an external program (w3m) is indeed required. Also please clarify that the w3m setting calls the w3m Lisp code. In short, something extra is required for *every* setting of this variable. But it sure makes it

[ mh-e-Bugs-2321115 ] Loses changes when message column goes from 1to 2 digits

SourceForge.net — 2008-11-26T19:28:16

Bugs item #2321115, was opened at 2008-11-21 06:41 Message generated for change (Settings changed) made by wohler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113357&aid=2321115&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: UI Group: mh-e-8.1 Status: Open Resolution: None Private: No Submitted By: Chris Lott (chrislott) Assigned to: Nobody/Anonymous (nobody) Summary: Loses changes when message column goes from 1 to 2 digits Initial Comment: Summary: MH-E loses pending delete/refile operations when the message-number column gets wider on INC. To reproduce: 1. View a mail box in MH-E with 9 or fewer messages. In this state, the message-number column only needs space for 1 digit. 2. Mark a message for deletion or refile. 3. Include new messages to push the total count in the mbox to 10 or beyond. In the subsequent refor

[ mh-e-Bugs-2321115 ] Loses changes when message column goes from 1to 2 digits

SourceForge.net — 2008-11-21T14:41:11

Bugs item #2321115, was opened at 2008-11-21 09:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113357&aid=2321115&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: UI Group: mh-e-8.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chris Lott (chrislott) Assigned to: Nobody/Anonymous (nobody) Summary: Loses changes when message column goes from 1 to 2 digits Initial Comment: Summary: MH-E loses pending delete/refile operations when the message-number column gets wider on INC. To reproduce: 1. View a mail box in MH-E with 9 or fewer messages. In this state, the message-number column only needs space for 1 digit. 2. Mark a message for deletion or refile. 3. Include new messages to push the total count in the mbox to 10 or beyond.

Re: small change suggested for mh-mm-save-part

Stephen Eglen — 2008-11-12T11:55:23

Dear Reiner, sure -- see below. I've not tested it within gnus though, as I don't use it now for reading email. Thanks, Stephen --- mm-decode.el~2008-11-12 11:51:11.000000000 +0000 +++ mm-decode.el2008-11-12 11:54:35.000000000 +0000 < at >< at > -1241,6 +1241,8 < at >< at > (or mm-default-directory default-directory) nil nil (or filename ""))) (setq mm-default-directory (file-name-directory file)) + (when (and (file-directory-p file) filename) + (setq file (concat (file-name-as-directory file) filename))) (and (or (not (file-exists-p file)) (yes-or-no-p (format "File %s already exists; overwrite? " file))) ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redi

Re: small change suggested for mh-mm-save-part

Stephen Eglen — 2008-11-07T16:24:40

Dear Bill, Thanks for your comments, I was able to upload an item of the sourceforge site this afternoon. (the tracker is not the easiest of things to use, if you get something wrong, it just gives you an error and then you have to start over afresh, rather than it keeping your previous text, attachments etc!) https://sourceforge.net/tracker/index.php?func=detail&aid=2235022&group_id=13357&atid=313357 I'll write to Reiner now. Bill Wohler newt.com> wrote: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

[ mh-e-Patches-2235022 ] new version of mh-mm-save-part

SourceForge.net — 2008-11-07T16:26:12

Patches item #2235022, was opened at 2008-11-07 16:21 Message generated for change (Comment added) made by stepheneglen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2235022&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stephen.Eglen (stepheneglen) Assigned to: Nobody/Anonymous (nobody) Summary: new version of mh-mm-save-part Initial Comment: The two lines following the three line comment are new. When saving an attachment in MH-E, you are prompted for a filename. With this change, you can give a directory name, and then the attachment is stored in that directory, using the default name of the attachment. This mirrors what happens when you save a file using C-x C-w and supply a directory name. --------------------------------------

[ mh-e-Patches-2235022 ] new version of mh-mm-save-part

SourceForge.net — 2008-11-07T16:21:37

Patches item #2235022, was opened at 2008-11-07 16:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2235022&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stephen.Eglen (stepheneglen) Assigned to: Nobody/Anonymous (nobody) Summary: new version of mh-mm-save-part Initial Comment: The two lines following the three line comment are new. When saving an attachment in MH-E, you are prompted for a filename. With this change, you can give a directory name, and then the attachment is stored in that directory, using the default name of the attachment. This mirrors what happens when you save a file using C-x C-w and supply a directory name. ---------------------------

Re: small change suggested for mh-mm-save-part

Stephen Eglen — 2008-11-02T20:53:25

Thanks for your feedback Bill, I'll put the patch on sourceforge, and talk to Reiner. Stephen ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: small change suggested for mh-mm-save-part

Bill Wohler — 2008-11-01T18:49:02

Hi Stephen, This looks like a good change. It is, however, in an awkward location and time. 1. There is an Emacs code freeze. 2. I'd want the Emacs release to have a released version of MH-E. 3. Ordinarily, we would have dropped this function when we stop supporting Emacs 21. Since this change is not present in the current version of Gnus in Emacs 23, 5.13, we would then lose this functionality. One scenario is to submit this patch at [1] and encourage Reiner to incorporate this patch in the developmental version of Gnus. It could then be incorporated after Emacs 23 is released. Although this is the most likely scenario, this means that we'll have to support mh-mm-save-part until we drop support of Emacs 23 :-(. Another scenario, assuming we have time (the Kepler launch is March 5 so this is a grand assumption), is to add this change to both Gnus 5.13 and Emacs 23, creating an MH-E 8.2 release, so that we would only have to support mh-mm-save-part until we drop support of Emacs 22. In any e

small change suggested for mh-mm-save-part

Stephen Eglen — 2008-11-01T11:49:16

Would it be okay if I committed the following extra lines to mh-mm-save-part in the CVS Emacs repository? They are the two lines following the long comment, which doesn't need to go in, but I put it there so you can see what it does. (defun mh-mm-save-part (handle) "Write HANDLE to a file." (let ((name (mail-content-type-get (mm-handle-type handle) 'name)) (filename (mail-content-type-get (mm-handle-disposition handle) 'filename)) file) (when filename (setq filename (file-name-nondirectory filename))) (setq file (read-file-name "Save MIME part to: " (or mm-default-directory default-directory) nil nil (or filename name ""))) (setq mm-default-directory (file-name-directory file)) ;; If user entered a directory, assume that is the directory where ;; the attachment should be saved, with the default filename ;; provided in the attachment. The "/"

Happy Birthday, Eric!

Bill Wohler — 2008-10-16T16:04:06

[ mh-e-Feature Requests-2143396 ] option to sort threads by mostrecent activity

SourceForge.net — 2008-10-03T23:30:42

Feature Requests item #2143396, was opened at 2008-10-03 01:13 Message generated for change (Comment added) made by elnygren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363357&aid=2143396&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Erik Nygren (elnygren) Assigned to: Nobody/Anonymous (nobody) Summary: option to sort threads by most recent activity Initial Comment: The current thread sorting appears to sort by the first message in the thread (ie, the container id). At least for top-level containers/threads, it would be very useful to have an option to sort threads by their most recent activity. Practically this might be to sort threads by the max message-id within the thread rather than the root/parent message-id of the thread. This would

"SourceForge.net Team": SourceForge.net CVS Migration and DowntimeAnnouncement

Bill Wohler — 2008-09-29T20:45:26

FYI... Hmmm, it still appears that the commit messages aren't going through. Maybe the problem will resolve itself after the migration.

src release-utils,1.9,1.10

Bill Wohler — 2008-09-28T04:45:43

Update of /cvsroot/mh-e/src In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv2923 Modified Files: release-utils Log Message: Checking that commit messages are flowing (SF #2124670). ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

[ mh-e-Feature Requests-2145297 ] option to preserve message id whenrefiling

SourceForge.net — 2008-10-03T23:26:00

Feature Requests item #2145297, was opened at 2008-10-03 23:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363357&aid=2145297&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Erik Nygren (elnygren) Assigned to: Nobody/Anonymous (nobody) Summary: option to preserve message id when refiling Initial Comment: Attempting to use the "-preserve" option to preserve message ids when refiling appears to not work properly. It appears to interact poorly with at least the sequence preservation functionality. Preserving message ids across refiles may be useful for some users as it preserves sort order as well as allowing message ids to be globally unique such that they can be used for

[ mh-e-Feature Requests-2143396 ] option to sort threads by mostrecent activity

SourceForge.net — 2008-10-03T01:13:20

Feature Requests item #2143396, was opened at 2008-10-03 01:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363357&aid=2143396&group_id=13357 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Erik Nygren (elnygren) Assigned to: Nobody/Anonymous (nobody) Summary: option to sort threads by most recent activity Initial Comment: The current thread sorting appears to sort by the first message in the thread (ie, the container id). At least for top-level containers/threads, it would be very useful to have an option to sort threads by their most recent activity. Practically this might be to sort threads by the max message-id within the thread rather than the root/parent message-id of the thre

new hook: mh-pack-folder-hook

Stephen Gildea — 2008-09-29T00:55:22

I would like to add a hook to the end of mh-pack-folder. I'm surprised that this folder-changing command doesn't have a hook already; I guess I don't use it very often or I would have noticed before. The patch is trivial; I include it here for your review. < Stephen Index: ChangeLog =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/mh-e/ChangeLog,v retrieving revision 1.289 diff -u -r1.289 ChangeLog --- ChangeLog19 Aug 2008 04:37:27 -00001.289 +++ ChangeLog28 Sep 2008 23:51:34 -0000 < at >< at > -1,3 +1,8 < at >< at > +2008-09-28 Stephen Gildea stop.mail-abuse.org> + +* mh-e.el (mh-pack-folder-hook): New variable. +* mh-funcs.el (mh-pack-folder): Call new mh-pack-folder-hook. + 2008-08-18 Bill Wohler newt.com> Release MH-E version 8.1. Index: mh-e.el =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/mh-e/mh-e.el,v retrieving revision 1.130 diff -u -r1.130 mh-e.el --- mh-e.el19 Aug 2008

Re: caching thread structure

Bill Wohler — 2008-09-26T04:05:43

The threading only applies to the displayed messages, which by default is is 200 (see mh-large-folder). Regenerating the threading on 200 messages is fast.