On 07/14/12 22:52, Thomas Lübking wrote:
The solution (after maaaany weird attempts ;-)
I *know* that feeling. Applied, works fine here -- thanks a ton!
None of the artifacts I reported are there anymore. Good job.
Well, you aren't going to get away from QWidget weirdness so easy :). If
you open a message which is called the MIME torture test [1] using the
wide view, maximize the application (1680x1050 screen here at work --
might be even more obvious on larger screens), it looks like the widgets
tend to become *slightly* wider than the current message viewer width.
It's very obvious when I drag the QSplitter between the list of messages
and the message viewer; the horizontal scrollbar is shown all the time.
That's a *very* minor point, though; the patch is in, bug #68 [2] is
finally fixed and everything works. Thanks for that.
widget, and that looks like a more straightforward place for me. Your
patch moves them to the right, reducing the space for the input box --
do you really want to do that?
No. I want to get rid of those buttons :-)
I find them useful in TB. It's possible that there's a better way, of
course -- so let's wait for what you propose.
In the meanwhile, if any of your other stuff is still missing from
latest master, please resend the patches. (And on a related note, please
try to break them into smaller units -- I haven't split your
fix-webview-and-change-the-appearance-of-headers into multiple parts
because I was afraid that I'd inevitably break something -- which is, I
assume, the reason why you also sent it as one big patch. Just as a
reminder, if you have something big in future, please try to break it
into smaller chunks. Not a big deal, of course.)
I think that's what i had in mind - will be next task.
Should be much simpler than weird size constraining =)
I'll just write what i have in mind and you say whether you like it or not.
Looking forward to that!
It's possible to implement a tristate header, ie, click: ascending;
click: descending; click: unsorted; click: asc...
Ah, that's a good idea (and something so obvious that I'm ashamed that I
haven't thought about it before). That's how it should work.
And that simple reversing of the default sort order should definitely be
supported even in absence of the SORT extension. I'll have a look at it
-- [3] it is.
In that case i'd suggest to disable the headers (so they won't show any
hover indication etc.)
Yes, oxygen has no hover indication, but virtually all other styles have
;-)
The last style in a pretty long list of what I've tried finally shows a
subtle "glow" when I hover over the header field -- that's it, I guess.
Well, there's a conflict between "let's conserve bandwidth" and "it's
sortable, so the header view shall be clickable, doh" views. I honestly
don't know what's the best solution.
Showing a passive notification bar at the top of the main window area
informing about something like "Your IMAP server doesn't support
actively updated sorting (CONTEXT=SORT). Trojitá will have to request
full sort order whenever new messages arrive. This will transfer roughly
XYZ kB of data, sorry. You might want to request this feature from your
IMAP server vendor." -- that's crazy enough to be worth a consideration :).
Patches welcome :), I know that KDE has a widget for these "passive
popus" already. Sometimes I really want to use their libraries...
Cheers,
Jan
[1] http://openwebmail.org/openwebmail/download/contrib/torture-test.mbox
[2] https://projects.flaska.net/issues/68
[3] https://projects.flaska.net/issues/530
--
Trojita, a fast e-mail client -- http://trojita.flaska.net/
