It would be neat if TB would be rebased on top of Servo (and Rust) as a flagship application for using Servo as an GUI foundation, the same way as TB previously was for Gecko/XUL. Sadly I doubt TB has the resources to make that happen, but still, it would be neat...
Proposal to start a new implementation of Thunderbird based on web technologies
81–90 of 243 posts
Re: Proposal to start a new implementation of Thunderbird based on web technologies
#82They've already neglected Thunderbird for years, and now they want to start from scratch? Doesn't sound like a good idea. Sounds more like another project they will shut down after a while. I used to use both Thunderbird and Firefox a few years ago as my main mail client and browser. Since then, Mozilla started spreading between too many projects, chasing the failed phone thing, and both Firefox and even worse Thunde…
Is Firefox that far from Chrome? I thought it was ahead in some ways.
Just the fact that the address bar font is the same size as the rest of the UI gives me the impression that they didn't think it through. Downloading files has the same problem, it's relegated in a small button, while it's one of the main features.
The whole interface is one of the most unintuitive things I've ever used, considering how simple a browser can be in terms of functionality the user must access. I'll also never forget they they thought tabs on top didn't make sense (it's actually still an option you can change).
Chrome had search integrated in the address bar from version 1, every time I opened Firefox year after year and I saw that little separate input for searching I felt like using grandma's browser.
In terms of how pretty the UI is, Firefox 53—which just got released—looks better, but it took them years to get to where Chrome was back at version 1.
Syncing of bookmarks, settings, addons, passwords, tabs across devices etc. on Firefox is a lot less efficient.
From a technological point of view, it took them years to implement sandboxing, and they're still not done. If a tab misbehaves in Firefox it can take down the whole thing. Chrome had it right away.
I briefly tried switching to Firefox again a few months ago. Initially I tried fixing it via changing the interface via XUL, but the problems were too deep. I got very frustrated and went back to Chrome.
Re: Proposal to start a new implementation of Thunderbird based on web technologies
#83Earlier quoted context omitted.
Is a rewrite necessary to improve on those aspects over modifying the existing codebase?
Maybe not, but from the sound of it, a rewrite is necessary just to keep the lights on and to keep Thunderbird compiling in the long run.
Changing the UIs within this particular family of software products has often given questionable results, confusing or upsetting the core user base for little real benefit. Other UIs built on JS and HTML technologies have so far tended to be slow and buggy compared to using native technologies on the desktop and mobile platforms. If the exercise is expected to take as long as 3 years with the available resources and the hope of getting back to more of a community-supported culture, that seems like a huge amount of work to essentially stay where you already were.
Re: Proposal to start a new implementation of Thunderbird based on web technologies
#84Earlier quoted context omitted.
It's deeper than the theme. It's the paradigm, the absence of automatic sorting of emails (priority/promo, etc.), failure of prioritizing common actions in the UI (everything is the same, the spam folder and the inbox folder are given the same importance, "compose" is not prominent, etc.). I could go on forever. IMO, it's kind of how good software was made 10 years ago, but now we're used to much better.
Compose is C-n, and the "Write" button in the default toolbar. Not sure what priority/promo is, but Thunderbird certainly can sort by any field by default. It sounds like you want a client that is tightly coupled with Gmail's features, and you're not going to get that with a non-Google client. Note that some customizations, like Firefox, require accessing about:config. Also, as with Firefox, most Thunderbird users wi…
> It sounds like you want a client that is tightly coupled with Gmail's features
I actually don't like Gmail that much.
> you're not going to get that with a non-Google client.
Google Inbox used be called Sparrow (https://en.wikipedia.org/wiki/Sparrow_(email_client)), which was a regular app that Google acquired. I used it since the beginning. It was a new paradigm back in 2011, which is now the standard in modern clients.
Thunderbird needs to rethink their approach. They need less buttons and more focus on important features over other ones you barely use. In Thunderbird, everything is given the same importance in the UI. There's a toolbar with 100 buttons of the same size: "Write, Chat, Reply, Reply all, Archive, Address book, Get email, Tag, Quick filter". Why is "Chat" the same size as "Write", and right next to it like it's the most common feature in an email client? Why is "Address book" even there, given the same importance as "Write"? Who browses his address book randomly? Why can't they just show suggestions when I'm in the compose window and I type the first few letters of the person's name or email?
I could go on forever.
Re: Proposal to start a new implementation of Thunderbird based on web technologies
#85Hmm, I thought Mozilla had pulled financial support from Thunderbird? This would be an exciting new chapter for the product, but the article doesn't address whether it makes financial sense for Mozilla to invest this much in Thunderbird's future. For most of the last three years I've worked on Nylas Mail ( https://github.com/Nylas/Nylas-mail ), and it hit 2.0 yesterday with Mac/Win/Linux support. It's entirely open s…
Great job.
Re: Proposal to start a new implementation of Thunderbird based on web technologies
#86It would be neat if TB would be rebased on top of Servo (and Rust) as a flagship application for using Servo as an GUI foundation, the same way as TB previously was for Gecko/XUL. Sadly I doubt TB has the resources to make that happen, but still, it would be neat...
I wonder if basing a desktop application on top of Servo would be any more painful than on any of the existing self contained HTML/JS delivery mechanism. It probably would be annoying until Servo reaches parity not to be able to use the web technologies to their fullest extent, but at least you have one (admittedly moving) target.
And there's some work in progress to put a WebView-compatible API on top of Servo, making it trivial to substitute it in an arbitrary application.
Re: Proposal to start a new implementation of Thunderbird based on web technologies
#87Does anyone actually have any problems with Thunderbird? I feel like it is "done" software. It works, perfectly, for all my needs. It's fast. It has great UI. It lets me read and write email.
But this! The post outlines a three year timeframe. I do not believe it. I believe Mozilla will be gone before three years, and Thunderbird with it, one way or the other.
Re: Proposal to start a new implementation of Thunderbird based on web technologies
#88Re: Proposal to start a new implementation of Thunderbird based on web technologies
#89Earlier quoted context omitted.
Maybe not, but from the sound of it, a rewrite is necessary just to keep the lights on and to keep Thunderbird compiling in the long run.
What I don't immediately understand is why they can't just fork Gecko and continue using it for their own purposes. Apparently the needs of Firefox and Thunderbird have diverged, and Mozilla seem to have little interest in supporting Thunderbird any more, so is it a crazy idea to just separate the projects completely and avoid the whole issue indefinitely? Changing the UIs within this particular family of software pr…
Short answer: security bugs. Gecko has too high of a code churn to maintain long-term support branches, particularly for people who have little knowledge of the components in question (e.g., SpiderMonkey). Forking Gecko might be a viable short-term strategy, but it's not at all viable long-term.
Re: Proposal to start a new implementation of Thunderbird based on web technologies
#90Earlier quoted context omitted.
Is Firefox that far from Chrome? I thought it was ahead in some ways.
Maybe with web standards (maybe, I'm not sure), but not the rest. Just the fact that the address bar font is the same size as the rest of the UI gives me the impression that they didn't think it through. Downloading files has the same problem, it's relegated in a small button, while it's one of the main features. The whole interface is one of the most unintuitive things I've ever used, considering how simple a browse…
For example, some of us consider a UI that doesn't keep moving around every few weeks to be a feature, not a bug. I have absolutely no problem with a practical tool like Thunderbird still using the same layout it had 5 years ago, if that layout works well.
Likewise, some of us consider the separate search box of Firefox to be a plus point. I don't want or need everything I type in a URL bar being sent to Google's mothership, and my screen has ample space for both bars.
Meanwhile, I'm getting awfully bored of dealing with customer support issues that come down to someone using Google for their mail and not receiving legitimate messages because of whatever Google have broken, deemed spam, or unilaterally declared not to be acceptable this week. I shudder to think how much time and effort are being wasted like this around the world if everyone else's experience is as negative as ours has been lately.