aboutsummaryrefslogtreecommitdiffstats
path: root/mail/e-mail-config-assistant.c
Commit message (Collapse)AuthorAgeFilesLines
* Bug #684425 - Do not pass NULL text to gtk_entry_set_text()Milan Crha2014-04-111-2/+2
|
* Bug 723204 - Account assistant is too wideMatthew Barnes2014-03-081-0/+1
| | | | | | Works around a GTK+ regression caused by: https://git.gnome.org/browse/gtk+/commit/?id=f18655c641dbe2ca2a28627538898be575667e1a
* Miscellaneous cleanups.Matthew Barnes2014-03-031-5/+11
|
* Bug #553927 - Autoselect newly created accounts in the folder treeMilan Crha2014-02-181-0/+47
|
* EMailConfigAssistant: Hack the "Go Back" button after autoconfig.Matthew Barnes2014-02-111-4/+73
| | | | | | | | | | | | | | | | After account autoconfiguration, you can click the "Go Back" button to revise the account details. That's been in place for some time now, but it's not obvious from the button label. "Go Back" implies going back to the Identity page. Temporarily rename the "Go Back" button on the Summary page to something more accurate after a successful autoconfiguration, then reset it to its original "Go Back" label. Unfortunately the GtkAssistant API does not make this easy. I had to resort to crawling the assistant's internal child widgets and comparing button labels to locate the right button. So this hack may not be very future-proof.
* Bug 721545 - License text contains obsolete FSF postal addressMatthew Barnes2014-01-081-10/+9
|
* EMailAutoconfig: Add an ESourceRegistry property.Matthew Barnes2013-11-271-0/+4
|
* Bug 692143 - Auto-configured MSN account should use POP, not IMAPMatthew Barnes2013-01-211-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | In e_mail_config_service_page_auto_configre(), we do detect that only POP3 is available for MSN accounts and switch to the appropriate service backend. The problem was with the hack I added awhile back to momentarily skip to the Receiving page just before skipping to the Summary page, so clicking "Go Back" from the Summary page would return to the Receiving page. That momentary skip triggered mail_config_assistant_prepare() on the Receiving page, which then triggered e_mail_config_page_setup_defaults() since the Receiving page was not yet in the visited pages hash table. The Receiving page's setup_defaults() method reset the service backend to IMAPX, which is the correct thing to do when not auto-configured. The solution is add the Receiving page to the visited pages hash table after a successful auto-configuration, but just BEFORE we momentarily skip to it. This tricks mail_config_assistant_prepare() into thinking the page was already visited, and it skips setting up defaults for it. Also added the Sending page to visited pages, just for consistency.
* Consolidate base utility libraries into libeutil.Matthew Barnes2012-12-131-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Evolution consists of entirely too many small utility libraries, which increases linking and loading time, places a burden on higher layers of the application (e.g. modules) which has to remember to link to all the small in-tree utility libraries, and makes it difficult to generate API documentation for these utility libraries in one Gtk-Doc module. Merge the following utility libraries under the umbrella of libeutil, and enforce a single-include policy on libeutil so we can reorganize the files as desired without disrupting its pseudo-public API. libemail-utils/libemail-utils.la libevolution-utils/libevolution-utils.la filter/libfilter.la widgets/e-timezone-dialog/libetimezonedialog.la widgets/menus/libmenus.la widgets/misc/libemiscwidgets.la widgets/table/libetable.la widgets/text/libetext.la This also merges libedataserverui from the Evolution-Data-Server module, since Evolution is its only consumer nowadays, and I'd like to make some improvements to those APIs without concern for backward-compatibility. And finally, start a Gtk-Doc module for libeutil. It's going to be a project just getting all the symbols _listed_ much less _documented_. But the skeletal structure is in place and I'm off to a good start.
* EMailConfigAssistant: Make revising auto-configuration easier.Matthew Barnes2012-11-081-0/+5
| | | | | | | | | | | | | | | | | | | After providing a name and email address on the Identity page, the user clicks Forward and auto-configuration runs. If successful, it jumps to the Account Summary page showing a table of auto-configured settings. If the user wants to go back and revise auto-configured settings, he would click Go Back to return to the Identity Page, then click Forward again to go to Receiving Email (since auto-coniguration only runs once). But this is confusing. It's not clear that clicking Forward from the Identity Page will behave differently after auto-configuration has run. Instead, clicking Go Back from the Summary Page after auto-configuration should return to the Receiving Email page where IMAP/POP settings can be modified. This behavior combined with the GtkAssistant navigation sidebar should hopefully make it less confusing.
* Make auto-configuration cancellable.Matthew Barnes2012-11-081-13/+69
| | | | Based on my initial patch in https://bugzilla.gnome.org/678615.
* Revert "Bug #686620 - Add an option to skip New Account autodiscovery"Matthew Barnes2012-11-081-23/+0
| | | | | | This reverts commit 039c29c112179ad92233f0a85b7332ad2f2dd373. Auto-configuration should instead be cancellable from the progress page.
* Bug #686620 - Add an option to skip New Account autodiscoveryMilan Crha2012-11-071-0/+23
|
* mail.error.xml: Remove "mail:session-message-*" errors.Matthew Barnes2012-07-261-1/+1
| | | | Use "system:simple-info/warning/error" errors instead.
* EMailConfigSummaryPage: Remove "account-name" property.Matthew Barnes2012-06-231-3/+2
| | | | It's redundant. Just set the display name on one of the ESources.
* Bug 678608 - Please enter password for mail account "Unnamed"Matthew Barnes2012-06-231-0/+20
|
* Keep display names synchronized during account creation.Matthew Barnes2012-06-231-0/+14
|
* Adapt to single-include E-D-S libraries.Matthew Barnes2012-06-041-6/+1
|
* Adapt mail to the new ESource API.Matthew Barnes2012-06-031-0/+1157