I think this is the 3rd time I've heard Thunderbird is/is going to be unmaintained and that I should avoid it, but I'm yet to see a good alternative. Claws was crashy and didn't DPI scale properly on Windows, OS X Mail had strange behavior with my IMAP server and I just wanted a consistent UI with my Windows and Linux system. My next option is webmail but there's no good IMAP webmail client that seems to be able to h…
Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
251–260 of 443 posts
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#252Earlier quoted context omitted.
Are you so daft to think that the rust compiler is written in something other than C/C++?
I don't know much about Rust but the Wikipedia page says the original Rust compiler was written in OCaml, and that the new compiler is self-hosted and written in the Rust language itself.
Just look at its source, there's C everywhere.
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#253I think this is the 3rd time I've heard Thunderbird is/is going to be unmaintained and that I should avoid it, but I'm yet to see a good alternative. Claws was crashy and didn't DPI scale properly on Windows, OS X Mail had strange behavior with my IMAP server and I just wanted a consistent UI with my Windows and Linux system. My next option is webmail but there's no good IMAP webmail client that seems to be able to h…
KMail is rather good, though I find settings UI to be non intuitive and poorly organized. Hopefully KF5 based version will address some of that.
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#254In this age of abundant js transpilers it's kind of surprising to see XUL not being one of the many valid X for "compile X to JS+CSS", but it kind of makes sense, giving the limited scope of XUL.
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#255Earlier quoted context omitted.
>I'm not sure what you're actually comparing this workflow to. He is comparing it to what they have now, XUL + CSS + JavaScript. Replacing it with html isn't as big a change as it sounds, their UI is already written in XML and rendered by Gecko, all they are doing is moving from a custom XML like XAML(MS) or FXML(Java) to standard HTML rendered by Gecko.
In that case, could the XUL dependency be removed from Thunderbird?
This is lost in a sea of replies now but I'm sure pissed off Mozilla is completely losing their root mantra of fighting for the free web. Persona, Thunderbird, two critical components of a "free web": free global authentication, free email client. I'm sure next mozfest the same suits as every year will talk about how they're so proud of "keeping the web open". What a crock of crap. Firefox isn't even that good of a browser anymore.
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#256Earlier quoted context omitted.
Initial software based Multics had 64 rings, and as I recall only 8 in the hardware versions. No more than 4 were needed in practice: 0 for root, 1 for mail (e.g. you could delete mail you'd sent to other people from their mailboxes if they'd not read it yet), 4 for normal users, and 5 for some stuff that e.g. allowed anyone to use, but was restricted at touching anything deeper in the system. AMD dropped rings in th…
> AMD dropped rings in their 64 bit architecture which Intel was forced to adopt, so they're becoming a historical curiosity. Not quite. Hypervisors are operating in Ring -1, SMM is equivalent to another ring above that, and I can't find anything about AMD64 dropping Ring 1/2? Ring 0/3 at least are still in use.
A couple of minutes with Google only found hints that confirm my memory WRT to AMD64 and rings, and/or Intel not copying a segmentation feature added to later versions of AMD's chips.
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#257I think this is the 3rd time I've heard Thunderbird is/is going to be unmaintained and that I should avoid it, but I'm yet to see a good alternative. Claws was crashy and didn't DPI scale properly on Windows, OS X Mail had strange behavior with my IMAP server and I just wanted a consistent UI with my Windows and Linux system. My next option is webmail but there's no good IMAP webmail client that seems to be able to h…
For a good IMAP webmail client I recommend Rainloop: http://www.rainloop.net/
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#258https://superuser.com/questions/681421/what-email-clients-su...
It uses the "thunderlink:" protocol to support this. It does require some OS-specific setup.
https://addons.mozilla.org/en-US/thunderbird/addon/thunderli...
Linking directly to email messages as transparently as linking to webpages is useful, and I wish it were more widespread.
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#259I think this is the 3rd time I've heard Thunderbird is/is going to be unmaintained and that I should avoid it, but I'm yet to see a good alternative. Claws was crashy and didn't DPI scale properly on Windows, OS X Mail had strange behavior with my IMAP server and I just wanted a consistent UI with my Windows and Linux system. My next option is webmail but there's no good IMAP webmail client that seems to be able to h…
I've moved to Mutt/OfflineIMAP on most every machine I own, and it's worked remarkably well. It's a CLI app, yes, but it outshines Thunderbird (and most other GUI clients, for that matter) in a number of ways: - FAST. Mutt lets you process thousands of messages in short order. Mutt is directly responsible for helping me dig out of a 50k deep email hole brought on by years of GMail's approach (archive, never delete) i…
Re: Mozilla Wants To Split Off Its Thunderbird Email/Chat Client
#260Earlier quoted context omitted.
It's possible to build websites with accessibility features, is it not?
Partially, but the point is that you're (manually and expensively) reinventing the wheel that desktop toolkits had already built for you.
Also, 'expensively' is debatable, I'm sure it'd be possible to have reusable accessibility components, wouldn't necessarily have to reinvent the wheel for each new web app.