On Mon, Jun 18, 2007 at 09:43:27PM -0400, Dave Mielke wrote:
> YOu can control what a message index line looks like by setting index_format.
> The subject is specified by %s. While you can specify an explicit width by
> placing an integer between the two character, e.g. %20s, I don't believe the
[quoted lines by Jason White on 2007/06/19 at 10:52 +1000]
>Maybe this is already available, though I couldn't find it in the manual
>pages, but an option to have subject lines fully displayed in the index view
>would be helpful.
>
>At the moment (with the default index view), if the subject line
On Mon, Jun 18, 2007 at 02:54:08PM +0200, S?bastien Hinderer wrote:
> Now that mutt has the braille_friendly variable, it can be used to make
> mutt even more braille_friendly than what it is already.
> My question: are there improvements in mutt's behaviour that you guys
> would like to see implem
Hi,
Boris, le Mon 18 Jun 2007 17:06:22 +0200, a écrit :
> Samuel, as you caught my point, have you an idea of the amount of work
> to implement the BD barrier in BRLTTY or BRLAPI?
>From the interface point of view, it could just be a new "half window
half left/right" command. From the core point
Hello Samuel, hello the list,
That is it: "at some time _both_ the end of the previous line for the
right hand, and the start of the next line for the left hand" with a
little s/line/window so that it is even faster.
In other words, what I propose is being able to move the "horizon"
where my fing
Dave Mielke, le Mon 18 Jun 2007 09:31:25 -0400, a écrit :
> For reading, I like displays with long thumb-operated keys. As I near
> the end of a line I start moving my left index finger to the left,
> usually timing it so that it gets there just as my right index finger
> is reading the last charac
[quoted lines by Sébastien Hinderer on 2007/06/17 at 13:20 +0200]
>So far, I could work with two braille terminals. The first one had its
>"go to next window key" at the left of the display, where as the second
>one has it at the right end, more precisely under the last cells.
>Between these two,
[quoted lines by Sébastien Hinderer on 2007/06/18 at 14:54 +0200]
>having the cursor positionned on messages appearing at the bottom of the
>screen,
I already more or less have this. The cursor jumps to the message for a short
time so that I can read it, and then jumps back. I'll have to check to
Dear all,
Now that mutt has the braille_friendly variable, it can be used to make
mutt even more braille_friendly than what it is already.
My question: are there improvements in mutt's behaviour that you guys
would like to see implemented, making mutt even easier to use with a
braille display ?
Po
Hi,
Jason White, le Mon 18 Jun 2007 18:54:48 +1000, a écrit :
> I think UTF8 support should be a significant priority, and it has been
> discussed here previously as a post 3.8 possibility.
Mmm, UTF-8 already works. What is left to do is Unicode support, i.e.
being able to mix several not necessa
On Mon, Jun 18, 2007 at 08:58:20AM +0200, S?bastien Hinderer wrote:
> The orientation of the keys was preserved on the keyboard I was talking
> about: simply, both previous and next window keys were located at the
> beginning of the display. Thus, the layout was as follows, from left to
> right:
11 matches
Mail list logo
