* How to handle overfilled mode line?
@ 2006-10-04 22:42 Tassilo Horn
2006-10-05 15:18 ` rgb
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Tassilo Horn @ 2006-10-04 22:42 UTC (permalink / raw)
Hi,
my mode line is overly filled with much useful informations from
different modes like circe, emms, etc. If the buffer name is a littlebit
longer, it doesn't fit on my screen anymore.
How can I handle this? Is there a solution like a multi-line mode line,
or a mode line which scrolls like many mp3 players do?
Bye and thanks,
Tassilo
--
[Emacs] is written in Lisp, which is the only computer language that is
beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: How to handle overfilled mode line?
2006-10-04 22:42 How to handle overfilled mode line? Tassilo Horn
@ 2006-10-05 15:18 ` rgb
2006-10-05 16:15 ` robert.thorpe
2006-10-05 16:58 ` Michaël Cadilhac
2 siblings, 0 replies; 14+ messages in thread
From: rgb @ 2006-10-05 15:18 UTC (permalink / raw)
> my mode line is overly filled with much useful informations from
> different modes like circe, emms, etc. If the buffer name is a littlebit
> longer, it doesn't fit on my screen anymore.
>
24" monitors have come way down in price :-)
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: How to handle overfilled mode line?
2006-10-04 22:42 How to handle overfilled mode line? Tassilo Horn
2006-10-05 15:18 ` rgb
@ 2006-10-05 16:15 ` robert.thorpe
2006-10-05 17:15 ` Tassilo Horn
` (2 more replies)
2006-10-05 16:58 ` Michaël Cadilhac
2 siblings, 3 replies; 14+ messages in thread
From: robert.thorpe @ 2006-10-05 16:15 UTC (permalink / raw)
Tassilo Horn wrote:
> Hi,
>
> my mode line is overly filled with much useful informations from
> different modes like circe, emms, etc. If the buffer name is a littlebit
> longer, it doesn't fit on my screen anymore.
>
> How can I handle this? Is there a solution like a multi-line mode line,
> or a mode line which scrolls like many mp3 players do?
What a painful problem, I can think of no good solution.
What you can do though is try to be more careful about what minor-modes
your associating with any major modes. Rather than starting minor
modes in a blanket fashion try hook them only to the major modes you
really need them in.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: How to handle overfilled mode line?
2006-10-05 16:15 ` robert.thorpe
@ 2006-10-05 17:15 ` Tassilo Horn
2006-10-05 18:42 ` Chris F.A. Johnson
2006-10-05 22:16 ` Reiner Steib
2006-10-06 15:57 ` Kevin Rodgers
[not found] ` <mailman.7822.1160150374.9609.help-gnu-emacs@gnu.org>
2 siblings, 2 replies; 14+ messages in thread
From: Tassilo Horn @ 2006-10-05 17:15 UTC (permalink / raw)
robert.thorpe@antenova.com writes:
Hi Robert,
>> How can I handle this? Is there a solution like a multi-line mode
>> line, or a mode line which scrolls like many mp3 players do?
>
> What a painful problem, I can think of no good solution.
Too bad.
> What you can do though is try to be more careful about what
> minor-modes your associating with any major modes. Rather than
> starting minor modes in a blanket fashion try hook them only to the
> major modes you really need them in.
I do so, but if the buffer name is "*followup to robert thorpe on
gnu.emacs.help*" there's not much room left anyway.
Bye,
Tassilo
--
My opinions may have changed, but not the fact that I am right.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: How to handle overfilled mode line?
2006-10-05 17:15 ` Tassilo Horn
@ 2006-10-05 18:42 ` Chris F.A. Johnson
2006-10-05 19:08 ` Tassilo Horn
2006-10-05 22:16 ` Reiner Steib
1 sibling, 1 reply; 14+ messages in thread
From: Chris F.A. Johnson @ 2006-10-05 18:42 UTC (permalink / raw)
On 2006-10-05, Tassilo Horn wrote:
> robert.thorpe@antenova.com writes:
>
> Hi Robert,
>
>>> How can I handle this? Is there a solution like a multi-line mode
>>> line, or a mode line which scrolls like many mp3 players do?
>>
>> What a painful problem, I can think of no good solution.
>
> Too bad.
>
>> What you can do though is try to be more careful about what
>> minor-modes your associating with any major modes. Rather than
>> starting minor modes in a blanket fashion try hook them only to the
>> major modes you really need them in.
>
> I do so, but if the buffer name is "*followup to robert thorpe on
> gnu.emacs.help*" there's not much room left anyway.
Use a file name instead of a précis!
--
Chris F.A. Johnson <http://cfaj.freeshell.org>
===================================================================
Author:
Shell Scripting Recipes: A Problem-Solution Approach (2005, Apress)
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: How to handle overfilled mode line?
2006-10-05 17:15 ` Tassilo Horn
2006-10-05 18:42 ` Chris F.A. Johnson
@ 2006-10-05 22:16 ` Reiner Steib
2006-10-06 12:13 ` Tassilo Horn
1 sibling, 1 reply; 14+ messages in thread
From: Reiner Steib @ 2006-10-05 22:16 UTC (permalink / raw)
On Thu, Oct 05 2006, Tassilo Horn wrote:
>>> How can I handle this? Is there a solution like a multi-line mode
>>> line, or a mode line which scrolls like many mp3 players do?
Scrolling would be terribly, YMMV.
> I do so, but if the buffer name is "*followup to robert thorpe on
> gnu.emacs.help*" there's not much room left anyway.
Write a version of `message-buffer-name' that uses a customizable
format string. You may look at
`message-insert-formated-citation-line' (Gnus CVS trunk) to get some
ideas.
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: How to handle overfilled mode line?
2006-10-05 22:16 ` Reiner Steib
@ 2006-10-06 12:13 ` Tassilo Horn
2006-10-06 13:39 ` Kim F. Storm
[not found] ` <mailman.7811.1160142023.9609.help-gnu-emacs@gnu.org>
0 siblings, 2 replies; 14+ messages in thread
From: Tassilo Horn @ 2006-10-06 12:13 UTC (permalink / raw)
Reiner Steib <reinersteib+gmane@imap.cc> writes:
Hi Reiner,
>>>> How can I handle this? Is there a solution like a multi-line mode
>>>> line, or a mode line which scrolls like many mp3 players do?
>
> Scrolling would be terribly, YMMV.
Well, ok. Scrolling is not the best idea. It should be able to use
multiple lines and wrap arround automatically, if the user wants.
>> I do so, but if the buffer name is "*followup to robert thorpe on
>> gnu.emacs.help*" there's not much room left anyway.
>
> Write a version of `message-buffer-name' that uses a customizable
> format string.
I like long self-explanatory buffer names. And even if I cut down buffer
names to 10 chars it would still be inconvenient. The contents shouldn't
adapt to the mode line, it should be the other way round.
Bye,
Tassilo
--
A child of five could understand this! Fetch me a child of five!
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: How to handle overfilled mode line?
2006-10-05 16:15 ` robert.thorpe
2006-10-05 17:15 ` Tassilo Horn
@ 2006-10-06 15:57 ` Kevin Rodgers
[not found] ` <mailman.7822.1160150374.9609.help-gnu-emacs@gnu.org>
2 siblings, 0 replies; 14+ messages in thread
From: Kevin Rodgers @ 2006-10-06 15:57 UTC (permalink / raw)
robert.thorpe@antenova.com wrote:
> Tassilo Horn wrote:
>> Hi,
>>
>> my mode line is overly filled with much useful informations from
>> different modes like circe, emms, etc. If the buffer name is a littlebit
>> longer, it doesn't fit on my screen anymore.
>>
>> How can I handle this? Is there a solution like a multi-line mode line,
>> or a mode line which scrolls like many mp3 players do?
>
> What a painful problem, I can think of no good solution.
How about writing a command to temporarily display the entire mode line,
using something like
(tooltip-show (format-mode-line mode-line-format t))
or
(message-box "%s" (format-mode-line mode-line-format t))
Ideally it would preserve the mode line face, though.
--
Kevin
^ permalink raw reply [flat|nested] 14+ messages in thread
[parent not found: <mailman.7822.1160150374.9609.help-gnu-emacs@gnu.org>]
* Re: How to handle overfilled mode line?
2006-10-04 22:42 How to handle overfilled mode line? Tassilo Horn
2006-10-05 15:18 ` rgb
2006-10-05 16:15 ` robert.thorpe
@ 2006-10-05 16:58 ` Michaël Cadilhac
2 siblings, 0 replies; 14+ messages in thread
From: Michaël Cadilhac @ 2006-10-05 16:58 UTC (permalink / raw)
Cc: help-gnu-emacs
[-- Attachment #1.1: Type: text/plain, Size: 683 bytes --]
Tassilo Horn <heimdall@uni-koblenz.de> writes:
> If the buffer name is a littlebit longer, it doesn't fit on my
> screen anymore.
(setq mode-line-format '((-18 "%b")))
will print the current buffer name in the mode line, truncating it to
18 chars (for example).
Hope it helps.
--
/!\ My mail address changed, please update your files accordingly.
| Michaël `Micha' Cadilhac | Fenouil |
| Epita/LRDE Promo 2007 | |
| http://michael.cadilhac.name | -- Poème de François Le Lionnais |
`-- - JID: micha@amessage.be --' - --'
[-- Attachment #1.2: Type: application/pgp-signature, Size: 188 bytes --]
[-- Attachment #2: Type: text/plain, Size: 152 bytes --]
_______________________________________________
help-gnu-emacs mailing list
help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnu-emacs
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2006-10-06 18:49 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-10-04 22:42 How to handle overfilled mode line? Tassilo Horn
2006-10-05 15:18 ` rgb
2006-10-05 16:15 ` robert.thorpe
2006-10-05 17:15 ` Tassilo Horn
2006-10-05 18:42 ` Chris F.A. Johnson
2006-10-05 19:08 ` Tassilo Horn
2006-10-05 19:50 ` Pascal Bourguignon
2006-10-05 22:16 ` Reiner Steib
2006-10-06 12:13 ` Tassilo Horn
2006-10-06 13:39 ` Kim F. Storm
[not found] ` <mailman.7811.1160142023.9609.help-gnu-emacs@gnu.org>
2006-10-06 14:17 ` Tassilo Horn
2006-10-06 15:57 ` Kevin Rodgers
[not found] ` <mailman.7822.1160150374.9609.help-gnu-emacs@gnu.org>
2006-10-06 18:49 ` Tassilo Horn
2006-10-05 16:58 ` Michaël Cadilhac
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).