GNOME Bugzilla – Bug 762329
Make it possible to disable components other than Mail
Last modified: 2016-03-09 17:35:05 UTC
+++ This bug was initially created as a clone of Bug #759536 +++ Would be nice to have a way, for the user, to select only the switcher items that make sense for his/her use case. An example could be only showing "Mail" and "Calendar" instead of having "Mail", "Calendar", "Contacts", "Tasks" and "Memos" in a case where the last 3 are never used. ---- Now that there is a setting for this, one thing that would be useful would be to have this available via a command-line argument, or a compile-time option. This could be used in distributions that want to use the native GNOME applications for Contacts, Calendar, Notes and Tasks. This would obviously require quite a bit of work to make it possible to integrate addition of events to the calendar, or creating new contacts.
(In reply to Bastien Nocera from comment #0) > Now that there is a setting for this, one thing that would be useful would > be to have this available via a command-line argument, or a compile-time > option. Thanks for a bug report. I do not see any advantage on this. The only thing what the command-line option would do is to force something on start, effectively overwriting user's choice, which is, in my opinion, wrong. > This could be used in distributions If the distribution needs anything like that, then it can check in a post-install phase of the Evolution whether the setting was touched by the user and if not, then force there some value; eventually the distribution can patch its copy of the Evolution and change the default for the option. The distribution would need to patch the Evolution sources anyway, to add those command line options to the .desktop files or some like. > that want to use the native GNOME > applications for Contacts, Calendar, Notes and Tasks. This would obviously > require quite a bit of work to make it possible to integrate addition of > events to the calendar, or creating new contacts. Right, it would also mean that you lost the integration within one application, which is a benefit for users. I hope. I do not think that the Evolution (or any other application in general) would provide some awkward interface for things which it can do directly, without involving 3rd-party processes (there used to be the mailto: processed through an "open-url" command when clicked from within the evolution, but it was a mistake and it was corrected soon). That would make code reading even harder. Or maybe I just do not understand the use case here.
The use case would be to replace Evolution's calendar, contacts, todos and notes features with native GNOME ones. I would then expect distributions shipping GNOME by default (Fedora, Debian, SUSE, etc.) to ship a version of evolution without the additional tools/modes, and one full-fledged one for users of other desktop environments.
(In reply to Bastien Nocera from comment #2) > The use case would be to replace Evolution's calendar, contacts, todos and > notes features with native GNOME ones. You cannot do that, think of the integration of the parts within the application. > I would then expect distributions shipping GNOME by default (Fedora, Debian, > SUSE, etc.) to ship a version of evolution without the additional > tools/modes, and one full-fledged one for users of other desktop > environments. I do not think I want to harm myself in favour of one single desktop environment, I'm sorry. I mean, if the users will decide to not use the other components, then it's their decision, but you shouldn't make this decision for them.