problems with thunderbird email august 2018

#Problems with thunderbird email august 2018 how to#

Anyone know that the TB3 Team can do RC3, RC4. 'We are way beyond the point where new features can be added'. well make it unready and do this feature! It´s the time!!! 'Thunderbird 3 is almost ready for final release'. See forums, use Google to search about this and then know what the (simple) users needs! In TB2 was a feature for TB3 and now is a feature for TB3.1 ?!! I can see people requesting this since TB2 and nothing was considered?! The community was sistematically ignored in this request. The TB3 Team can do their own patches for this simple feature: 2 lines message list in 3 column view DecemTB3 RC2 - At this point the last 29 Comments was ignored NovemTB3 RC1 - Comments #48 to #49 was ignored SeptemTB3 Beta 4 - At this point the last 27 Comments was ignored JTB3 Beta 3 - Comments #43 to #47 was ignored FebruTB3 Beta 2 - At this point the last 22 Comments was ignored DecemTB3 Beta 1 - Comment #42 was ignored OctoTB3 Alpha 3 - Comments #40 to #41 was ignored AugTB3 Alpha 2 - Comments #35 to #39 was ignored

TB3 Alpha 1 - Comments #20 to #34 was ignored I think the TB3 Team needs to review the history: Well, the result looks good, but it implies a layout hack, and I'm not sure it's allowed (but it doesn't break the API). It's required to add a margin to the description (in order to avoid overlapping with cells). There's some bug about coordinates retrieving (tooltip and click are affected, the 'listening' zone is too large).

#Problems with thunderbird email august 2018 how to#

Only new messages have a preview content (used in the new mail notification window), and I don't want to force the preview fetching because it means TB would have to download each message displayed in the threadPane.īad points: I don't know how to deal with hierarchy yet. Subject is the first item, a colon is the second one, and the preview is the third one (only subject is displayed if there's no preview). All rows of a tree have to have the same height (for perf issues), but I'd like to try to implement a variable height if this kind of hack is in the right way. The description use all the height available (multiline). If the subject and the preview are two large for the row, they are cropped.

So Thunderbird could display in the first line the classic cells (you have to define explicitly the height of a cell, and each cell could has different height), and in a second line, the subject, followed by the preview.

The idea is to allow a tree to display a 'multiline' row. Each row could host a different number of items. Each item could be associated to properties (like a cell). There's two new pseudo classes (-moz-tree-description, -moz-tree-item) and a new property (multiline). The new content, named 'description', is subdivided into 'item's. I've made some hack in the current xul:tree implementation in order to add new content below cells. Mailnews/base/resources/content/mailWindowOverlay.xul and js (ditto for SM)Īttachment 307012 Īttachment 307013 attachment 307014 attachment 307016 attachment 307017 Mail/base/content/mailWindowOverlay.xul and respective js (menu entries) Mailnews/base/resources/content/threadPane.js (code that works on threadTree) Mailnews/base/resources/content/threadPane.xul (ditto for SM) Mail/base/content/messenger.xul (where the current threadTree for TB resides) My personal preferences for UI aside, the files for implementation are going to mostly reside in mail/base/content/ and mailnews/base/resouces/content/ the files that I think are the most important are: I generally run away from front-end bugs, but I'll still put some of my research into this topic in here.įirst of all, I like the current implementation of the threaded pane, so there should be an option in the View->Layout menu and probably a pref as well to change between a thread pane and the column layout like so: