o about it, is relaxing the
comparison from “equal or not” to “maybe somewhat equal enough”.
Ludolf
--
Ludolf Holzheid
Bihl+Wiedemann GmbH
Floßwörthstraße 41
68199 Mannheim, Germany
Tel: +49 621 33996-0
Fax: +49 621 3392239
mailto:lholzh...@bihl-wiedemann.de
https://www.bihl-wiedemann
uired for standard compliance.
i.e., the OP's MUA is the culprit. The responding MUA had the choice
between breaking the thread or violating the standard.
Ludolf
--
Ludolf Holzheid
Bihl+Wiedemann GmbH
Floßwörthstraße 41
68199 Mannheim, Germany
Tel: +49 621 33996-0
Fax: +49 621
mplementation.
I don't expect the Mutt maintainers to accept a patch that doesn't
keep the current, proven implementation. In fact, I expect them to
keep the old behavior as default for some time.
Ludolf
--
Ludolf Holzheid
Bihl+Wiedemann GmbH
Floßwörthstraße 41
68199 Mannheim, Ge
ough ‘cat’ to let the terminal detect the URL.
Ludolf
--
Ludolf Holzheid
Bihl+Wiedemann GmbH
Floßwörthstraße 41
68199 Mannheim, Germany
Tel: +49 621 33996-0
Fax: +49 621 3392239
mailto:lholzh...@bihl-wiedemann.de
https://www.bihl-wiedemann.de
Sitz der Gesellschaft: Mannheim
Geschäf
>
> I was wondering: is there a good reason for not letting the terminal wrap
> lines?
Daan,
I think this is because Mutt needs to exactly know the terminal row it
is printing on. I'm not sure if all terminals behave the same if, for
example, the line is exactly as long as the term
erm, and the text
snippet would be "Keine wiederhergestellte Nachrichten".
This heavily depends on the context, and that's why I like to have
software in its native language, commonly English.
Ludolf
--
---
Ludolf Holzheid Tel:+49 621 339960
Bihl+Wiedemann GmbH Fax:+49 621 3392239
Floßwörthstraße 41 e-mail: lholzh...@bihl-wiedemann.de
D-68199 Mannheim, Germany
---
27;a' is an array, giving a warning seems sensible
to me (as the programmer is supposed to know this as well, and testing
for 'a' being zero doesn't make sense then).
Ludolf
--
---
Ludolf Holzheid Te
