Interesting post: http://monterail.com/blog/2016/the-power-of-email-clients-why-did-we-redesign-thunderbird/
This has already been discussed on the "TB Council" mailing list, perhaps Kent can share his views. In a nutshell: Nicer looking is not necessarily more functional. I remember when the folder icons in Windows 7 suddenly became upright instead of landscape in Windows XP. Suddenly the rows were much higher and a lot less fit onto the screen. I have a registry hack to turn them back ;-) [1]
[1] http://www.jorgk.com/win7/ (first item on the page).
I like the idea. Even if that is not the final, I think they are in the right path. I hope that the "status quo" don't stop an idea like that.
Hi
Everytime Microsoft upgrades Windows or Word I get several
comments from users who groan and say, "Why don't they leave it
alone? Why do they always change how things are laid out so that
it takes forever to find things again?" I hear very few,
"Yeh, isn't this better and cleaner and more modern." Generally
speaking it feels like computer geeks like trying new things out
and the majority of computer users wish they'd leave it all
alone... Do we want to please the larger group or the smaller...
There are of course the new users... I guess for them it's a case
of how easy it is to learn the new UI. I don't know how many of
those there are.
Graeme
On 11/17/2016 12:12 PM, Dave Koelmeyer wrote:
> Interesting post:
>
> http://monterail.com/blog/2016/the-power-of-email-clients-why-did-we-redesign-thunderbird/
>
I think you can see from the responses that there never seems to be any
way to come to a common ground in user interface changes.
As a related problem, Thunderbird just doesn't have enough developers. Many of the folks who've worked on Thunderbird in the past just don't have time to help out much anymore (e.g. me), so it can be hard to make significant forward progress. Compounding this is the fact that *reviewers* often don't have much time, meaning patches sit idly and bitrot without landing. I don't know how to fix this (and probably wouldn't have time to do so even if I did know), but I think it's something Thunderbird will need to address going forward. With a few paid developers to drive the project, I think a lot of these issues would be more tractable.
That's exactly right. Currently the we have about 10 volunteer developers who try to keep the ship afloat, dealing with bustage originating from Mozilla core on a daily basis. Apart from that, they try to fix some long-standing bugs, plug security holes and at times even implement a small improvement here and there.
There isn't enough manpower to address burning issues like seach/filter and Gloda issues, finally porting the send pipeline to JS, a job which Joshua Cranmer started with JS Mime, getting rid of Mork and also an address book rewrite, just to name a few.
The Thunderbird Council has been discussing to hire three staff
members: Someone dedicated to "continuous integration" of a
flood-wave of Mozilla core changes, an infrastructure/build
engineer overseeing an infrastructure transition away from Mozilla
and a CEO-style person to deal with leading the project to a new
financial home and relating to donors. Watch this space for more
information. These three staff members would only guarantee the
bare running of the project without relying on the draining effort
of some of the volunteers. Filling these positions would not
mean any major new features. Especially the at times dire review
situation wouldn't change.
Thunderbird should evaluate what users want and right now TB doesn't have an effective way to analyze user feedback like Firefox does.
Firefox has an entire user advocacy team that analyzes data from input and other sources and regularly does reports and watches for trends. It also looks at ADI trends along the feedback.
This shouldn't be a little listening to other devs shooting stuff down but instead listening to your users.
You also don't to things like heartbeat surveys which Firefox does.
Serve the users not your own wants and desires.
If new UI wasn't important to users then Postbox would be out of business. The reality is there are Mozillians who have switched from TB to Postbox including Mozilla employees.
These three staff members would only guarantee the bare running of the project without relying on the draining effort of some of the volunteers. Filling these positions would not mean any major new features. Especially the at times dire review situation wouldn't change.
On Nov 19, 2016 9:20 AM, "Kent James" <ke...@caspia.com> wrote:
>
> On 11/19/2016 7:21 AM, Benjamin Kerensa wrote:
> > Firefox has an entire user advocacy team that analyzes data from input
> > and other sources and regularly does reports and watches for trends.
> > It also looks at ADI trends along the feedback.
>
> Firefox, with three orders of magnitude more resources than Thunderbird
> (though only one order of magnitude more users), is not a good example
> for Thunderbird. If anything, we need to shake off trying to act like
> Firefox and instead try to emulate other small, successful open source
> projects.
>
I think your missing the point which is you shouldn't be shooting down ideas without user feedback and data to support shooting it down. Your needs aren't a good measure for all TB users needs.
Absent data to support sticking with a UI or modernizing the UI you would be shooting in the dark.
> Having led small companies for years, this has been a constant source of
> personal irritation. People come in from a Boeing to a small operation
> like I used to run, and expect that we have all of the same methods that
> they do. We don't and can't, and trying to emulate them is not the right
> way forward.
>
One common trait among successful open source projects or even startups is understanding the users needs and frustrations. If you don't do this and start identifying what's important to the end user but instead do what you or other contributors think is best then you could see user attrition.
Look at any number of open source projects that have failed and you will see a lack of listening to the end user.
Are you making a product for yourself or for everyone?
Absent data to support sticking with a UI or modernizing the UI you would be shooting in the dark.
Imagine for once that we had infinite manpower and could make any changes, what do you like most about the mockup?
I'm just and old guy: Current TB 52/53 works for me. I like the look, and it looks a whole lot more modern than - say - TB 24 (which I have to start from time to time).
And since we don't have infinite manpower, and never will since all mankind is limited, I'm more in favour of fixing *functional* issues. I'd like, for example, to be able to find words in base64-encoded body text, just to give an example. No fancy look can ever replace a good *functioning* program. Anyway, that's the constant battle between me and my wife: I want things to *work*, she wants them to *look good*.
BTW, Postbox 5 is based on which TB version exactly? Ever since TB 38 we've made good progress in fixing some very old and annoying bugs, so if Postbox is based on anything pre-38, to me it would just be unusable regardless of how many fancy UI it offers. Any Japanese using it? Until TB 45 you couldn't write e-mail in Japanese without spurious spaces getting thrown in here and there.
I'm with:
Please don't touch the desktop.
Absent data to support sticking with a UI or modernizing the UI you would be shooting in the dark.
I'm not suggesting a specific UI but rather that when making decisions to dismiss a UI as to flashy or modern it seems new UI is being dismissed for personal reasons not focusing on the end user.
Yes you are right the first email users are getting older but I'd doubt you'd find that most TB users are old.
Again learn who the users are and their demographics and needs. Right now anything said here is speculation without any user research.
And I do not agree with the statement that TB doesn't have the ability to improve UI die to limited resources. Postbox is a two or three person part-time operation. TB is nearly a dozen people plus casual contributors.
TB needs to be looking at the future and continuing to create a compelling reason for users to remain loyal and not go to alternatives like Postbox or even webmail.
I personally use Postbox these days because it's more stable, modern and feature rich than TB (and actually built by some of the folks who built TB in the past)
On 19/11/2016 22:49, Philipp Kewisch wrote:
Imagine for once that we had infinite manpower and could make any changes, what do you like most about the mockup?I'm just and old guy: Current TB 52/53 works for me. I like the look, and it looks a whole lot more modern than - say - TB 24 (which I have to start from time to time).
And since we don't have infinite manpower, and never will since all mankind is limited, I'm more in favour of fixing *functional* issues. I'd like, for example, to be able to find words in base64-encoded body text, just to give an example. No fancy look can ever replace a good *functioning* program. Anyway, that's the constant battle between me and my wife: I want things to *work*, she wants them to *look good*.
Please try to find those 2% you may like.
It starts with a completely bloated sentence "why did we redesign Thunderbird?" which already puts me off. Depending on your definition of "redesign" that's a mind to severe exaggeration. To me, redesign would mean addressing some of the "legacy" technical problems we have: Mork, XUL, C++ to JS, etc.
So they created a nice looking skin. Let's take a look:
The folder pane now has a dark background. Oh boy! It wastes a lot of space and shows two Gmail accounts. No feeds. Everything they have fits on the screen, how lucky. My folder pane is one kilometre long in comparison, I have six accounts and a heap of local folders.
Next they are using the "Vertical View". Nothing new about that. The icons look nice, but they waste a lot of space. As far as I can see, it's neither conversations nor threads. Oh yes, the header pane looks different and also wastes more space. So what's new apart from the icons? What am I missing?
On the right, they changed the "Today Pane" a little. Nothing to get excited about.
As they said in their own words: "Whole work was focused on adding some white space, inserting new typography an equalizing colors".
I don't have space for extra white-space, and yes, the colours
are nice. I don't mind the fonts.
I'll tell you what makes my live with Thunderbird easier:
Some additions to userChrome.css. In the folder/thread pane I
have white and grey rows alternating and I use more distinct colours
for the selected row and the drop target. That's functionality
that helps me every minute. Right now. No "redesign" necessary.
See below.
Jörg.
On Fri, Nov 18, 2016 at 7:42 PM, R Kent James <ke...@caspia.com> wrote:
On 11/17/2016 12:12 PM, Dave Koelmeyer wrote:
> Interesting post:
>
> http://monterail.com/blog/2016/the-power-of-email-clients-why-did-we-redesign-thunderbird/
>
I think you can see from the responses that there never seems to be any
way to come to a common ground in user interface changes.
There are a lot of UX features that I think we agree broadly on. The problem is that many (perhaps the majority?) of them are actually very hard to implement. Multi-line thread pane rows is a great example; if we added that as an option, I don't think anyone would complain. Sadly, the implementation is very involved and requires a lot of expertise with XUL/XPCOM. We have the same problem with making message headers scroll with the body, as well as MIME parsing changes and many others.
On 20/11/16 12:47, Philipp Kewisch wrote:Sarcasm is not putting things positive. I've tried to state this in multiple ways and it doesn't seem to resonate. I would like to find some encouragement for Monterail to continue to contribute.
This seems eminently sensible. I agree that the tone so far on this thread has not been "what good can we find in this?" but "let's have a whine and a moan about Thunderbird's lack of manpower and all of the stuff we don't like about the mockup". Neither of these things is going to lead to more contributors - if anything, they will lead to fewer. I would say that "redesign" is the wrong word for what they've done, as all of the same functions are in the same places (as far as I can see). This is really a reskin, ...
I apologize for the sarcasm. As I said, I was put off by the word
"redesign" since Thunderbird faces some real redesign issues.
Putting a more "modern" face onto it doesn't solve those issues.
And since we don't have unlimited resources, it would be good to
keep the program running since a good-looking but dead program
isn't of any use.
The mock-up that was presented looks nice and if modernising the UI
then there's nothing wrong with it. It would be good to get some
data to prove these points.
Jörg.
I think you can see from the responses that there never seems to be any way to come to a common ground in user interface changes. I'll long since given up trying to propose changes, as inevitably what I propose gets shot down. I suspect that others have given up as well. I am also guilty of being the shooter in many cases, after all we all have opinions. The only answer that I think we have agreed with is to pick someone who has a clear vision of a unified design to be the user interface czar, and just do what they want.
On 20/11/16 10:49, Philipp Kewisch wrote:Imagine for once that we had infinite manpower and could make any changes, what do you like most about the mockup?I quite like the whole thing, actually. If anything this mockup throws into stark relief just how crufty and superficially off-putting the existing UI is.
Imagine for once that we had infinite manpower and could make any changes, what do you like most about the mockup?
While this is accurate, at the moment we are raising over $50,000 per month from donations. As treasurer I have to be cautious so we do not overspend our ability, but if this trend continues I think we could definitely begin to see some solid forward motion in Thunderbird including both eliminating technical debt, as well as improving the user experience.
The future is starting to look exciting.
BTW, Postbox 5 is based on which TB version exactly?
Worse: They don't even comply with the legal requirement to make the Mozilla source they use available, see: https://www.postbox-inc.com/coveredcode
Jörg.
I tried a feature we implemented in TB 38 (different
dictionaries in different compose windows) and it wasn't in
Postbox 5.
BTW, look at their layout, looks familiar? ;-)
On 20/11/16 10:49, Philipp Kewisch wrote:
>
> Imagine for once that we had infinite manpower and could make any
> changes, what do you like most about the mockup?
I quite like the whole thing, actually. If anything this mockup throws
into stark relief just how crufty and superficially off-putting the
existing UI is.
On 11/20/2016 3:45 PM, Dave Koelmeyer <dave.ko...@davekoelmeyer.co.nz> wrote:
On 20/11/16 10:49, Philipp Kewisch wrote:Imagine for once that we had infinite manpower and could make any changes, what do you like most about the mockup?I quite like the whole thing, actually. If anything this mockup throws into stark relief just how crufty and superficially off-putting the existing UI is.
This is really just your opinion, Dave. I really dislike it when people try to speak for me/others, so please just stop it.
Their Gecko version was forked at 9.0 and they do not plan to
modernize anytime soon. Which makes Addon support difficult as
you need to wrote a lot of Shim code.
Axel
Subject:Re: Sample Thunderbird UI redesign
From:Disaster Master <disasterl...@gmail.com>
To:Tb-planning
Sent: Monday, 21/11/2016 14:46:21 14:46 GMT ST +0000 [Week 47]
On 11/19/2016 6:10 PM, Jörg Knobloch <jo...@jorgk.com> wrote:
BTW, Postbox 5 is based on which TB version exactly?
Good question... I'm surprised they aren't at least required to say so on their website.
On 11/21/2016 6:41 AM, Disaster Master wrote:Why is this the first we're hearing about it?Maybe because it is news, and there is always a first time for everything?
Has the discussion died down? Now all of you are going to hate me for
continuing it. :)
First, I think it's great that people are thinking about Thunderbird UX,
even if it's just aesthetic.
Even if many of us have no issues with the design, I'd be interested to
know which version of TB each of you started on. There have been
significant changes, and many of us have just gotten used to things that
may not be as intuitive in later versions. For instance:
Here's a screenshot of TB1.5: http://ilias.ca/screenshots/tb15-theme.png
Here's a screenshot of TB45: http://ilias.ca/screenshots/tb45.png
When I started using TB, it had a menu bar by default. The menu bar was
replaced with a menu button. I suppose I would have assumed the button
at the end of the toolbar was the path to all those commands. The
addition of a calendar pushed the menu button away from the edge of the
window, and I don't think I would interpret it as a menu button anymore.
It's in the middle of nowhere and looks like a big grippy.
Maybe extend the toolbar across the window?
Change the icon to something like a gear?
Move the menu button up in the tab bar? I don’t know about anyone else,
but I rarely have more than one TB tab open anyway.
If I'm a new user, and I've just set up an account using the wizard that
pops up on first install, what are the next actions?
get new messages
* view message list
* view message content
* view other folders
* reply to a message
* write a new message
* add a signature
* create additional account?
* set up filters
Looking at the TB45 screenshot, how intuitive are each of those tasks?
Would you know where to go to set up a signature, set up filters, or
create an additional account?
By discussing the logic of the layout and common use-cases, I think we
can come across some low hanging fruit, and get more people interested
in contributing to TB.
I'm also kinda lost regarding who Thunderbird is for. It does email,
newsgroups, RSS feeds, address book, Calendar, to-do list, IRC, Jabber,
and other messaging, but no central place to launch those components,
like in SeaMonkey.
Here's another one: Why do we have a menu item to create "Other
accounts", when it only offers one account type?
http://ilias.ca/screenshots/tb45-otheraccount.png
Interestingly, that TB1.5 screenshot was from a blog post I did about
not liking the TB2 theme. :)
http://ilias.ca/blog/2006/11/i-dont-like-the-new-thunderbird-theme/
On 2016-11-17 3:12 PM, Dave Koelmeyer wrote:
Interesting post:
http://monterail.com/blog/2016/the-power-of-email-clients-why-did-we-redesign-thunderbird/
Has the discussion died down? Now all of you are going to hate me for continuing it. :)
First, I think it's great that people are thinking about Thunderbird UX, even if it's just aesthetic.
Even if many of us have no issues with the design, I'd be interested to know which version of TB each of you started on. There have been significant changes, and many of us have just gotten used to things that may not be as intuitive in later versions. For instance:
Here's a screenshot of TB1.5: http://ilias.ca/screenshots/tb15-theme.png
Here's a screenshot of TB45: http://ilias.ca/screenshots/tb45.png
When I started using TB, it had a menu bar by default. The menu bar was replaced with a menu button. I suppose I would have assumed the button at the end of the toolbar was the path to all those commands. The addition of a calendar pushed the menu button away from the edge of the window, and I don't think I would interpret it as a menu button anymore. It's in the middle of nowhere and looks like a big grippy.
Maybe extend the toolbar across the window?
Change the icon to something like a gear?
Move the menu button up in the tab bar? I don’t know about anyone else, but I rarely have more than one TB tab open anyway.
If I'm a new user, and I've just set up an account using the wizard that pops up on first install, what are the next actions?
get new messages
* view message list
* view message content
* view other folders
* reply to a message
* write a new message
* add a signature
* create additional account?
* set up filters
Looking at the TB45 screenshot, how intuitive are each of those tasks? Would you know where to go to set up a signature, set up filters, or create an additional account?
By discussing the logic of the layout and common use-cases, I think we can come across some low hanging fruit, and get more people interested in contributing to TB.
I'm also kinda lost regarding who Thunderbird is for. It does email, newsgroups, RSS feeds, address book, Calendar, to-do list, IRC, Jabber, and other messaging, but no central place to launch those components, like in SeaMonkey.
Here's another one: Why do we have a menu item to create "Other accounts", when it only offers one account type? http://ilias.ca/screenshots/tb45-otheraccount.png
Interestingly, that TB1.5 screenshot was from a blog post I did about not liking the TB2 theme. :) http://ilias.ca/blog/2006/11/i-dont-like-the-new-thunderbird-theme/
--
Even if many of us have no issues with the design, I'd be interested to know which version of TB each of you started on.
By discussing the logic of the layout and common use-cases, I think we can come across some low hanging fruit, and get more people interested in contributing to TB.
Subject:Re: Sample Thunderbird UI redesign
From:Disaster Master <disasterl...@gmail.com>
To:Tb-planning
Sent: Monday, 12/12/2016 15:05:09 15:05 GMT ST +0000 [Week 50]
Well, in my experience that is provided by XUL. Of course to make the GUI functional you also need to be able to inject code that does something useful (especially in the realm then you also need XPCOM which gives you access to the low level, scriptable parts of the email front end code; this also includes access to GLODA (the database behind the search engine in Thunderbird).
So, a question for you.
Is there any reason that a Theme Addon (Themes are still Addons, right?) couldn't do the same things as, say, Classic Theme Restorer?
Also, is it possible to write an Addon that makes changes like, for example, moves/places toolbar elements (buttons, location bar, search bar, etc) to a specific toolbar, in a certain order, then hides certain other toolbars?
Regardless, upon reflection, I can see value in Kent's suggestion for a GUI 'czar', as long as the ability to customize the GUI provided as the default by said 'czar' remains fully intact.
Hi everyone!
I am representing Monterail, the team behind the mentioned redesign post. Thank you for all your comments so far. It’s been a very rewarding experience for people here working on this.
I’ve already mentioned this to Philipp that if there’s a will to use any of this we are happy provide all the source files, produce more designs and answer all necessary questions. I hope this could be useful!
kindly,
Szymon
I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1325184 to track
moving this work forwards. Maybe you could attach patches with your
changes to that bug?
-Magnus
For those that are interested in the progress of, testing of, or
submitting real code to this experiment, there is renewed activity in
https://bugzilla.mozilla.org/show_bug.cgi?id=1325184
And probably when there is a need to test with a larger larger audience,
someone will post an update in tb-planning. Until then, if you have
interest in this topic please direct your attention to the bug.
--
Dave Koelmeyer
http://blog.davekoelmeyer.co.nz
GPG Key ID: 0x238BFF87
The Document Foundation (TDF) member