| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675597
|
| | |
|
| |
| |
| |
| | |
This is what happens when you convert files with XSLT, kids.
|
| | |
|
| | |
|
| |
| |
| |
| | |
Set this 'true' by default.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Cleans up the code and makes it much less work to add new preferences.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
It doesn't make sense to have this anyway. You can still have history even
though you have no accounts configured.
|
| |
| |
| |
| | |
The docs are wrong, surprise!
|
| |
| |
| |
| | |
Rebased-by: Danielle Madeley <danielle.madeley@collabora.co.uk>
|
| |
| |
| |
| | |
That's recommended for a better GNOME 3 integration.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I'm about to add an extra argument to the main window constructor so it's not
convenient to, in theory, being able to create it from the event manager.
Passing a widget wasn't doing anything anyway and this code is not even used
when running the Shell so...
Rebased-by: Danielle Madeley <danielle.madeley@collabora.co.uk>
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=673989
|
| |
| |
| |
| | |
We should use Gtk+'s default and those widgets don't use it any way.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674860
|
| |
| |
| |
| |
| |
| | |
Let's just get rid of all these stupid prototypes.
https://bugzilla.gnome.org/show_bug.cgi?id=674860
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674860
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674318
|
| |
| |
| |
| |
| |
| | |
Makes things easier and saves us from dupping the info.
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| |
| |
| |
| |
| | |
They were basically the same function. The only difference was that one was
assuming to receive an empty string during the first iteration while the other
was coping with it being NULL.
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| | |
It was only used by empathy-av. Move the #defines to call-window where
they are used.
https://bugzilla.gnome.org/show_bug.cgi?id=675647
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=640417
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675597
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675597
|
| |
| |
| |
| |
| |
| | |
This approve function is way to big, let's split it.
https://bugzilla.gnome.org/show_bug.cgi?id=675597
|
| |
| |
| |
| |
| |
| | |
Instead call both gst_object_ref() and gst_object_sink()
https://bugzilla.gnome.org/show_bug.cgi?id=675590
|
| |
| |
| |
| | |
The latter has been deprecated in tp-glib master.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675246
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| |
| |
| | |
It's basically the same as empathy_tp_chat_join()
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675296
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675296
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
600 seems to be a decent default height and that's already the one we use for
the log viewer window.
We continue relying on Gtk+ to pick the best width as there is no point making
the window wider as long as all the menus are displayed.
https://bugzilla.gnome.org/show_bug.cgi?id=674432
|
|\|
| |
| |
| |
| | |
Conflicts:
po/ca@valencia.po
|
| |
| |
| |
| |
| |
| |
| | |
Hidden is disabled by default, so if Empathy is re-invoked with --hidden
explicitely passed, we shouldn't bring back the contact list or any UI.
https://bugzilla.gnome.org/show_bug.cgi?id=673691
|
| |
| |
| |
| | |
Looks like it has been accidentally removed.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=673821
|
| |
| |
| |
| |
| |
| |
| | |
That means EmpathyTpChat doesn't have to implement the EmpathyContactList
interface any more.
https://bugzilla.gnome.org/show_bug.cgi?id=673821
|
| |
| |
| |
| |
| |
| | |
We want to get rid of the EmpathyContactList interface.
https://bugzilla.gnome.org/show_bug.cgi?id=673821
|
| |
| |
| |
| |
| |
| | |
g_mutex_new() has been deprecated in GLib 2.31.
https://bugzilla.gnome.org/show_bug.cgi?id=662662
|
| |
| |
| |
| |
| |
| | |
It has been deprecated in GLib 2.31.
https://bugzilla.gnome.org/show_bug.cgi?id=662662
|
| | |
|
| | |
|
| |
| |
| |
| | |
It's not used any more by Intel.
|
|\| |
|
| |
| |
| |
| |
| |
| |
| | |
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
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=673159
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=673159
|
|/
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673159
|
|
|
|
|
|
|
| |
Or the actors will be raised relative to their box, but not relative to
the whole scene.
https://bugzilla.gnome.org/show_bug.cgi?id=673046
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673162
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673162
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673162
|
|
|
|
|
|
| |
No semantic change.
https://bugzilla.gnome.org/show_bug.cgi?id=673162
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673141
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673141
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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
|
|\ |
|
| |
| |
| |
| |
| | |
This is kind of overkill to avoid me typoing the two names used in
empathy-chat-window.c, but, hey.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Gnome Shell filters out notifications from Empathy whose category is
something the Shell shows its own notification for. However, we
previously used the im.received category for notifications about being
highlighted in a MUC, as well as for incoming 1-1 IM notifications. The
Shell filters these out these notifications, because it shows its own
1-1 notifications, but it doesn't show MUC highlight notifications.
So this patch sets a different category on notifications from chat
rooms, which makes them show up in Gnome Shell. I'm prefixing the
category with x-empathy, following the comment above
get_category_for_event_type in empathy-notifications-approver.c.
This shouldn't confuse other notification daemons, unless they were also
filtering out im.received but also showed their own highlight
notifications (which I find unlikely).
https://bugzilla.gnome.org/show_bug.cgi?id=652800
|
| |
| |
| |
| | |
Fixes: https://bugzilla.gnome.org/672796
|
|/
|
|
| |
Fixes: https://bugzilla.gnome.org/672796
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672560
|
|
|
|
|
|
|
|
|
|
| |
Make this a real toolbar, and add a CSS provider to set the correct
border radius.
In the future, GTK and Adwaita will support an 'OSD' style class that
takes care of this automatically, but right now we have add these few
lines of code.
https://bugzilla.gnome.org/show_bug.cgi?id=672560
|
|
|
|
|
|
|
|
|
|
|
| |
It's way easier to use a ClutterBoxLayout to ensure the preview
rectangles and the floating toolbar don't overlap.
This way, we can get rid of some complicated manual UI layouting code
and just a margin to set the bottom spacing for the floating toolbar.
Also, this makes the code not dependent on a hardcoded toolbar size
anymore.
https://bugzilla.gnome.org/show_bug.cgi?id=672560
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672560
|
|
|
|
|
|
|
| |
Use color shades from the color theme for preview placeholders, instead
of hardcoding black/red.
https://bugzilla.gnome.org/show_bug.cgi?id=672561
|
|
|
|
|
|
| |
And not [0..255] integers.
https://bugzilla.gnome.org/show_bug.cgi?id=672561
|
|
|
|
|
|
| |
We should try to display as much rows as possible.
https://bugzilla.gnome.org/show_bug.cgi?id=672839
|
|
|
|
|
|
| |
empathy-accounts already does it for us.
https://bugzilla.gnome.org/show_bug.cgi?id=672839
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672596
|
|
|
|
|
|
|
| |
We should still display the 'no account' page if none is configured or
enabled.
https://bugzilla.gnome.org/show_bug.cgi?id=672506
|
|
|
|
|
|
| |
Looks like the new doc infra uses "help" rather than "ghelp".
https://bugzilla.gnome.org/show_bug.cgi?id=672596
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672608
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
Insufficient refcount on priv->video_preview_sink caused segfaults
when accessing freed data.
https://bugzilla.gnome.org/show_bug.cgi?id=672063
|
|
|
|
|
|
|
| |
Fixes the crash when calling someone while being already in a call
with the same contact.
https://bugzilla.gnome.org/show_bug.cgi?id=671931
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
If for some unspecified reason a call go to the TP_CALL_STATE_ENDED
state, reinitialize the call window.
https://bugzilla.gnome.org/show_bug.cgi?id=671931
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671035
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671035
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672120
|
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Also try to set a transparent background on the GtkBin inside
GtkClutteActors, but for some reason it's not working here.
https://bugzilla.gnome.org/show_bug.cgi?id=671718
|
|\ \ |
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=671720
|
| | |
| | |
| | |
| | |
| | |
| | | |
Looks like that's the right way to do it since Clutter 1.8
https://bugzilla.gnome.org/show_bug.cgi?id=669673
|
|/ /
| |
| |
| |
| |
| | |
It can happen, typically if no account is currently selected.
https://bugzilla.gnome.org/show_bug.cgi?id=671790
|
| |
| |
| |
| |
| |
| | |
The first value was never used and overrided a few lines below.
https://bugzilla.gnome.org/show_bug.cgi?id=670745
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=671644
|
| |
| |
| |
| |
| |
| | |
This is by analogy to F9 toggling the sidebar in Nautilus.
https://bugzilla.gnome.org/show_bug.cgi?id=671547
|
| | |
|
| | |
|
| |
| |
| |
| | |
gtk_scale_new_with_range() has been introduced in GTK+ 3.0 so we're good.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=671452
|
| |
| |
| |
| |
| |
| |
| | |
empathy-auth-client is the best place to do such tasks as it will be run even
if using only the Shell without Empathy's UI.
https://bugzilla.gnome.org/show_bug.cgi?id=671452
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
This reverts commit c7dd14aef20e429135fba7c7a53a8d507b9579a3.
|
| |
| |
| |
| |
| |
| |
| |
| | |
It early returns if the channel is an outgoing one. And it's called as a
result of empathy_streamed_media_handler_start_call() so it's not accepted
automatically.
We just keep the existing behaviour.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts commit ba0a893b1d31cdb234bae72845e840a895b9d62a.
Conflicts:
src/Makefile.am
|
| |
| |
| |
| |
| |
| | |
This reverts commit 8499da09a2cd61da8c02b34f00112672007d13c8.
Need for empathy-av
|
| |
| |
| |
| | |
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=671061
|
| |
| |
| |
| |
| |
| |
| | |
Part of my commit ed191caba6658b580db78a1802f2c8293e4564fb was wrong.
subpad is added to the bin so gst_element_add_pad() takes its reference.
https://bugzilla.gnome.org/show_bug.cgi?id=670745
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=670745
|
| |
| |
| |
| |
| |
| |
| | |
gst_ghost_pad_new() doesn't take ownership of the target pad so we have to
unref it ourself.
https://bugzilla.gnome.org/show_bug.cgi?id=670745
|
| | |
|
| |
| |
| |
| | |
I'm sure those bugs are because we were using g_object_get() directly.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
tp_g_signal_connect_object() does it for us.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=670638
|
| | |
|
| |
| |
| |
| | |
gtk_clutter_get_option_group() already does it for us.
|
| | |
|
| |
| |
| |
| | |
It's not used in empathy-call.
|
| | |
|
| |
| |
| |
| |
| |
| | |
So long and thanks for all the calling...
https://bugzilla.gnome.org/show_bug.cgi?id=629902
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=629902
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=629902
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663829
|
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
|\ \
| | |
| | |
| | | |
'glassrose/debug-window-send-to-pastebin-button-658724'
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
For one-click posting of debug data to http://pastebin.com/
To paste the currently displayed debug data directly to pastebin.
Makes use of the pastebin API- http://pastebin.com/api
which can be accessed by pastebin website members.
|
| | | |
|
|\ \ \
| |/ /
|/| |
| | |
| | |
| | | |
Conflicts:
configure.ac
telepathy-yell
|
| | | |
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Outgoing calls are in PENDING_INITIATOR until you accept them, So
Empathy would never actually start dialing an outgoing call until you
redialled and it got picked up by the other codepath, which accepts
immediately.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Xavier's previous patch delayed calling accept() until the channel was
in the INITIALISED state, however, if the channel is already in the
INITIALISED state by the time we receive it, we should just accept
immediately. Otherwise we'll spend our lives waiting for a state
transition that will never occur.
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=655101
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=664045
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
'glassrose/add-All-service-selection-in-debug-window'
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Replace all occourances of gtk_list_store_append followed by
gtk_list_store_set by gtk_list_store_insert_with_values
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Add refresh_all_buffer() and call it when either any service's
proxy invalidates or when a service's name_owner_changed is called.
Initially use it to populate all active buffers.
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
-Store associations to proxies while creating them
-Find service_store iter to store useful proxies
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
-Remove cache and store.
-Add one proxy and and related data per service in service_chooser
-Add one list store per service in service_chooser to save logs
-Make the service chooser switch the correct list store to display
-Free proxy_data before disposing service_store
-Fix "Clear" operation
-Fix searching
-Setting the correct store_filter on switching services
-Adding COL_PAUSE_BUFFER to service_store
-Deploy one pause-buffer per proxy
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
It was used only by the accounts assistant
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
DIE DIE DIE!!!
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Its features have been re-implemented in empathy-accounts-dialog. Thanks to
Danielle for this new design.
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
It was only used when hacking on the accounts assistant which is going away.
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is the first step of merging the accounts-dialog and assistant.
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This ensures we'll select the first imported account.
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
It's cleaner that way
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
It's not used any more since we moved adding account to a separated dialog.
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=669676
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
So user can still read the full message if it has been ellipsized.
https://bugzilla.gnome.org/show_bug.cgi?id=663627
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Travis noticed that if you receive a message in which you are not
mentioned after one in which you are, the highlight on the chat tab is
cleared. This turned out to be because the text of the chat tab label
was set in two different places in empathy-chat-window.c: one which
takes should_highlight into account, and one which does not.
This patch makes EmpathyChat keep track of whether it should be
highlighted (reusing empathy_chat_messages_read(), which is called to
acknowledge messages as having been seen by the user, to clear the
flag), and then uses that from one of the label-updating code paths and
deletes the other.
https://bugzilla.gnome.org/show_bug.cgi?id=669823
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
It has been deprecated.
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=627658
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
We want to use gnome-contacts and the 'Informations' menu item already starts
it.
https://bugzilla.gnome.org/show_bug.cgi?id=669482
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=612216
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=669300
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=666522
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | | |
| | | | |
| | | | |
| | | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The confirmation message when closing a window containing one tab, which
is a chat room, should be identical to the confirmation message when
closing that tab with ^W.
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Getting the messages to feel right took quite a few iterations. Maybe we
need one more case: when you only have one chat room in a window, and
nothing else, the message from closing the window should probably be the
same as it would have been if you'd hit ^W.
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
I often accidentally close tabs with Control-W, and more occasionally by
clicking the [X] by mistake. This is okay for 1-1 conversations (I can
just reopen them) but is destructive for chat rooms. So let's make the
user confirm.
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | | |
| | | | |
| | | | |
| | | | | |
It has been removed from the UI file.
|
| | | | |
| | | | |
| | | | |
| | | | | |
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=562462
|
|\ \ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This allows EmpathyChatWindow to use this rather than calling
empathy_message_should_highlight() itself.
|
| | |_|/ /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Rather than the EmpathyChatView implementations calling
empathy_message_should_highlight() themselves, this patch makes
EmpathyChat take responsibility for doing so.
The theme preview in Preferences, whether deliberately or otherwise,
highlights the line in which Juliet mentions Romeo. This behaviour is
preserved.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
There is no point using the EmpathyAccountSettings.
https://bugzilla.gnome.org/show_bug.cgi?id=668372
|
| |_|_|/
|/| | |
| | | |
| | | |
| | | |
| | | | |
The factory does it for us now.
https://bugzilla.gnome.org/show_bug.cgi?id=668372
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
It's done in empathy-accounts now.
https://bugzilla.gnome.org/show_bug.cgi?id=668336
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The account being connected isn't longer enough to ensure that its
TpConnection is defined.
https://bugzilla.gnome.org/show_bug.cgi?id=667743
|
| |/
|/|
| |
| |
| |
| |
| | |
Also fix a stupid bug where roster_window_account_removed_cb() was called on a
valid account in roster_window_account_validity_changed_cb().
https://bugzilla.gnome.org/show_bug.cgi?id=667743
|
| | |
|
| |
| |
| |
| | |
While I'm modyfing this file, best to do it now.
|
| |
| |
| |
| |
| | |
With the process split it doesn't really make sense to continue calling it
'main' window, it's just the roster now.
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=631236
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
We'll need them when creating the account. Adding a simple function to
manually hide them in the assistant for now.
|
| |
| |
| |
| | |
This signal will never be fired when editing an existing account.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
tp-glib does it for us now, thanks to the EmpathyClientFactory.
|
| |
| |
| |
| | |
Looks better that way.
|
| | |
|
| |
| |
| |
| | |
It makes gcc happier.
|
| | |
|