aboutsummaryrefslogtreecommitdiffstats
path: root/src/empathy-accounts-dialog.c
Commit message (Collapse)AuthorAgeFilesLines
* Use new tp_account_* gettersGuillaume Desmottes2012-07-161-2/+2
|
* accounts-dialog: don't show the avatar button if avatars are not supportedGuillaume Desmottes2012-06-281-5/+12
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=627948
* accounts-dialog: don't crash if the account is connectingGuillaume Desmottes2012-05-231-4/+9
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=676637
* remove unused tp-contact-factory includesGuillaume Desmottes2012-05-151-1/+0
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=675597
* new-account-dialog: rely on the EmpathyAccountWidget::close signalGuillaume Desmottes2012-05-091-1/+1
| | | | | | | | | | User of the dialog should wait for the widget to be completely done before destroying it. Change the 'success' dialog response to GTK_RESPONSE_APPLY to stay coherent with the response type received from EmpathyAccountWidget. https://bugzilla.gnome.org/show_bug.cgi?id=675667
* Turn EmpathyAccountWidget to a proper GtkWidgetGuillaume Desmottes2012-05-081-29/+23
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=640417
* accounts-dialog: stop using tp_connection_get_self_handle()Guillaume Desmottes2012-05-031-17/+8
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=675229
* accounts-dialog: use GNetworkMonitorGuillaume Desmottes2012-04-051-10/+10
|
* Remove Meego specific codeGuillaume Desmottes2012-04-051-37/+0
| | | | It's not used any more by Intel.
* Merge branch 'gnome-3-4'Guillaume Desmottes2012-04-051-1/+3
|\
| * check if salut settings are valid instead of assume they are notGuillaume Desmottes2012-04-041-1/+3
| | | | | | | | | | | | | | If we manage to fetch all the info from EDS the account is ready to connect and so the 'Connect' button should be sensitive right away. https://bugzilla.gnome.org/show_bug.cgi?id=673451
* | account-dialog: add 'Rename' item to the context menuGuillaume Desmottes2012-04-021-0/+33
| | | | | | | | https://bugzilla.gnome.org/show_bug.cgi?id=673159
* | accounts-dialog: keep a pointer on the text rendererGuillaume Desmottes2012-04-021-7/+9
| | | | | | | | https://bugzilla.gnome.org/show_bug.cgi?id=673159
* | replace Enable/Disable menu items by a check itemGuillaume Desmottes2012-04-021-37/+15
|/ | | | https://bugzilla.gnome.org/show_bug.cgi?id=673159
* use enable_and_connect_account() when enabling an account from the menuGuillaume Desmottes2012-03-301-1/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=673162
* factor out enable_and_connect_account()Guillaume Desmottes2012-03-301-2/+9
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=673162
* accounts-dialog: no need to connect the account if we are disabling itGuillaume Desmottes2012-03-301-5/+13
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=673162
* accounts_dialog_enable_account_cb: use the usual async cb patternGuillaume Desmottes2012-03-301-10/+9
| | | | | | No semantic change. https://bugzilla.gnome.org/show_bug.cgi?id=673162
* empathy-accounts: disable 'Enable' menu entry if not supportedGuillaume Desmottes2012-03-301-6/+14
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=673141
* factor out account_can_be_enabled()Guillaume Desmottes2012-03-301-9/+18
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=673141
* accounts-dialog: use gtk_list_store_insert_with_values()Guillaume Desmottes2012-03-291-8/+13
| | | | | | | Prevent a crash when using a11y as GTK+ may want to look at the content of the row as soon it's added. See the bug for details. https://bugzilla.gnome.org/show_bug.cgi?id=670601
* Use the correct help: URI syntaxShaun McCance2012-03-261-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=672596
* Use help:empathy to open the helpGuillaume Desmottes2012-03-221-1/+1
| | | | | | Looks like the new doc infra uses "help" rather than "ghelp". https://bugzilla.gnome.org/show_bug.cgi?id=672596
* accounts-dialog: set a column spacing for the GtkInfoBar gridCosimo Cecchi2012-03-211-0/+1
| | | | | | | So that the banner is not packed even when the window is at its minimum size. https://bugzilla.gnome.org/show_bug.cgi?id=672504
* contact-widget: don't display the account when editing our infoGuillaume Desmottes2012-03-161-1/+2
| | | | | | | All these flags are making this code pretty messy. Hopefully we'll move and clean it when implementing the new design next cycle. https://bugzilla.gnome.org/show_bug.cgi?id=672036
* reload the account widget when connection is (dis)connectedGuillaume Desmottes2012-03-151-0/+45
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=671035
* create_dialog_content: check if the TpConnection is still validGuillaume Desmottes2012-03-151-1/+2
| | | | | | | tp_connection_get_contacts_by_handle() will raise a warning if the TpConnection has been invalidated. https://bugzilla.gnome.org/show_bug.cgi?id=671035
* factor out account_is_selected()Guillaume Desmottes2012-03-151-16/+27
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=671035
* early return if accounts_dialog_model_get_selected_settings() returns NULLGuillaume Desmottes2012-03-121-0/+4
| | | | | | It can happen, typically if no account is currently selected. https://bugzilla.gnome.org/show_bug.cgi?id=671790
* try installing telepathy-hazeGuillaume Desmottes2012-02-211-0/+21
|
* explain why the account has been disabledGuillaume Desmottes2012-02-211-2/+13
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=663829
* accounts-dialog: hide the switch in butterfly accountsGuillaume Desmottes2012-02-211-2/+9
| | | | | | | | MC should migrate butterfly accounts. If it fails (typically because Haze isn't installed) then it disables the account. There is no point allowing user to re-enable it as it won't work properly with Empathy any way. https://bugzilla.gnome.org/show_bug.cgi?id=663829
* salut-dialog: use 'Skip' instead of 'Ignore'Guillaume Desmottes2012-02-171-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=652669
* accounts-dialog: suggest to create a salut accountGuillaume Desmottes2012-02-171-2/+68
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=652669
* accounts-dialog: display the import dialog if there is no accountGuillaume Desmottes2012-02-171-0/+17
| | | | | | This is the first step of merging the accounts-dialog and assistant. https://bugzilla.gnome.org/show_bug.cgi?id=652669
* accounts_dialog_add_account: select if that's the first account addedGuillaume Desmottes2012-02-161-3/+7
| | | | | | This ensures we'll select the first imported account. https://bugzilla.gnome.org/show_bug.cgi?id=670203
* accounts-dialog: move the 'no protocol' message to a different pageGuillaume Desmottes2012-02-161-7/+5
| | | | | | It's cleaner that way https://bugzilla.gnome.org/show_bug.cgi?id=670203
* accounts-dialog: remove hbox_protocolGuillaume Desmottes2012-02-161-4/+0
| | | | | | It's not used any more since we moved adding account to a separated dialog. https://bugzilla.gnome.org/show_bug.cgi?id=670203
* accounts-dialog: don't automatically open the add accountGuillaume Desmottes2012-02-161-9/+0
| | | | | | | This legacy code isn't used since a while as the assistant is displayed if there is no account. https://bugzilla.gnome.org/show_bug.cgi?id=670203
* Pass EmpathyConnectionManagers to the import widgetGuillaume Desmottes2012-02-161-1/+2
| | | | | | | | | The widget doesn't have to prepare EmpathyConnectionManagers itself any more and so can populate its treeview right away. By doing so it will request a more decent size and so the dialog will actually display the accounts which can be imported without forcing user to resize it. https://bugzilla.gnome.org/show_bug.cgi?id=670201
* factor out display_import_dialog()Guillaume Desmottes2012-02-161-3/+11
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=670201
* set the presence message as a tooltip on its labelGuillaume Desmottes2012-02-151-0/+3
| | | | | | So user can still read the full message if it has been ellipsized. https://bugzilla.gnome.org/show_bug.cgi?id=663627
* accounts-dialog: ellipsize presence messageGuillaume Desmottes2012-02-151-1/+1
| | | | | | | Long messages make this dialog looks weird and that's not really the point of this UI to display it anyway. https://bugzilla.gnome.org/show_bug.cgi?id=663627
* accounts-dialog: don't add newly created account twiceGuillaume Desmottes2012-01-241-69/+9
| | | | | | | | | | It used to be created once in the accounts_dialog_account_validity_changed_cb callback and once when the new account dialog is done. This change is actually good because now accounts are always added to the model using the same code path. https://bugzilla.gnome.org/show_bug.cgi?id=668372
* accounts_dialog_get_account_iter: use the COL_ACCOUNT directlyGuillaume Desmottes2012-01-241-4/+4
| | | | | | There is no point using the EmpathyAccountSettings. https://bugzilla.gnome.org/show_bug.cgi?id=668372
* accounts-dialog: no more need to manually prepare TpAccountGuillaume Desmottes2012-01-241-20/+1
| | | | | | The factory does it for us now. https://bugzilla.gnome.org/show_bug.cgi?id=668372
* accounts-dialog: remove protocol chooserGuillaume Desmottes2011-12-221-99/+0
|
* accounts-dialog: use the new account dialogGuillaume Desmottes2011-12-221-3/+22
|
* account_dialog_create_edit_params_dialog: don't connect account-created signalGuillaume Desmottes2011-12-221-24/+0
| | | | This signal will never be fired when editing an existing account.
* don't use deprecated GTK+ APIGuillaume Desmottes2011-12-221-2/+2
|
* display the editor on topGuillaume Desmottes2011-12-221-3/+7
|
* properly handle accounts using an external storageGuillaume Desmottes2011-12-221-3/+109
|
* No need to manually prepare the connectionGuillaume Desmottes2011-12-221-25/+9
| | | | tp-glib does it for us now, thanks to the EmpathyClientFactory.
* add some padding in the edit conn settings dialogGuillaume Desmottes2011-12-221-4/+9
| | | | Looks better that way.
* add an accelerator to open the params dialogGuillaume Desmottes2011-12-221-1/+1
|
* pass a second NULL pointer to gtk_dialog_new_with_buttons()Guillaume Desmottes2011-12-221-1/+1
| | | | It makes gcc happier.
* Don't show the presence twiceDanielle Madeley2011-12-221-0/+1
|
* Make it possible to add/remove/edit accounts without it crashing everywhereDanielle Madeley2011-12-221-54/+11
|
* Add a close signal, emitted by both cancel and applyDanielle Madeley2011-12-221-5/+4
|
* Begin combining the dialogsDanielle Madeley2011-12-221-19/+161
| | | | | | | This is not functional yet, but it does compile and kindof demonstrate what's going to happen. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=652670
* accounts-dialog: fix box packing issue in infobarDanielle Madeley2011-11-081-7/+12
| | | | | | | | Expanding the status causes the icon to be placed on the far left of the box. This regression caused by my work in 1cd6e8253a3be284b8578fd9ea37016d0197d61b. Need an additional hbox and to expand that. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=663567
* accounts-dialog: fix infobar packing issues by porting to GtkGridDanielle Madeley2011-10-271-34/+17
|
* Use tp_proxy_prepare_async instead of tp_account_prepare_asyncGuillaume Desmottes2011-09-191-2/+2
|
* Use tp_proxy_prepare_async instead of tp_account_manager_prepare_asyncGuillaume Desmottes2011-09-191-2/+2
|
* Factor out empathy_launch_program()Emilio Pozuelo Monfort2011-08-041-46/+8
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=655884
* Make the accounts-dialog attractive and GNOME3ishDanielle Madeley2011-06-151-0/+11
|
* fix unused-but-set-variable warningsMarc Plano-Lesay2011-05-051-20/+0
|
* don't display the enable switch if account is restrictedGuillaume Desmottes2011-04-211-0/+7
|
* use a GtkSwitch instead of MX switchGuillaume Desmottes2011-04-211-10/+9
|
* Add an enabled switch to the account dialog GtkInfoBarDanielle Madeley2011-04-211-0/+63
|
* accounts_dialog_cms_prepare_cb: don't update the settings if we are already ↵Guillaume Desmottes2011-04-181-1/+3
| | | | | | | preparing one This may lead to ignoring the existing setting if it's a slow one to prepare (as Haze for example). (#647641)
* accounts_dialog_add_account: ensure that the selected account is still ↵Guillaume Desmottes2011-03-221-1/+19
| | | | visible in the treeview
* accounts_dialog_model_set_selected: use select_and_scroll_to_iterGuillaume Desmottes2011-03-221-1/+1
| | | | That way we also scroll to the selected account (#643860).
* factor out select_and_scroll_to_iter()Guillaume Desmottes2011-03-221-14/+23
|
* accounts_dialog_set_selected_account: scroll to the selected accountGuillaume Desmottes2011-02-281-1/+14
|
* accounts-dialog: use empathy_context_menu_new()Guillaume Desmottes2011-02-161-1/+1
|
* accounts-dialog: only update the row which have actually been changed; may ↵Guillaume Desmottes2011-02-161-1/+15
| | | | fix #636189
* account-dialog: keep a proper weak ref on setting_widget_objectGuillaume Desmottes2011-01-241-3/+16
| | | | | | | This prevent us of trying to use it after it has been disposed. For example, when switching to an Haze account, we have to wait that the EmpathyAccountSettings is ready before getting the new setting_widget_object but we can't try using the old one while waiting (#640411).
* Don't use deprecated gdk_app_launch_context_new()Emilio Pozuelo Monfort2011-01-111-2/+3
|
* Fix lines > 80 charsSjoerd Simons2010-12-291-2/+4
|
* Prevent potential freeing of unitialized dataSjoerd Simons2010-12-291-4/+4
|
* Merge remote branch 'glassrose/enable-disable-accounts-popup-609568'Danielle Madeley2010-12-241-0/+95
|\
| * Popup menu feature to quickly enable/disable an account.Chandni Verma2010-12-241-0/+95
| | | | | | | | Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=609568
* | Fix build warnings for uninitialized variablesXavier Claessens2010-12-231-1/+1
| |
* | accounts-dialog: use g_app_info_launch() instead of gdk_spawn_on_screen() ↵Guillaume Desmottes2010-12-231-14/+25
| | | | | | | | (#637854)
* | use tp_account_get_path_suffix()Guillaume Desmottes2010-12-151-4/+1
|/
* use gtk_box_pack_start() to pack our widget to the dialog (#634912)Guillaume Desmottes2010-11-151-1/+1
|
* accounts-dialog: stop displaying the import dialog automatically (#631080)Guillaume Desmottes2010-10-011-19/+0
| | | | | User had seen the nice assistant before so he already imported his account if he wanted to.
* factor out empathy_protocol_chooser_create_account_settings()Guillaume Desmottes2010-09-291-58/+4
| | | | No need to keep this code duplicated.
* Add empathy_service_name_to_display_name()Guillaume Desmottes2010-09-291-11/+5
| | | | | Also makes empathy_protocol_name_to_display_name() fallbacks to the protocol name so caller doesn't have to.
* protocol-chooser: expose a 'service' string instead of boolean for facebook ↵Guillaume Desmottes2010-09-291-8/+18
| | | | and gtalk
* google-talk: no need to unset the 'server' paramGuillaume Desmottes2010-09-281-1/+0
| | | | | We don't set it anymore as fallback-servers super-seeded it but there is no point to unset; the account settings has just be created and is empty.
* Don't use deprecated gtk_dialog_set_has_separatorDiego Escalante Urrelo2010-09-281-5/+0
| | | | | | This is deprecated in GTK+ 2.22 Bug #630107
* Enable server fallback for GTalk accountNicolas Dufresne2010-09-091-4/+10
| | | | | | | | | | | Instead of hardcoding one server, let the connection manager try doing SRV resolution and if the resolution fails, let it try a list of fallback servers. Note that talkx.l.google.com is now used instead of talk.google.com. This is the DNS used in the Windows client, this DNS returns a list of IPs instead of 1. This also enable usage of HTTPS proxy when falling back to port 443 with old_ssl. Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>
* Remove calls to gtk_dialog_set_has_separator() if building against GTK+ 3Philip Withnall2010-09-071-0/+3
| | | | | | | gtk_dialog_set_has_separator() has been removed in GTK+ 3, but can't be removed (or the property's default value changed) in GTK+ 2 without breaking API. This adds a wrapper macro to keep the calls when building against GTK+ 2, and remove them when building against GTK+ 3.
* unsensitive the remove button while loadingGuillaume Desmottes2010-08-261-1/+14
|
* insensitive treeview while loadingGuillaume Desmottes2010-08-261-1/+4
|
* accounts-dialog: display loading page while loading accounts (#611701)Guillaume Desmottes2010-08-261-0/+27
|
* accounts-dialog: insensitive 'add' and 'import' buttons while loading (#624353)Guillaume Desmottes2010-08-261-2/+18
|
* Use new API in EmpathyAccountsDialogCosimo Cecchi2010-08-191-2/+2
|
* Fix constness of various variables and parametersPhilip Withnall2010-08-051-3/+3
|
* no need to pass the reason to empathy_account_get_error_messageGuillaume Desmottes2010-08-051-2/+2
|
* accounts-dialog: use empathy_account_get_error_message (#523895)Guillaume Desmottes2010-08-051-2/+2
|
* Remove unneccesary signal disconnection in EmpathyAccountsDialogDanielle Madeley2010-07-211-35/+9
| | | | Generated critical warnings under GTK+ 3
* Port Empathy code to GSettings, remove EmpathyConfDanielle Madeley2010-06-181-9/+7
|
* accounts-dialog: avoid leaking the account status messageRob Bradford2010-06-031-12/+41
| | | | | | | | Originally this function mixed const and allocated strings using the same variable, resulting in leaks. This change refactors the code slightly to prevent such leaks. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=620476
* accounts-dialog: Ensure correct connectivity informationRob Bradford2010-06-031-4/+10
| | | | | | | | | | | Move the creation of the EmpathyConnectivity object to the dialog construction so that there is time for the asynchronous calls that the EmpathyConnectivity makes (in ConnMan mode) to return. Without this change the error is always reported as network connection failure rather than the real error when built with ConnMan. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=620474
* hardcode facebook server to workaround SRV lookup issuesGuillaume Desmottes2010-05-251-0/+3
|
* Use library i18n method for source files included in shared libraryRob Bradford2010-05-181-1/+1
| | | | | | | Since these files are included in the g-c-c shared module we must use the version of the _ macro that includes the domain. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=618969
* Replace EphySpinner by GtkSpinnerXavier Claessens2010-04-191-7/+5
| | | | Fixes bug #598446
* src/empathy-accounts-dialog.c: use tp_g_signal_connect_object instead of ↵Guillaume Desmottes2010-04-091-6/+6
| | | | empathy_signal_connect_weak
* Merge commit 'treitter/bug-613272'Guillaume Desmottes2010-03-291-1/+1
|\
| * Set a default empathy-accounts window size such that any scrolled Advanced ↵Travis Reitter2010-03-271-1/+1
| | | | | | | | section will be somewhat-reasonably-sized.
| * Another way to fix Gnome bug #613272. This puts the Advanced expander ↵Travis Reitter2010-03-251-3/+1
| | | | | | | | content for each of the problem protocols in a scrolled window, instead of the entire Details section.
| * Make the account details pane scrollable, in case the Advanced section is ↵Travis Reitter2010-03-201-1/+3
| | | | | | | | too large to fit on the screen all at once. Fixes Gnome bug #613272.
* | Automatically reap the empathy-accounts child processDanielle Madeley2010-03-241-13/+4
|/ | | | Remove unrequired exit_cb code
* Window title for the accounts dialog should match the name in the launcher.Ken VanDine2010-03-101-1/+1
| | | | Fixes bug #612433
* set the server field of Google Talk accountGuillaume Desmottes2010-03-051-4/+12
| | | | This should solve connection issue with buggy router (#601089).
* Fix silly typoSjoerd Simons2010-03-051-1/+1
|
* Connect to the accounts signals in one central placeSjoerd Simons2010-03-051-10/+5
|
* Cancel creation in the accounts dialog if the wizard is runningSjoerd Simons2010-03-051-4/+26
| | | | | | If the account wizard is finished it should have created at least some accounts. Cancel any account creation that was going on in the accounts dialog so it nicely jumps showing the first real account :)
* accounts-dialog: set display-name before creating the accountGuillaume Desmottes2010-03-031-9/+0
| | | | This saves us a D-Bus call.
* Merge branch 'more-accounts-fixes'Travis Reitter2010-03-031-29/+89
|\
| * Remove EmpathyAccountsPlugin's requirement that it be a singleton, so we can ↵Travis Reitter2010-03-031-27/+0
| | | | | | | | reset the embedded control panel to a sane state every time we open it.
| * Disable the Cancel button in the accounts dialog if there are no existing ↵Travis Reitter2010-03-021-1/+72
| | | | | | | | accounts to display (ie, we're creating our first account).
| * When we're creating our first account, don't let the remove button become ↵Travis Reitter2010-02-271-1/+8
| | | | | | | | sensitive when we change the account protocol
| * Don't create some extra "ghost" account if we're creating our first account ↵Travis Reitter2010-02-271-0/+9
| | | | | | | | and we change protocols in the protocol combo box.
* | Improve debugging and don't use g_debugSjoerd Simons2010-03-021-0/+5
| |
* | Make the empathy-account code be slightly more streamlinedSjoerd Simons2010-03-021-3/+3
| | | | | | | | | | | | | | On every run of the accounts UI we should try to import MC4 accounts (if they weren't imported already). Also replace the --try-import option with --if-needed to better document the fact that it will only display the UI if needed.
* | accounts-dialog: update the status info when account when account is enabledGuillaume Desmottes2010-02-281-3/+2
|/ | | | | | If we are offline and we enable a disabled account, the info bar message should be updated from "Acconut Disabled" to "Status is set to Offline" (#610847).
* Rename Moblin to Meego throughout EmpathyDanielle Madeley2010-02-191-6/+6
| | | | At the request of Rob Bradford
* empathy_accounts_dialog_show_application: try to run "empathy-accounts" from ↵Guillaume Desmottes2010-02-161-1/+10
| | | | | | | source This fix starting the accounts dialog for people (testers mostly) using Empathy from a not installed build.
* empathy_accounts_dialog_show_application: use g_build_filenameGuillaume Desmottes2010-02-161-1/+4
| | | | That's cleaner to build a path.
* accounts-dialog: block the selection 'changed' signal while removing a rowGuillaume Desmottes2010-02-151-0/+14
| | | | | | | | | | | | | | There is no need to call accounts_dialog_model_selection_changed while removing as we are going to call accounts_dialog_model_select_first right after which will update the selection. This has the nice side effect of letting the "remove" button sensitive after the account has been removed. The callback used to be called recursively twice: once during the removal of the row and once when calling accounts_dialog_model_select_first in accounts_dialog_update_settings. As accounts_dialog_model_selection_changed is checking if a row is selected *before* calling accounts_dialog_update_settings, the button was unsensitived at the end of the first call of the callback. (#609575)
* empathy-accounts-dialog: Prepend BIN_DIR to the binary nameDanielle Madeley2010-02-121-1/+1
|
* Separate the accounts dialog into its own program which works with the Gnome ↵Travis Reitter2010-02-121-0/+56
| | | | | | | | preferences and control center. Where available, this also supports embedding the preferences dialog in the "extensible-shell" control center (currently in development, but likely to be mainlined soon).
* add is_facebook arg to empathy_protocol_chooser_dup_selectedGuillaume Desmottes2010-02-121-5/+14
| | | | So the assistant and accounts dialog can special case facebook accounts.
* Fix leaks, gtk_tree_model_get() returns a ref!Xavier Claessens2010-02-111-20/+33
| | | | | COL_ACCOUNT_POINTER and COL_ACCOUNT_SETTINGS_POINTER are misleading, they are not POINTER but OBJECT, so we have to unref them.
* accounts-dialog: wrap label status in info barGuillaume Desmottes2010-02-101-0/+1
| | | | | So the accounts doesn't become huge if user entered a ridiculously long message (#609537).
* accounts_dialog_accounts_setup: use empathy_connection_managers_prepare_asyncGuillaume Desmottes2010-01-251-16/+17
| | | | | That way we are sure that the callback is called even if the managers is already ready (#607925).
* Add a remove button below the accounts treeview instead of the in-treeview icon.Xavier Claessens2010-01-191-15/+59
|
* Unify the infobar and the account name widgets.Cosimo Cecchi2010-01-191-15/+45
|
* fix identationGuillaume Desmottes2010-01-181-1/+1
|
* Stop greysing and blinking the protocol iconGuillaume Desmottes2010-01-181-24/+0
| | | | | We now have another icon showing the connection status so there is no point to display it (in an unclear way) in the protocol icon as well.
* update account in treeview when it's disabledGuillaume Desmottes2010-01-181-0/+1
|
* update treeview when account's status is changedGuillaume Desmottes2010-01-181-0/+21
|
* accounts-dialog: display status of accounts in the treeview (#605309)Guillaume Desmottes2010-01-181-0/+78
|
* rename accounts_dialog_model_pixbuf_data_func to ↵Guillaume Desmottes2010-01-181-3/+3
| | | | accounts_dialog_model_protocol_pixbuf_data_func
* accounts-dialog: remember the account and password param when changing ↵Guillaume Desmottes2010-01-181-0/+29
| | | | protocol (#605532)
* set presence to offline when account is disabledFelix Kaser2010-01-161-0/+5
| | | | else the presence is empty and no icon is shown in the infobar (#604706)
* Consider connected account which doesn't implement presence as available ↵Guillaume Desmottes2010-01-161-0/+8
| | | | (#604700)
* connect to signals when account has been createdFelix Kaser2010-01-111-0/+20
| | | | when a new account is created the signals presence-changed and status-changed of the account are connected to update the treeview icon and status infobar
* don't make add-button sensitive on protocol changeFelix Kaser2010-01-111-1/+0
| | | | when creating an account the treeview and add/import buttons should be insensitive. when during creating the protocol was altered via protocol-chooser the add-button became sensitive. this should be fixed with this commit
* disable treeview when creating an accountFelix Kaser2010-01-111-0/+13
| | | | fixes bug 604154
* accounts-dialog: inherit from GtkDialog (#600023)Guillaume Desmottes2010-01-111-71/+85
|
* Miscellaneous string fixesPhilip Withnall2010-01-011-1/+1
| | | | | | | Lots of small spelling and grammar fixes, as well as some terminology cleanups. Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* Punctuation fixes in translatable stringsPhilip Withnall2010-01-011-6/+6
| | | | | | | Fix punctuation in the IRC command help messages. Use proper Unicode ellipses throughout Empathy, and proper em-dashes where appropriate. Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* Remove the protocol selection screen when adding a new accountGuillaume Desmottes2009-12-261-98/+64
| | | | | Instead, display the protocol chooser on the top of the account widget (#599182).
* remove register radio buttons in the create account frameGuillaume Desmottes2009-12-221-35/+0
| | | | | They should be part of the account widget as we plan to kill this frame (#605213).
* remove duplicate expressionFelix Kaser2009-12-161-2/+0
| | | | probably the product of a faulty merge in 4bca2228
* dont show infobar when creating an accountFelix Kaser2009-12-151-14/+8
|
* get connectivity only when neededFelix Kaser2009-12-151-4/+2
|
* fixed a crash when creating accountFelix Kaser2009-12-151-7/+33
| | | | the infobar in accounts dialog provoked a crash when creating a new account because TpAccount *account was NULL
* update infobar only on selected accountFelix Kaser2009-12-151-0/+20
| | | | previously the infobar contained wrong statuses sometimes, if the auto reconnect on a faulty account triggered the update
* updated status messagesFelix Kaser2009-12-151-6/+18
| | | | small updates on the status messages
* set infobar message to no network connectionFelix Kaser2009-12-151-0/+9
| | | | if the account is disconnected and there is no internet connection at all.
* refactor friendly status reason messagesFelix Kaser2009-12-151-50/+12
| | | | the friendly status reason can be asked from empathy-utils
* added case for requested disconnectionFelix Kaser2009-12-151-0/+3
|
* handle presence changesFelix Kaser2009-12-151-10/+20
| | | | some refactoring was neccesary to handl correctly the presence changes. all information about the connection status and reason and presence are gathered explicitly in update_status_infobar and not passed by the callbacks.
* show infobar when connectedFelix Kaser2009-12-151-7/+17
| | | | the infobar should be visible when connected, not only when an error occured
* added case for disabled accountFelix Kaser2009-12-151-80/+100
| | | | if the account is disabled the status-infobar shows as disconnected reason "disabled"
* added reson to status infobarFelix Kaser2009-12-151-11/+57
|
* added spinner to connecting infobarFelix Kaser2009-12-151-9/+23
|
* added status image to infobarFelix Kaser2009-12-151-1/+15
| | | | when disconnected the infobar shows the offline icon
* change position of the infobarFelix Kaser2009-12-151-3/+4
|
* use different message types in infobarFelix Kaser2009-12-151-0/+6
|
* show the infobar when not connectedFelix Kaser2009-12-151-0/+39
| | | | fixes bug #599153
* added infobar with empty labelFelix Kaser2009-12-151-0/+10
|
* added vbox for the status-infobarFelix Kaser2009-12-151-0/+2
| | | | the vbox should hold the infobar which shows the connection status in accounts-dialog
* use conn-status-reason instead of conn-statusFelix Kaser2009-11-291-1/+1
| | | | a hardcoded callback call used TP_CONNECTION_STATUS_DISCONNECTED where a TP_CONNECTION_STATUS_REASON should have been, changed to TP_CONNECTION_STATUS_REASON_NONE_SPECIFIED.
* accounts-dialog: wait that account is prepared before calling ↵Guillaume Desmottes2009-11-131-1/+20
| | | | | | | accounts_dialog_add_account This ensure that EmpathyAccountSettings has been updated and so we don't add a new row in the model for this account (#601796).
* move code generating the default display name of new account to account-widgetGuillaume Desmottes2009-11-131-51/+2
| | | | | | This will allow us to: - Use this function from other places, like in the assistant. - Delegate special cases to the specialized versions of the widget.
* empathy_accounts_dialog_show: check if priv->cms is not NULL before using itGuillaume Desmottes2009-11-101-1/+1
| | | | | | priv->cms is initalized in accounts_dialog_accounts_setup once the account manager is ready. So it's not garanteed to be set in empathy_accounts_dialog_show anymore.
* accounts-dialog: set the ypad on the "Name" cellGuillaume Desmottes2009-11-101-1/+1
| | | | | Some accounts don't have an icon so we shouldn't use the icon cell to set this padding (#601150).
* accounts-dialog: display the 'remove' icon only on the selected rowGuillaume Desmottes2009-11-061-2/+0
| | | | | This used to be a Moblin specific change but it makes sense for GNOME as well (#600962).
* accounts-dialog: set the 'ypad' of cells in the account treeview to 4Guillaume Desmottes2009-11-061-2/+0
| | | | | | It looks nicer this way. This used to be a Moblin specific change but it makes sense for GNOME as well (#600962).
* accounts-dialog: simplify the remove acount confirmation dialogGuillaume Desmottes2009-11-061-15/+0
| | | | | This used to be a Moblin specific change but it makes sense for GNOME as well (#600962).
* get_default_display_name: use the real protocol name to check if it's IRC or notGuillaume Desmottes2009-11-031-4/+7
|
* Allow accounts_dialog_has_pending_change to return a NULL TpAccountGuillaume Desmottes2009-11-031-13/+24
| | | | | That way we can warn user when he is about to lose his newly created account (#598550).
* accounts-dialog: don't always select the first account automaticallyJonny Lamb2009-11-031-2/+7
| | | | | | | | | | | | | | | | | | | Sometimes it takes a while to get all account details, but getting the account names is fairly quick. What tends to happen is that the tree view of account names is populated immediately, but the account widget is just grey until all details are retrieved. This time is enough to select an account in the tree view for editing. However, previously, once all details are retrieved, the first account is automatically selected. This is of course sensible if the user has not selected an account, but it's pretty annoying if you've already selected your seventeenth jabber account and then it plonks you back to number one. This patch only selects the first account if there is not one already selected. Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
* empathy-accounts-dialog: account-validity-changed signal now has a 'valid' ↵Guillaume Desmottes2009-11-031-0/+1
| | | | argument (#600446)
* Merge branch 'accountz'Jonny Lamb2009-11-021-144/+74
|\
| * all: log error messages if preparing the account manager failsJonny Lamb2009-10-301-2/+7
| | | | | | | | Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
| * accounts-dialog: port to new tp-glib account APIJonny Lamb2009-10-241-143/+68
| | | | | | | | Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
* | empathy-accounts-dialog: do_constructor: always return a new referenceGuillaume Desmottes2009-10-291-3/+7
| | | | | | | | | | | | This fix is cleaner than the previous commmit. The constructor now always returns a new reference to the caller. It also now has an extra reference that it will release once the dialog as been destroyed.
* | empathy-accounts-dialog: do_constructor: don't ref the dialog if it already ↵Guillaume Desmottes2009-10-291-1/+3
|/ | | | | | | exists (#600023) This breaks the concept of a constructor but the caller isn't supposed to unref it itself anyway (it's unreffed in accounts_dialog_destroy_cb).
* accounts_dialog_add_account: connect notify::display-name using ↵Guillaume Desmottes2009-10-151-11/+3
| | | | | | | empathy_signal_connect_weak empathy_signal_connect_weak will disconnect the signal when the accounts dialog is disposed. (#598408)
* Use the protocol display name for new account namesSjoerd Simons2009-10-141-1/+4
| | | | | | | As the default display name for new accounts use the pretty human-readable version instead of the telepathy protocol names Fixes #598355
* accounts_dialog_account_display_name_changed_cb: check that ↵Guillaume Desmottes2009-10-061-0/+3
| | | | | | | accounts_dialog_model_get_selected_settings didn't return NULL (#597416) All the other callers of this function cope with setting being NULL so this one should do as well.
* Rename HAVE_NBTK to HAVE_MOBLIN.Xavier Claessens2009-10-051-10/+10
|
* empathy-accounts-dialog: 'Create' button should be 'Next' on MoblinGuillaume Desmottes2009-10-031-2/+3
|
* Fix a typo in a string.Cosimo Cecchi2009-10-031-1/+1
|
* Change strings for the remove dialog on the moblin build.Cosimo Cecchi2009-10-031-0/+10
|
* Don't rely on EmpathyAccountManager to be ready.Cosimo Cecchi2009-09-301-37/+62
| | | | | This fixes a crash when Empathy is launched with the '--accounts' option.
* Rename the Create button to Add on moblin.Cosimo Cecchi2009-09-301-0/+3
|
* Disable account creation on moblin.Cosimo Cecchi2009-09-301-0/+8
|
* Hide the action area if we're on moblin.Cosimo Cecchi2009-09-301-0/+8
|
* Add a vertical padding to the rows.Cosimo Cecchi2009-09-301-0/+3
|
* Use the property in the accounts dialog.Cosimo Cecchi2009-09-301-0/+3
|
* Add an import button back to the accounts dialog.Cosimo Cecchi2009-09-281-1/+16
| | | | The button is only shown when there are actually accounts to import.
* Don't show the "missing" image (#595921).Cosimo Cecchi2009-09-241-0/+8
| | | | | If the icon theme doesn't have the protocol icon for the account we currently selected, show a default icon.
* Fix a long lineCosimo Cecchi2009-09-061-1/+2
|
* Manually handle delete events.Cosimo Cecchi2009-09-061-1/+12
|
* Changed dialog constructor calls to use a string literal with format argumentsLouis-Francis Ratté-Boulianne2009-09-011-4/+4
|
* Use the new APIs in the assistant and the dialogCosimo Cecchi2009-08-311-8/+17
|
* Merge commit 'jtellier/confirm-lose-accounts-settings'Cosimo Cecchi2009-08-311-41/+294
|\
| * Fixed styleJonathan Tellier2009-08-291-15/+18
| |
| * Marked strings for translation.Jonathan Tellier2009-08-291-7/+7
| |
| * Merged with masterJonathan Tellier2009-08-291-1/+8
| |
| * Fixed bug which would occur when deleting account with pending changesJonathan Tellier2009-08-291-8/+9
| | | | | | | | | | | | | | | | | | | | | | | | - When the selected account was NULL, accounts_dialog_has_pending_change() would not check its state correctly. That function is working with a pointer on a pointer to the account and was not dereferencing properly. - The pointer to the account we pass to accounts_dialog_has_pending_change() is now properly initialized to NULL. - When deleting an account, the COL_ACCOUNT_POINTER column is now properly set to NULL.
| * Using GtkTreeRowReference instead of a string path.Jonathan Tellier2009-08-291-9/+10
| | | | | | | | | | | | | | - When the user selects another account and has pending changes to the currently selected account, we need to keed track of the destination row. Instead of saving that information as the string representation of a GtkTreePath, we now use a GtkTreeRowReference.
| * Simplified the code that checks if selected account has pending changesJonathan Tellier2009-08-291-7/+3
| |
| * Improved confirmation dialog shown to the user before discarding changesJonathan Tellier2009-08-291-59/+94
| | | | | | | | | | | | | | | | | | | | | | | | - Split the confirmation dialog's text into a primary and secondary section. - Changed the button label to "Cancel" and "Discard" instead of "Yes" and "No". - Added a accounts_dialog_show_question_dialog() function to show question dialogs related to the accounts dialog and connect to its "response" signal. - Removed the empathy_show_yes_no_question_dialog() function since it was added for this specific patch but is no longer used.
| * Fixed styleJonathan Tellier2009-08-291-1/+1
| |
| * Fixed crash when checking if an account has pending changesJonathan Tellier2009-08-291-3/+2
| |
| * Minor changes to EmpathyAccountWidget and EmpathyAccountsDialogJonathan Tellier2009-08-291-1/+1
| | | | | | | | | | | | | | | | | | | | | | - account_widget_entry_changed_common is not called when an entry loses focus. Since this function is called on every keystroke, it was unnecessary to call it again on focus-out-event. - The EmpathyAccountWidget's control buttons' sensitivity (and contains_pending_changes member) is not altered when the state of the "Enabled" checkbox is changed due to an event which was not initiated by the user. - Fixed capitalization error in a comment in empathy-accounts-dialog.c
| * Asking for confirmation before losing pending accounts changes.Jonathan Tellier2009-08-291-16/+227
| | | | | | | | | | | | | | | | If an account has pending changes, we now ask for a confirmation before: - Adding a new account - Closing the accounts dialog - Selecting a new account. Those are all options which discard pending changes.
* | Merge commit 'jtellier/set-account-name-translator-hint'Cosimo Cecchi2009-08-311-3/+5
|\ \ | |/ |/|
| * Improved the comment related to the IRC default display name.Jonathan Tellier2009-08-281-3/+5
| | | | | | | | | | | | | | - Added more indication intended to translators - Added the possibility to swap the parameted in the string "%s on %s" (where the first argument in the login id and the second one is the server)
* | Point to a help topic that exists from Accounts windowShaun McCance2009-08-291-1/+1
| |
* | Base the selected widget both on the CM and the protocolSjoerd Simons2009-08-281-29/+4
|/ | | | | | | Previously Empathy would select the custom account widget purely based on the protocol, the problem here is that these widgets assume one specific connection manager and its set of parameters. Which triggered bugs if the intended cm for a protocol isn't installed, but haze is and provides the protocol.
* - Added information intented to translators.Jonathan Tellier2009-08-271-2/+12
| | | | - Fixed leak of the the display name.
* Using a new logic to set the default display name:Jonathan Tellier2009-08-271-10/+39
| | | | | | * If irc use "[account] on [server]" * If there is an account property use "[account]" * If there is no account property use "[protocol] Account"
* Only setting the display name to the Login ID for protocol which haveJonathan Tellier2009-08-271-3/+7
| | | | this property.
* - The account display gets updated in the account list and in theJonathan Tellier2009-08-271-1/+54
| | | | | account name label. - By default, the account default display name is set to the login id.
* Don't display 'null' in accounts UI for unknown protocolsWill Thompson2009-08-251-5/+10
|
* Use the new function in the accounts dialogCosimo Cecchi2009-08-251-2/+4
|
* Check for NULL values returned by dup_selected()Cosimo Cecchi2009-08-251-0/+9
|
* Remove dead code and fix some coding style issuesSjoerd Simons2009-08-231-3/+1
|
* Don't leak a ref to EmpathyAccountSettingsSjoerd Simons2009-08-231-1/+1
|
* Don't free the icon name that we don't ownSjoerd Simons2009-08-221-2/+0
|
* Fix errors revealed by make checkJonathan Tellier2009-08-221-2/+2
| | | | | - Added missing files in po/POTFILES.in - Fixed style
* First part of an overhaul of the accounts dialogJonathan Tellier2009-08-221-203/+213
|
* Make the import system more future-proofCosimo Cecchi2009-08-221-1/+2
| | | | | | | | | Split the utilities from the widget and the dialog; we now have an enum for supported applications, with a special value which means "all applications", which is the only one which triggers showing the "Source" column in EmpathyImportWidget. We need this to avoid being redundant in the EmpathyAccountAssistant, as we already choose there the application from which to import.
* Adapt to the new APICosimo Cecchi2009-08-221-2/+7
|
* Remove the hardcodeArnaud Maillet2009-08-221-23/+13
|
* Port to new APICosimo Cecchi2009-08-221-1/+1
|
* Instantiate mc5 pidgin account importer in empathy-accounts-dialogArnaud Maillet2009-08-221-15/+0
|
* Cache the icon inside EmpathyAccountSettingsSjoerd Simons2009-08-191-4/+0
| | | | | | At some point we should set the Icon property in the account manager, for now just cache it in the settings so we can pass it by reference instead of needing to dup it as that's the API we want to have in the future
* Don't automagically remove invalid accountsSjoerd Simons2009-08-191-24/+1
| | | | | | | Automagic removal is slightly terrifying, if the user succeeded in creating the account it must have been valid at some point. So leave it there, the UI should indicate that there is a problem with the account so that the user can fix it instead.