[Moved to mutt-dev] On 2015-08-19 09:49:15 -0700, Kevin J. McCarthy wrote: > Petr Pisar wrote: > > While translating the messages I noticed some messages exceed 80 columns. > > For > > example: > > > > #: smime.c:2064 > > msgid "" > > "S/MIME (e)ncrypt, (s)ign, encrypt (w)ith, sign (a)s, (b)oth, (c)lear, or > > (o)ppenc mode? " > > Ah. Yes, that's my fault with the oppenc patch. > > > What will happen if a terminal has 80 columns? Will the query message be > > truncated, wrapped? What if a redraw is requested with ^L. Or does mutt > > require some minimal terminal size? > > I believe the message will be truncated. Fortunately this particular > message doesn't occur by default (they have to toggle off oppenc mode > first). > > > I tried to shorten all my translations to fit into 80 colums, so I'm curious > > if somebody is concerned? If mutt is going to deal with it, I'd like to see > > expanding the status line into more lines in some automatic fashion. That > > would allow me to avoid abbreviations that make the message uggly and more > > difficult to understand. > > I'll put that on my todo list to look into. Thank you for bringing this > up. For now, just do the best you can to keep it under 80, but I would > say now-a-days if we go a few characters over it is still okay. :-)
Even if we have larger screens (which tends actually to be the opposite with smartphones), this doesn't mean that the terminals will be wider. I prefer to keep 80-column terminals but having more windows visible at the same time. I sometimes enlarge some terminals, but I dislike being forced to do that. But as I said 11 years ago[*]: I think that a 1-line menu is a bad idea (this is even worse in French). Also, one should also take into account that terminals can have fewer than 80 columns (e.g. that could be PDAs). BTW, the sort menu should also be reconsidered IMHO, though there are no security issues there. [*] http://marc.info/?l=mutt-dev&m=109178946210060 -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
