On Thu, Feb 01, 2007 at 01:05:27PM -0600, David Champion wrote:
Have you worked in direct user support? For each professional or
enthusiast, there are hundreds who just use computers as a tool, the way
you would use a hammer or a gas oven. Few people want to modify their
ovens, even if oven
On Sun, Feb 04, 2007 at 11:52:15PM +1300, Chris Bannister wrote:
And there is probably a mumble-oven-user list where people are
discussing things like: ...with this mod, think of the power they would
save ... but they just don't listen.
Totally OT, but perhaps amusing true story.
I had a
On Sun, Feb 04, 2007 at 11:52:15PM +1300, Chris Bannister wrote:
On Thu, Feb 01, 2007 at 01:05:27PM -0600, David Champion wrote:
Few people want to modify their ovens, even if oven engineers have
suggestions for how to do it.
And there is probably a mumble-oven-user list where people are
/MTA, editor, viewer separation in mutt, not in OL?)
If it's the text that matters which they want to send,
then plain text should be enough: let the reader apply visual aids
as desired, not hard-code it in the data.
Is the color-feature even used? Do the OL'ers among each other
look at the quoted
sane usable format by converting the html/css
coloring instructions to ' ' sequences.
I recommend 1).
I guess that I was looking for option 3. Some sort of extension
for w3m (or another text based browser) that lets you do
something reasonable when dumping html with FONT COLOR tags to
text
* On 2007.02.01, in [EMAIL PROTECTED],
* Rado S [EMAIL PROTECTED] wrote:
Are you serious about option 1?
Why not?
Generally it's good to have visual aids.
However, the implementation varies, and I prefer a simple data
format that works even without a dedicated visual aids
=- David Champion wrote on Thu 1.Feb'07 at 10:25:13 -0600 -=
i.e. the way of aiding is not stored in the data
itself but left up to the reader (the original www idea).
A tool can perform its beefing-up well enough on this simple/
raw data, too, as mutt and other MUAs show.
I agree
There are many factors in how people behave. Interoperability of
personal preference ranks low for most people. Has no one ever asked
you how you can stand not reading e-mail in full blazing GUI glory?
I said this is a matter for developers, not for users, because
developers (and
I have a vendor who occasionally sends me replies quoted this way.
What's ironic is that he normally top-posts, and I suspect he's doing it
this way because *I* normally quote inline in response to him.
Even better, he sometimes writes his bits in all caps ON THE SAME LINE
as parts of my quoted
=- David Champion wrote on Thu 1.Feb'07 at 13:05:27 -0600 -=
Has no one ever asked you how you can stand not reading e-mail
in full blazing GUI glory?
(I'm not sure they'd call it blazing glory in the first place.
It's often not that they like it but rather have no choice or just
stick with
On Thu, Feb 01, 2007 at 07:21:07PM +0100, Rado S wrote:
=- David Champion wrote on Thu 1.Feb'07 at 10:25:13 -0600 -=
i.e. the way of aiding is not stored in the data
itself but left up to the reader (the original www idea).
A tool can perform its beefing-up well enough on this
On Thu, Feb 01, 2007 at 03:59:51PM -0500, Marc Vaillant wrote:
This just isn't realistic. What sort of view of mutt do you think an
outlook user (potential mutt user) is going to get if I tell them Hey
check out this great text based MUA that I have... only thing is, you
know that feature
replying to (or their
replies) in color instead of the usual angle indenting ( )?
The message is readable, but the clarity that the color provides
is lost when I view it in mutt because the only differentiator
is color. I could open up the html in a graphical browser but I
still can't
Marc Vaillant wrote:
On Tue, Jan 30, 2007 at 07:31:38PM +0100, Rado S wrote:
[...]
_You_ have several options:
1) educate your eMail partners to quote mutt-friendly (txt-only).
[...]
Are you serious about option 1?
I would be. Even outlook (not sure about outlook express) can be told
to send
I'm wondering how people handle messages coming from outlook users that
quote the message they're replying to (or their replies) in color
instead of the usual angle indenting ( )?
Thanks,
Marc
* On Tue, Jan 30, 2007 Marc Vaillant ([EMAIL PROTECTED]) muttered:
I'm wondering how people handle messages coming from outlook users that
quote the message they're replying to (or their replies) in color
instead of the usual angle indenting ( )?
Outlook uses a indent string. Default
On 2007-01-30, Michael Tatge [EMAIL PROTECTED] wrote:
* On Tue, Jan 30, 2007 Marc Vaillant ([EMAIL PROTECTED]) muttered:
I'm wondering how people handle messages coming from outlook users that
quote the message they're replying to (or their replies) in color
instead of the usual angle
replying to in color
Outlook uses a indent string. Default ' '.
I occasionally receive HTML e-mail from Outlook users who have used
color to identify their reply text and have not applied any sort of
indentation or quoting to the original message.
Now that is - just plain awful. html
On Tue, Jan 30, 2007 at 02:55:46PM +0100, Michael Tatge wrote:
* On Tue, Jan 30, 2007 Marc Vaillant ([EMAIL PROTECTED]) muttered:
I'm wondering how people handle messages coming from outlook users that
quote the message they're replying to (or their replies) in color
instead of the usual
=- Marc Vaillant wrote on Tue 30.Jan'07 at 12:59:46 -0500 -=
* On Tue, Jan 30, 2007 Marc Vaillant ([EMAIL PROTECTED]) muttered:
I'm wondering how people handle messages coming from outlook
users that quote the message they're replying to (or their
replies) in color instead of the usual
* Michael Tatge [EMAIL PROTECTED] [01-30-07 12:51]:
[...]
Now that is - just plain awful. html *and* no proper quoting?
I guess the only thing to do would be to send them their stuff back text
dumped, fully quoted. Let them figure out what is quoted and what not. ;)
html - /dev/null
--
?
this was the problem all along
color index green default '~h ^X-Spam-Status:.*Yes'
so the green on default thing made mutt place
the red bar at the bottom of the screen? huh??
Sven [green things? it's *gotta* be aliens...]
* Sven Guckes ([EMAIL PROTECTED]) wrote:
so the green on default thing made mutt place
the red bar at the bottom of the screen? huh??
Sven [green things? it's *gotta* be aliens...]
yup. when vt100 worked fine i figured it was a runaway color line in muttrc. i
commented then out one
* dan top-posting jerk radom [EMAIL PROTECTED] [2002-10-11 09:57]:
hmm... does this happen on all terminals? even on the console?
The terminal apps that I've tested with are xterm and Eterm.
The terminal types I've tested with are xterm,
xterm-color, screen-w, linux (console) and vt100
The terminal apps that I've tested with are xterm and Eterm. The terminal types I've
tested with are xterm , xterm-color, screen-w, linux (console) and vt100. With vt100
I do not see this problem. WIth all other term types mentioned I do see it. This
same client also reads local mbox files
this only happens with imap (image at http://radom.org/mutt-imap.png). you'll notice
the stuff that's normally highlighted is at the very bottom of the image. here's my
color config...
color indicator white red
dan
* Sven Guckes ([EMAIL PROTECTED]) wrote:
* dan radom [EMAIL PROTECTED
* dan radom [EMAIL PROTECTED] [2002-10-10 08:20]:
this only happens with imap (image at http://radom.org/mutt-imap.png).
you'll notice the stuff that's normally highlighted is
at the very bottom of the image. here's my color config...
color indicator white red
hmm... does this happen
colors. in other
words it appears as a solid red bar, where it should have white text.
this happens on imap folders only?
and why is there color when mutt's
default is to show no color at all?
so what is your color configuration?
does the same happen with mutt
linked to slang (1.4.6 now
On Wed, Aug 21, 2002 at 12:57:21AM +0100, Lee J. Moore wrote:
| 'brightwhite' creates *bold* white text, whereas 'white' creates
| grey text
FWIW, I've seen in the gnome-terminal palette that white really is
grey, and brightwhite is really white. The solution there is to
tweak the terminal so
On Wed, 21 Aug 2002, Derrick 'dman' Hudson wrote:
On Wed, Aug 21, 2002 at 12:57:21AM +0100, Lee J. Moore wrote:
| 'brightwhite' creates *bold* white text, whereas 'white' creates
| grey text
FWIW, I've seen in the gnome-terminal palette that white really is
grey, and brightwhite is
On Sun, 18 Aug 2002, Lee J. Moore wrote:
Oh woah is me for following up to my own followup but this is
driving me nuts. ;)
[..]
Trying to
use color8 and above, results in [sic] errors.
[..]
This is despite the fact that color8 and above is available with
slrn in the same terminal. I
Hmm..
I compiled mutt with slang, and I discovered that contrary to ncurses,
the headers now had background colour to the end of the line, but
brightblack no longer worked. (tried with xterm, rxvt, aterm and
konsole)
I'd love it of mutt could use the standard unix rgb.txt color names
colours.
I've got one ugly mutt here atm. ;(
I'd love it of mutt could use the standard unix rgb.txt color
names and a higher selection of colours.
A nice idea!
Philip Wittamore,
using outhouse because he's at work :-(
You should complain to the council. Indoor toilets are required
for health
up solutions, nor posting to the list.
Maybe it's only a minority of Mutt users who want more than
eight colours.
8 colors are standard (the majority of those 16-color applications are
assuming that bold colors are bright - which is not a valid assumption
in many cases).
--
Thomas E. Dickey
Le (20/08/02 23:16), Lee J. Moore à ecrit:
Maybe it's only a minority of Mutt users who want more than
eight colours.
do you think that some believe that colour is too un-nerdy ?
me, I'm a brand of monkey, and colour is just as important for my mail
as it was when my great-grandaddy was
On Tue, 20 Aug 2002, Thomas Dickey wrote:
[..]
8 colors are standard (the majority of those 16-color
applications are assuming that bold colors are bright - which
is not a valid assumption in many cases).
Well, as an example, in slrn, I've got a lightgray statusbar
with white text. Easier
that lets you have a 256 color
xterm... and it worked, because the test programs were printing all wild
color shizzit... but I can't for the life of me figure out how to make
any of my applications *use* those extra colors, so the 256 colors are
useless ;)
--=20
Rob 'Feztaa' Park
http://members.shaw.ca
On Wed, 21 Aug 2002, Philip Wittamore wrote:
Le (20/08/02 23:16), Lee J. Moore à ecrit:
Maybe it's only a minority of Mutt users who want more than
eight colours.
do you think that some believe that colour is too un-nerdy ?
Um...no! I don't care about others perceptions. If I did, I
Is there a patch anywhere to increase the number of colors
available in Mutt? I'm trying to get it to match a new color
scheme I've just created for slrn, but just getting a grey/white
status line is difficult. Perhaps easy if the whole mutt color
scheme was to be in mono but it's not.
--
Lee
* Lee J. Moore [EMAIL PROTECTED] [2002-08-18 16:01]:
Is there a patch anywhere to increase the number of colors
available in Mutt? I'm trying to get it to match a new
color scheme I've just created for slrn, but just getting a
grey/white status line is difficult. Perhaps easy if the
whole
On Sun, 18 Aug 2002, Sven Guckes wrote:
[..]
the number of color is certainly limited by your terminal.
now, if you could turn your monitor by 180 degrees then we
might be able to see what you're using... i think we need a
good color test...
OK, I'm trying to setup a new Mutt color scheme
* Rocco Rutte [EMAIL PROTECTED] [2002-07-17 14:39 +0200]:
I remember to have a read about about a patch making the
indicator bar always exactly the same color as specified.
The problem is that if the color of the message in the index
is ``bright...'', the foreground color of the bar gets bold
Hi All,
How do I set the bg/fg color for the whole line, for a
particular header field?? Not just for the header alone, but the whole
line should have the same bg color?? How is this possible??
--
V Suresh
-
ANTI SPAM: http://india.cauce.org
* V_Suresh [EMAIL PROTECTED] [2002-07-25 08:09]:
How do I set the bg/fg color for the whole line, for a particular
header field?? Not just for the header alone, but the whole line
should have the same bg color?? How is this possible??
color header fg bg regexp
examples:
http://www.math.fu
* On Thu, 25 Jul 2002, Sven Guckes wrote:
* V_Suresh [EMAIL PROTECTED] [2002-07-25 08:09]:
How do I set the bg/fg color for the whole line, for a particular
header field?? Not just for the header alone, but the whole line
should have the same bg color?? How is this possible??
color
On Thu, Jul 25, 2002 at 02:35:34PM -0700, John Iverson wrote:
* On Thu, 25 Jul 2002, Sven Guckes wrote:
* V_Suresh [EMAIL PROTECTED] [2002-07-25 08:09]:
How do I set the bg/fg color for the whole line, for a particular
header field?? Not just for the header alone, but the whole line
that (not choosing a terminal type that tells whether it can clear
using the background color), or one of the cases where mutt doesn't
setup the curses calls properly
This has come up before; I could be wrong, but I thought the general
consensus was that ncurses won't do the whole line, while slang does
calls the functions that tell
ncurses to fill the line with the background color. I pointed out some of
those a couple of years ago to someone who submitted patches for mutt, while
some other cases were less obvious.
--
Thomas E. Dickey [EMAIL PROTECTED]
http://invisible-island.net
ftp
On Wed, Jul 17, 2002 at 02:39:20PM +0200, Rocco Rutte wrote:
Hi,
I remember to have a read about about a patch making the
indicator bar always exactly the same color as specified.
The problem is that if the color of the message in the index
is ``bright...'', the foreground color of the bar
Hi,
I remember to have a read about about a patch making the
indicator bar always exactly the same color as specified.
The problem is that if the color of the message in the index
is ``bright...'', the foreground color of the bar gets bold,
too. But I want it to be ``black'' instead
I beleive the color used depends on the *last* matching color
index statement, so you might have to include the ~D, ~F, and ~T
ones in your folder-hook *after* the ~f one.
No amount of reordering seemed to solve the problem, I've tried N
different combinations (likely missing the right one
folder-hook --
something like (using ~P for from me):
folder-hook . 'color index blue black ~P; \
color index black red ~D; \
color index red black ~F; \
color index magenta black ~T'
folder-hook =sent 'color index white black ~P
(using ~P for from me):
folder-hook . 'color index blue black ~P; \
color index black red ~D; \
color index red black ~F; \
color index magenta black ~T'
folder-hook =sent 'color index white black ~P; \
color index black red ~D
* Joseph Ishac [EMAIL PROTECTED] [2002-06-07 15:11]:
Actually, I wasn't aware you could do that with the folder-hook
command. :) However, I did a quick copy/paste on the lines below and
it didn't remedy the problem. I think I'll stick with the four term
expression with the use of ~P (which
* On Fri, 07 Jun 2002, Joseph Ishac wrote:
Actually, I wasn't aware you could do that with the folder-hook
command. :) However, I did a quick copy/paste on the lines
below and it didn't remedy the problem.
Works as intended here -- maybe you had other 'color index'
commands which were
Hi,
I've recently noticed an issue with my attempt to color some index
entries on a per mailbox basis using the folder-hook command.
The desired effect (expressed with the snip-it below) is to color mail
from myself blue, except if I'm looking at the mbox that stores my
outbound messages
* On Thu, 06 Jun 2002, Joseph Ishac wrote:
The desired effect would be to have the behavior of the hooks
as well as always changing color for status changes (such as
tagging, etc.)
I beleive the color used depends on the *last* matching color
index statement, so you might have to include
I believe there was some talk about this being incorporated into
Mutt. Anyone know the status, or how to turn it on if it's
there?
It was put in CVS quite a while ago; i'm not sure what versions of mutt
include it, though.
You don't need to do anything special to turn it on; just leave the
* On Tue, 04 Jun 2002, Mike Schiraldi wrote:
It was put in CVS quite a while ago; i'm not sure what versions
of mutt include it, though.
Doesn't seem to be in 1.3.99 or 1.4 (just upgraded). I tried
commenting out all indicator color and mono commands. I'm using
S-Lang -- would that matter
* Ken Weingold [EMAIL PROTECTED] [2002-06-04 03:24]:
color indicator white red
one fg/bg color combination - that's it.
Yeah, I have my colors set, but I wanted another
combo for another condition besides default.
well, you can change settings within mutt automatically with
hooks
* Ken Weingold [EMAIL PROTECTED] [2002-06-02 17:55]:
I am playing with more colors for the index. Way too
cool. I can't believe I didn't do this stuff earlier.
;-)
Anyway, I wanted to change the indicator, for
example, for messages marked for deletion.
color index blue default ~D
I
Hi,
I've just edited my mutt colors to have a white background. (color
normal black white etc.) I am using aterm and when I call mutt with the
white background setting it looks awful, not white. Have a look at the
screenshot [1]. I tried it with rxvt and it looks the same. Am I doing
Maximilian Szengel said:
Hi,
I've just edited my mutt colors to have a white background. (color
normal black white etc.) I am using aterm and when I call mutt with the
white background setting it looks awful, not white. Have a look at the
screenshot [1]. I tried it with rxvt
-bg Black -fg White it is still the
same, doesn't matter what color is set in aterm/rxvt.
max
--
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s: a--- C++ UL+++ P+ L+++ E--- W+ N++ o++ K- w--
O- M-- V- PS+++ PE-- Y+ PGP++ t--- 5-- X+ R- tv+ b++ DI- D++
G++ e h! r y+
--END GEEK CODE
On Sun, Jun 02, 2002 at 01:41:55PM +0200, Maximilian Szengel wrote:
Hi,
I've just edited my mutt colors to have a white background. (color
normal black white etc.) I am using aterm and when I call mutt with the
white background setting it looks awful, not white. Have a look
On Sun, Jun 02, 2002 at 07:11:15PM +0200, Maximilian Szengel wrote:
Basically what happens is that it's specifying a background color 15,
while the terminfo says there's only 8 colors. (I considered adding
a special case for this, but decided that the proper solution would be
to use
I am playing with more colors for the index. Way too cool. I can't
believe I didn't do this stuff earlier. Anyway, I wanted to change
the indicator, for example, for messages marked for deletion. Can the
indicator color not be changed like the index and such?
Thanks.
-Ken
* On Sun, 02 Jun 2002, Ken Weingold wrote:
I am playing with more colors for the index. Way too cool. I
can't believe I didn't do this stuff earlier. Anyway, I wanted
to change the indicator, for example, for messages marked for
deletion. Can the indicator color not be changed like
color, isn't it?
Maybe the solution is to make it an option to go by _depth only_
when coloring quotes. Or to be able to group some quote prefixes
together as being equivalent for coloring purposes.
But it looks to me like Mutt doesn't really know the depth of a
quote as it works now
to have the # lines distinguished
from the lines by being a different color, isn't it?
Actually, since it's just text in the quote, I like having them in the
same color as the rest of the quote, which is how I have my quote_regexp
configured.
Maybe the solution is to make it an option to go
* On Fri, 17 May 2002, Gary Johnson wrote:
Actually, since it's just text in the quote, I like having them
in the same color as the rest of the quote, which is how I have
my quote_regexp configured.
Are you referring to my quote of David's example, or the
original? :-)
But it looks to me
On Fri, May 17, 2002 at 04:35:12PM -0700, John Iverson wrote:
* On Fri, 17 May 2002, Gary Johnson wrote:
Actually, since it's just text in the quote, I like having them
in the same color as the rest of the quote, which is how I have
my quote_regexp configured.
Are you referring to my
* On Wed, 15 May 2002, Rob 'Feztaa' Park wrote:
Alas! John Iverson spake thus:
why do the following lines show up in different colors?
Well, first of all, the colors don't match what you said (at
least for me).
Even with the same color settings (3 levels, which repeat) and
same (default
On Wed 15-May-2002 at 07:19:05 -0700, John Iverson wrote:
| This is in quoted1 color
: This is in quoted2 color
} This is in quoted color
# This is in quoted1 color
Did anyone using a similar $quote_regexp see strange coloring on my
original post? (I am seeing it on the above re
John --
...and then John Iverson said...
%
% With different colors set for different quote levels:
%
% color quoted blue default
% color quoted1 magenta default
% color quoted2 red default
You should probably continue to quoted5 or quoted6 to fill out your test,
because
this
% he did??
% and then that
% no!
Quoting Bill:
% # that was messier
% # and I wouldn't want it
% yeah, you said it
or so. Now you would see the outer quotes (%) in color 1 and
you might expect to see the inner quotes ( and #) both in
color 2 but mutt would (correctly
* On 2002.05.16, in [EMAIL PROTECTED],
* John Iverson [EMAIL PROTECTED] wrote:
My original thinking was that the color should depend on only the
level of the quote, and when I saw that vim did it this way, it
reinforced my thinking that maybe Mutt was doing something wrong
or I had
With different colors set for different quote levels:
color quoted blue default
color quoted1 magenta default
color quoted2 red default
and using the default $quote_regexp and Mutt's built-in pager,
why do the following lines show up in different colors?
This is in quoted
* On Thu, 16 May 2002, Sven Guckes wrote:
mutt behaves the way you expect it to,
that is the follwoing lines show up in
blue on default:
This is in quoted color
This is in quoted color again
the follwoing lines however
are not shown in the colors
you wrote:
| This is in quoted1
for
me).
But I believe that coloring them differently is correct behavior. Since
the quote character is different, it's a different quote. It's not part
of the same quote. Thus mut uses a different color on it.
Shouldn't they all use the quoted (first level) color, since
they are all first-level
* On 2002.05.15, in [EMAIL PROTECTED],
* John Iverson [EMAIL PROTECTED] wrote:
and using the default $quote_regexp and Mutt's built-in pager,
why do the following lines show up in different colors?
This is in quoted color
| This is in quoted1 color
: This is in quoted2 color
THE PROBLEM:
When I open a folder, often the message just below my cursor will be
orange. When I scroll down, they turn back to yellow (like all the other
new messages), but when I scroll back up, every message I pass turns
orange again. I have trimmed my index color settings to just those
orange again. I have trimmed my index color settings to just those
above, and it's still happening. Any ideas?
Is this in X or console? If in X, maybe it's some kind of
problem with the $TERM you use? Do other color apps look OK?
--
Martin Karlsson | GPG/PGP public key: 0x9C924660
msg28015
On Sun, Apr 28, 2002 at 08:19:19PM -0700, John Iverson wrote:
Actually, it was me who was missing something. I'm using color
index to match my old addresses, not color header. So I'm
coloring the matched messages in the index, rather than coloring
the headers in the pager. Sorry about
] [EMAIL PROTECTED]
my [EMAIL PROTECTED] is lost in there. If it appears on the
first line, it matches my regexp :
color header red black To:.*myoldlogin\@myoldaddress.com
Just a thought, why do you need your old address being matched in the
to header? Does it make difference if you just leave out
Hello,
I have som old addresses that some people still have in their
address-books. I'd like to spot these people by colorizing the headers
when matching one of those addresses. It works pretty well with :
color header red black 'To:.*myoldlogin\@myoldaddress\.com'
However
* Flavien [EMAIL PROTECTED] [2002-04-28 17.36 +0200]:
Hello,
Hi.
I have som old addresses that some people still have in their
address-books. I'd like to spot these people by colorizing the headers
when matching one of those addresses. It works pretty well with :
[...snip...]
Hi,
* Flavien [04/28/02 17:36:10 CEST] wrote:
I have som old addresses that some people still have in their
address-books. I'd like to spot these people by colorizing the headers
when matching one of those addresses. It works pretty well with :
color header red black
* On Sun, 28 Apr 2002, Flavien wrote:
I have som old addresses that some people still have in their
address-books. I'd like to spot these people by colorizing the headers
when matching one of those addresses. It works pretty well with :
color header red black
Hi,
John Iverson gave the following hint :
I use ~C for this and it seems to work fine, even when the
address isn't on the first line of the To: header. Try this:
color header red black ~C myoldlogin\@myoldaddress\.com
I must be missing something. It does not work here... :-(
I daily
* On Mon, 29 Apr 2002, Flavien wrote:
I must be missing something. It does not work here... :-(
Actually, it was me who was missing something. I'm using color
index to match my old addresses, not color header. So I'm
coloring the matched messages in the index, rather than coloring
There is a problem, which can be seen as a bug or bad design, with the
tree and the background color in the index.
Here in general, I have a black background. So, I have:
color tree brightred black
But I sometimes use a different background color, e.g.
color index brightwhite
There is a problem, which can be seen as a bug or bad design, with the
tree and the background color in the index.
Yeah, there was a thread on this last month..
http://marc.theaimsgroup.com/?l=mutt-usersm=101360992730167w=2
IIRC, we agreed that mutt's color system needs an overhaul, but we
Where does 'default' come from, as whether it gets recognized or not?
I ended up installing ncurses into my home directory and mutt built
perfectly. I reported this back the server admin and she said that
after looking into it, ncurses on the server was indeed screwed. She
said she reinstalled
On Fri, 15 Mar 2002, Ken Weingold wrote:
Where does 'default' come from, as whether it gets recognized or not?
for ncurses, it's implemented by the use_default_colors() function.
If the configure script doesn't find that, it won't compile-in the
support for default into mutt.
I ended up
, Noticias and Pessoal are folders... Can I change the
color of names (to detach when there are boxes with new mail)?
2) Can I filter de screen every time I enter in this screen (to remove name, group,
permissions or add new labels)?
I thank for all help!
--
Michel - Curitiba - PR - Brasil
i8u
thing to be changed:
1) Programacao, Linux, Musica, Noticias and Pessoal are
folders... Can I change the color of names (to detach when
there are boxes with new mail)?
Don't about colors here, sorry. But...
2) Can I filter de screen every time I enter in this screen (to
remove name, group
On Sat, Mar 09, 2002 at 09:22:30AM -0300 Michel wrote:
1 drwxr-sr-x 31 michel michel 2048 Mar 09 07:33 ../
2 drwxr-sr-x 2 michel michel 1024 Mar 09 08:45 Linux/
3 drwxr-sr-x 2 michel michel 1024 Feb 19 02:02 Musica/
4 drwxrwsr-x 2 michel michel
Hello folks! I'm wondering with this feature :)
Darren: I try this and enjoy :)
Everybody: see how is my folder before...
1 drwxr-sr-x 31 michel michel 2048 Mar 09 07:33 ../
2 drwxr-sr-x 2 michel michel 1024 Mar 09 08:45 Linux/
3 drwxr-sr-x 2 michel michel
Hello,
On Sat, Mar 09, 2002 at 02:15:57PM -0300 Michel wrote:
9 Feb 19 04:51 22 .. inbox
10 Mar 09 08:42 38377 ... lidas
[...]
set folder_format= %\%C %N %t %d %s %. %f %\
[...]
Only in iten
201 - 300 of 624 matches
Mail list logo
