On 2007-09-04 01:02:57 +0100, Paul Walker wrote:
> Unfortunately, mutt doesn't have the virtual folders, and it only
> has one flag. Off the top of my head, I think it should be
> *possible* to extend mutt to support virtual folders, but I don't
> see anyone doing the work in the near future...
Yo
On 2007-09-03 22:43:05 +0200, Rocco Rutte wrote:
> Hi,
>
> * Vincent Lefevre [07-09-03 18:02:13 +0200] wrote:
>> On 2007-09-02 15:14:25 +0200, Thomas Roessler wrote:
>
>>> Nah... tag-replying is a totally essential feature. :)
>
>> Yes, except that generates a reply DAG instead of a reply tree, an
On Mon, Sep 03, 2007 at 11:10:54AM -0400, Derek Martin wrote:
> Granted, it's still way, way better than trying to do it with Outlook,
> which some of my coworkers do. I don't have any idea how they manage
> it. ;)
Actually, what you've described is one of the cases where Outlook is really
usefu
Hi,
* Derek Martin [07-09-03 15:50:02 -0400] wrote:
I've used plenty of curses-based programs where the same colors as the
main window are used (especially on monochrome displays) and it seems
to work fine. But, I think the right thing to do here is, since
you're adding an entirely new UI elem
Hi all,
I'm pleased to announce that Rocco has joined Thomas, Michael and
myself as a committer to the mutt repository. His code has always been
very high quality, but more importantly he's had some excellent
architectural ideas. We're hoping to see even more of that now :)
Welcome, Rocco!
pgp6
Hi,
* Vincent Lefevre [07-09-03 18:02:13 +0200] wrote:
On 2007-09-02 15:14:25 +0200, Thomas Roessler wrote:
Nah... tag-replying is a totally essential feature. :)
Yes, except that generates a reply DAG instead of a reply tree, and
Mutt won't display the DAG.
Just out of curiosity: which
On Sun, Sep 02, 2007 at 01:18:27PM +0200, Rocco Rutte wrote:
> Hi,
>
> * Vladimír Marek [07-09-02 11:34:50 +0200] wrote:
>
> >JUst out of curiosity, how do you compose message out of different mails
> >? For example you reply to someone, but need to include part of another
> >mail you got the day
On Sun, Sep 02, 2007 at 01:30:43PM +0200, Rocco Rutte wrote:
> For simplicity I simply chose the status bar color pair, but that is of
> course debatable. The basic requirement I think is that the overlay
> window is clearly distinctable from the underlying menu and I doubt if
> we can programma
#2899: progress display is now too slow for common operations
Comment (by Safari):
''comments about progress_hz patch''[[BR]]
gettimeofday is pretty fast, around 100 calls a second on P4 2.8 GHz.
checking need to update progress with setitimer would be pretty complex,
but doable.
If I'd
Hi,
the attached patch hopefully removes all places where is used
to present structured data (only parts with examples should be
left).
bye, Rocco
--
:wq!
diff --git a/doc/manual.xml.head b/doc/manual.xml.head
index b6a6d3d..f87d629 100644
--- a/doc/manual.xml.head
+++ b/doc/manual.xml.he
On 2007-09-03 18:08:13 +0200, Thomas Roessler wrote:
> On 2007-09-03 18:02:13 +0200, Vincent Lefevre wrote:
> > Yes, except that generates a reply DAG instead of a reply tree,
> > and Mutt won't display the DAG.
>
> I might be dense here. What do you mean by "DAG"?
http://en.wikipedia.org/wiki/D
On 2007-09-03 18:02:13 +0200, Vincent Lefevre wrote:
> Yes, except that generates a reply DAG instead of a reply tree,
> and Mutt won't display the DAG.
I might be dense here. What do you mean by "DAG"?
--
Thomas Roessler <[EMAIL PROTECTED]>
On 2007-09-02 15:14:25 +0200, Thomas Roessler wrote:
> On 2007-09-02 15:08:10 +0200, Vladimír Marek wrote:
>
> >> Tag the messages you want to reply. Then "; r" and you have
> >> them all in your editor ;)
>
> > That's insane :) It would never cross my mind that you can tag-reply.
>
> Nah... ta
On Mon, Sep 03, 2007 at 10:17:43AM +0200, Thomas Roessler wrote:
> You're arguing why mutt should have a completely different UI
> paradigm, which -- surprise! -- might even make sense if it was
> started from scratch today.
Certainly.
> However, the question at hand is how to make a specific int
I've seen references in the mutt wiki and elsewhere, e.g.
http://marc.info/?l=mutt-dev&m=116132493619166&w=2
to a couple of patches adding NTLM authentication support to mutt,
but can't find them. Any suggestions where to look?
There were also hints on this mailing list that a patch might be
ac
Hi,
the attached patch introduces M_PAGER_NOWRAP flag for
pager.c:format_line() to ignore the current $wrap value. This is used to
not wrap help menus to fix #2896.
bye, Rocco
--
:wq!
diff --git a/help.c b/help.c
index b43dce8..88f465a 100644
--- a/help.c
+++ b/help.c
@@ -373,7 +373,7 @@ vo
#2924: mutt shows less pager index lines than configured
Changes (by pdmef):
* status: new => closed
* resolution: => invalid
Comment:
The manual contains already this for pager_index_lines:
''One of the lines is reserved for the status bar from the index, so a
pager_index_lines of 6
Hi,
* Rocco Rutte [07-09-03 13:07:11 +0200] wrote:
The attached patch fixes it.
This also fixes #2900 which indeed is a duplicate of #2882.
bye, Rocco
--
:wq!
On Mon, Sep 03, 2007 at 01:15:32AM -0400, Derek Martin wrote:
> There are no GUI apps I can think of that have menus pop up on the
> bottom of their windows. Can you name some?
Does the in-page search dialog in Firefox count? There's some other
applications which have similar search boxes.
Hi,
while debugging #2882 I found a buffer overflow in mutt_FormatString().
The 'count' variable counts how many bytes we have left for padding,
while in the affected line the code substracts the current column, i.e.
the string width so far, not it's byte size.
This makes mutt crash if the t
Hi,
On Mon, Sep 03, 2007 at 10:17:43 +0200, Thomas Roessler wrote:
> That mutt is starting to show its age is doubtlessly true. That its
> heavy reliance on a single text terminal is quite limiting is true
> as well. At the same time, there are use cases where that
> limitation is actually a plu
On 2007-09-03 01:15:32 -0400, Derek Martin wrote:
>> It's not about noticing, but about causing minimal confusion.
>
> It's hardly confusing. The typical user is highly accustomed to
> interacting with GUI applications, virtually 100% of which have
> dialog boxes pop up either in the middle of t
On Mon, Sep 03, 2007 at 01:15:32AM -0400, Derek Martin wrote:
> the current code base desperately needs to be abandoned, and a fresh
> rewrite started with modularity and modernization in mind.
>
that sounds like a revolution - and doesn't make too much sense from a
mutt perspective. it would be m
Hi,
* Derek Martin [07-09-03 01:15:32 -0400] wrote:
On Sun, Sep 02, 2007 at 10:08:08AM +0200, Thomas Roessler wrote:
The panel is conceptually *EXTREMELY* different from an application's
menus and dialog boxes. There are no GUI apps I can think of that
have menus pop up on the bottom of thei
24 matches
Mail list logo