From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/28885 Path: main.gmane.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai=?iso-8859-1?q?_Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: Wishlist for oGnus Date: 21 Jan 2000 13:55:52 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1035165653 32143 80.91.224.250 (21 Oct 2002 02:00:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:00:53 +0000 (UTC) Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by mailhost.sclp.com (Postfix) with ESMTP id F09F8D051E for ; Fri, 21 Jan 2000 07:56:30 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id GAB17815; Fri, 21 Jan 2000 06:56:19 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 21 Jan 2000 06:56:14 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id GAA02340 for ; Fri, 21 Jan 2000 06:56:01 -0600 (CST) Original-Received: from waldorf.cs.uni-dortmund.de (waldorf.cs.uni-dortmund.de [129.217.4.42]) by mailhost.sclp.com (Postfix) with ESMTP id 8EDA5D051E for ; Fri, 21 Jan 2000 07:55:54 -0500 (EST) Original-Received: from marcy.cs.uni-dortmund.de (marcy.cs.uni-dortmund.de [129.217.20.159]) by waldorf.cs.uni-dortmund.de with ESMTP id NAA18975 for ; Fri, 21 Jan 2000 13:55:53 +0100 (MET) Original-Received: from lucy.cs.uni-dortmund.de (lucy [129.217.20.160]) by marcy.cs.uni-dortmund.de id NAA03645; Fri, 21 Jan 2000 13:55:53 +0100 (MET) Original-Received: (from grossjoh@localhost) by lucy.cs.uni-dortmund.de (8.9.3/8.9.3/Debian 8.9.3-6) id NAA00831; Fri, 21 Jan 2000 13:55:52 +0100 X-Authentication-Warning: lucy.cs.uni-dortmund.de: grossjoh set sender to Kai.Grossjohann@CS.Uni-Dortmund.DE using -f Original-To: ding@gnus.org In-Reply-To: Jonas Steverud's message of "21 Jan 2000 11:17:56 +0100" Original-Lines: 96 User-Agent: Gnus/5.0804 (Gnus v5.8.4) Emacs/20.5 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:28885 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:28885 * Allow article editing in groups which do not support it, but emulating it via deleting the old article and entering the new one into the group. This would be very useful to support `T ^' (say) in nnimap groups. * Allow user to specify which kinds of groups should be displayed. For example, I want to display all the groups that are displayed now, plus those which have cached messages in them. (Gnus does display those with ticked messages but not those with cached-but-unticked ones.) This would become even more important when we allow labels. * Go through the todo list and remove items already done. * Create new data type `article identifier' and use that instead of article numbers. A first implementation could offer something like (num . 4711) but this could be extended. This would be useful for using servers with *really* large numbers -- there we could have a bignum type. It might also be useful for the nnweb and nnultimate thingies where article identifiers are not really numbers. * Allow use of digests to keep related articles. Normally, you use groups to group together articles which are thematically related. But sometimes, you have so many themes that this becomes impractical. WIBNI I could have digests in a group, and there was a way to add a new article to one of the digests in that group? Or maybe what I really want is a way to tell Gnus that a specific thread should always be hidden (as in `T h') by default, while most other threads are not hidden by default. Hm. * New backend between nnfolder and nnml: have more than one article per file, but more than one file per group. With .overview files. * .overview files for nnfolder? * New backend nnbabylfolder. There is also nnbabyl which is like nnmbox but uses babyl format, but there is no babyl format equivalent of nnfolder. * Make movement commands in summary buffer independent of `move after mark' behavior when marking articles. Currently, if you don't want `E' to move to the next unread article, you have to set gnus-summary-goto-unread to nil, and then there is no way to move to the next or previous unread article. This one has two sub-tasks. Providing the commands is one thing, finding out useful key bindings for them is another. I think we could provide the commands first while not changing the behavior of the key bindings; then different people can experiment with different key binding schemes until we find something which suits many people. * `Move to next/previous/first article' is a misnomer, since ticked articles are also unread but not moved to by these commands. Should the terminology be fixed or the documentation, or what? * Allow sorting of threads by newest article rather than by root of thread. Consider the following thread structure: root1 Jan 1 leaf1 Jan 4 root2 Jan 2 leaf2 Jan 3 These two threads are sorted this way because root1 is older than root2. I want an option to sort them the other way round because leaf1 is newer than leaf2. * Improve editing of MIME messages. I would like to use html-mode to edit the body of a text/html message, and enriched-mode for text/enriched messages, and so on. This should go for multipart messages as well. This is probably a hard one since Emacs currently does not allow several major modes per buffer. But maybe it would be nice to hack Emacs to provide this infrastructure so that Gnus can make use of it? This would also make it possible to provide nifty commands for editing the headers, for example, rather than relying on commands which do the same thing everywhere. message-x.el is really just a half-assed attempt at doing it, and while it is useful, that's not the way it should be done. I think Francisco Potort=EC already did something like this? * Provide commands for editing MML tags. For example, there could be a command mml-add-tag-attribute which prompts me for an attribute name (with completion, from the set filename, type, ...), and then for a value. (This is like `C-c +' in psgml.) Or there could be a command which showed me all the attributes in an MML tag and allows me to use TAB to move between them, and then to edit each attribute value. (This is like `C-c C-a' in psgml.) So much to do... kai --=20 A large number of young women don't trust men with beards. (BFBS Radio)