Re: Another round of default app discussion

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Wed, 2016-09-07 at 09:41 +0200, Milan Crha wrote:
> 	Hi,
> while the article says they used GNOME 3.20 and Fedora 24, the
> screenshot of the password prompt shows a background which was used
> in
> Fedora 23. I'm unsure which version they used in reality.

Indeed, the desktop wallpaper shows a Fedora 23 background, and the
screenshot of Epiphany shows an empty web view, whereas nowadays we
show a first-run welcome screen there, so it's definitely Fedora 23.

> The thing is, the Evolution 3.20 has Google's OAuth2 implemented
> natively, thus what you do when configuring a Google account is:
> a) File->New->Mail Account
> b) type your name and email user@xxxxxxxxx
> c) click Next, the account gets prefilled for you
> d) click Next and Finish
> 
> And now, you are not asked for your password, but a window with
> Google
> login is opened instead, where you grant access for the Evolution to
> your Google sources, just like with GOA. It cannot be simpler, I'm
> afraid, and it uses the OAuth2, thus the secure thing.

OK, that's great. A shame the usability test was not performed with
Fedora 24.

> > 
> > Users found the interface to be outdated.
> 
> That's not fair. We want to be close to gtk+ widgets, but it's harder
> each release of gtk+. We even were rejected recently:
> https://bugzilla.gnome.org/show_bug.cgi?id=766773
> The stock gtk+ widgets are insufficient as they are for the Evolution
> use, where folders can have hundreds of thousands messages.

CSS issues are just details. Are you ready to remove the menu bar, the
toolbar (you could put a couple monochrome buttons in the header bar,
but only a couple), the contacts/calendar/tasks/memo integration, and a
majority of the preferences? All of these things would be required to
become GNOME Mail.

Anyway, regarding CSS stability: the new stability policy is that theme
changes are never allowed in a stable release series (basically
recognizing your complaints), so this will be less of a problem for you
going forward if you track the stable GTK+ branch (GTK+ 3). (Of course,
to become GNOME Mail, you would need to track the development branch
GTK+ 4, and then it's back on the unstable train....)

> Right, that's true. Nonetheless, the opinion tends to change in the
> time. Mine for sure. As Rishi said, I'd like to create an alternative
> UI for the Mail part of the Evolution. A "modern" one. It's a future
> feature, many background things require changes, thus it's just a
> plan,
> an idea, at the moment. I saw mockup for the GNOME Mail. It can get
> close to it.

OK, well that changes everything and is super exciting.

We should give you more time to see what you can build; I'll drop my
suggestion (again).

> You seem to be concentrated on the Mail, but it's only 1/5 of the
> Evolution. It knows Mail, Contacts, Calendars, Tasks and Memos, all
> integrated in one application, cooperating together. I know you have
> separate applications for it, but it's not the same. Like with the
> Google Mail account at the beginning of this message, if you indicate
> that you want to use also the Calendar and Contacts from the Google,
> then you get it for free, with one credentials being entered only,
> all
> together, in one step. No need to configure Mail, then Contacts, then
> Calendar and even Tasks (yes, the Calendar checkbox provides both
> Google calendars and tasks).

So the issue here is that if you want to become a core app, you have to
not be redundant with other core apps. Even if you prefer the all in
one strategy, that train left the station a long time ago. Contacts and
Calendar are core apps. Tasks is GNOME Todo, which isn't core, but
could be. Memos is GNOME Notes (Bijiben), which isn't core because it's
unmaintained and not good, but is tracked for core (it's in the
"incubator" moduleset for stuff that's just not good enough yet --
which is where we can put Evolution if you start actively working on
the GNOME Mail mockups). We're not going to get rid of these apps, and
we don't want any core apps to be redundant with them.

This is a solvable problem, though. You could add, say, a preference to
show or hide the non-mail modes. That preference could be honored if
set, or if unset it could default to mail-only in GNOME and the whole
shebang in other desktops. Or something else; there are options here.

Regarding ease of setup. You don't have a way to access it in Xfce, but
we do have GNOME Online Accounts to configure your accounts for all of
these apps in the same place. I never added my calendar separately to
Evolution and Calendar, I just added a Google account in system
settings. In Workstation, this is a step in initial setup, so you can
do it there too.

> You also should not forget of the enterprise usage, like when people
> need to connect to a Microsoft Exchange server. If you think that the
> Geary + GNOME Contacts + GNOME Calendar + GNOME Tasks can handle the
> enterprise usage, then it's great.

I honestly don't think this case is important relative to having a
simple UI and Gmail support -- the few users who need Exchange support
can just install it -- but of course it's a nice advantage for
Evolution.

> After all, I've no
> voice
> in these decisions. You can always push it back, in case it'll evolve
> from the late 90's to the 21st century.
> 	Bye,
> 	Milan

Well, you seem to be able to type, so you do have a voice here. ;) I
didn't realize you were planning major UI changes. Let's revisit this
in a year.

Michael
--
desktop mailing list
desktop@xxxxxxxxxxxxxxxxxxxxxxx
https://lists.fedoraproject.org/admin/lists/desktop@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Users]     [Fedora KDE]     [Fedora Announce]     [Fedora Docs]     [Fedora Config]     [PAM]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux