-
Notifications
You must be signed in to change notification settings - Fork 163
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[rfe][thread view] column based layout #18
Comments
I see how this would be nice, but I'd like to first fix the current display properly, meaning: Use urwids recent treewidgets |
yeah, cool, I just consider this a reminder for an optional future improvement ;) |
I just realised an issue with this: If you display all messages in a thread, one per line, opinions? regarding your second challenge: That's actually no problem as urwid.Columns contains elements that may |
I don't think so. So far, extended messages are indented according to the thread level of the message. You would probably want to keep that appearance, but I definitely wouldn't mind the message spanning additional columns (like tags and timestamp) from there on to the very right of the window. Actually, the more I think about that solution, the more I like it, since it makes the thread line a more distinctive, well structured header line to the extended body, which might increase readability especially if many consecutive mails are expanded and the thread line serves as a optical limiter/divider.
true. wantz this feature! can I haz it pleaz?
Well, I personally wouldn't be that hard on this solution, since I actually never liked sup's thread view that much; usually found it to be quite unclear with many extended mails, though that might be something that might be improved with a better colour scheme on my side (maybe using stronger colours for the mail headers or sth). Actually, I see a third option: One might do it thunderbird style and display the selected message in a preview window underneath the thread table, that gets updated upon selecting the next message. Only selecting the message with 'return' might open the message in a new buffer. I think mutt does something similar. I have to admit though, that I never heard of
, so ain't that committed an' rather flexible on abandoning it ;) On a somewhat related topic, though: Does github provide a mailing list for this project? These decisions might prove to be a rather fundamental departure from the design decisions of notmuch's emacs client. Discussing them on a mailing list rather than in tickets might expose them to a wider (potential) audience and lead to more generally accepted solutions? |
'though that would mean that one may only see one mail at a time
maybe one could put columns into rows, weight them the same in all lines (so they look aligned duck) and then put expanded messages into a new (interlacing) row without columns? |
let's skype some time soon, and i bring you up to speed as to what you can do with urwid and what you can't |
cf the mailing list: As far as I know, there are <5 users so far. I think discussing this project |
How about this idea instead: Instead of a Search and a Thread view, we have Threadlist (search) and a Messagelist view. It gets tricky if you want to display trees, and more so if you display a large number of messages, |
I had the chance to talk a bit to teythoon about the threadview and was relieved to find that he found the concept somewhat... cluttered too. Gotta run |
since my response seemed to get lost (possibly alot's fault wonder) I'll restate:
Hopefully this new buffer allows more than one "sort options" and a "by thread" sort If you'd like to work on this or just want to contribute a short-term fix for the current buffer: gogogo :) |
i can't belive this is still open. threaline widgets are configurable as documented here: http://alot.readthedocs.org/en/latest/configuration/theming.html#highlighting-thread-lines-in-search-mode . |
Request
I'd very much like the thread view to be column based, so that the (equally spaced (cf issue #17)) dates are nicely aligned to the right of the window.
cf Thunderbird's layout for reference.
Challenges
The text was updated successfully, but these errors were encountered: