| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
This is more coherent with Shell's 'app is ready' notication which moves the
view to the app desktop rather than moving the app itself.
https://bugzilla.gnome.org/show_bug.cgi?id=649208
|
| |
|
|
|
|
|
| |
User generally use the same nick on different servers so just displaying the
nick isn't very useful.
https://bugzilla.gnome.org/show_bug.cgi?id=654171
|
| |
|
|
|
|
| |
We don't use it any more.
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
| |
|
|
|
|
| |
It's a bit fragile, user should say which features he wants.
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
| |
|
|
|
| |
Otherwise it warnings on deprecated glib symbols, because we
defined GLIB_DISABLE_DEPRECATION_WARNINGS in configure.ac
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662873
|
| |
|
|
|
| |
I'm trying to understand what's going wrong in bug #665542 and having more
debugging would help.
|
| |
|
|
|
|
|
|
|
|
| |
Switch back to the avatar if there was at least one second of not receiving any
new video frames to display.
With this change the reaction time will be between 1 (best case) and 2
(worse case) seconds from the point the last frame went into the sync.
Before it was 5 seconds (best case) and up to 10 seconds (worst case),
which doesn't make for a very good experience
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665403
|
| |
|
|
|
|
|
|
|
| |
This fix a crash on 32 bits system as gcc can't figure out the right size of
the value.
Thanks to Raluca-Elena Podiuc for her help in debugging this.
https://bugzilla.gnome.org/show_bug.cgi?id=665171
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
| |
|
|
|
|
| |
This reverts commit f1a9c6deaa7f706df73cb4e1195647a2a27177c6.
Humm I didn't mean to push that, sorry. :\
|
| | |
|
| |\
| |
| |
| |
| | |
Conflicts:
libempathy/empathy-tp-file.c
|
| | |
| |
| |
| |
| |
| |
| | |
TpAutomaticClientFactory will create TpFileTransferChannels for us and
they're, like, way better.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
We have to prepare the contact groups feature and ensure that the singleton is
still alive. The 'empathy' process is the only one allowing user to change
contact groups so we just have to do it there.
https://bugzilla.gnome.org/show_bug.cgi?id=665121
|
| | |
| |
| |
| |
| |
| |
| |
| | |
For some reason, gcc starts complaining about this as soon as I remove
EmpathyContactListFlags from empathy-contact-list.h ?!
If you have an explanation for this please let me know...
https://bugzilla.gnome.org/show_bug.cgi?id=663328
|
| | |
| |
| |
| |
| |
| | |
Hourrah \o/
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| | |
| |
| |
| |
| |
| |
| | |
We now have EmpathyIndividualStoreManager which implements the store using
EmpathyIndividualManager as its contact source.
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661640
|
| | |
| |
| |
| |
| |
| | |
Always restarting it will enable the camera in an audio only call.
https://bugzilla.gnome.org/show_bug.cgi?id=664459
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=664459
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
This sets the pulsesink and pulsesrc buffer/latency parameters to be
lower and more voip-friendly. If the system cannot provide or keep up
with these values, PulseAudio will automatically try to adapt and
provide larger values that are achievable.
https://bugzilla.gnome.org/show_bug.cgi?id=663124
|
| | |
| |
| |
| |
| |
| | |
minimum size.
https://bugzilla.gnome.org/show_bug.cgi?id=664313
|
| | | |
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
If we bind and sync the output volume from the non-main thread, we end
up calling gtk and clutter from the non-main thread.. Which leads to
crashes in OpenGL drivers and potenially kills your cat. Instead create
the audio output when the audio content is added, which happens from the
main thread. The output element is still only added to gstreamer
pipeline when needed though.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
As we rely on pulseaudio there is no point in saving our own volume
configuration, pulseaudio does that for us. If we do save it, then we
have no idea which volume to pick after connecting to pulse (the one we
save, the one pulse saved, a random value?).
On top of that our configuration implementation is plain ugly, the
level meter didn't work etc. This is all much better configured using
the gnome-control-center sound panel, which is pretty nice for inputs
and saves its volume on pulse for us to re-use :)
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There is no point in amplifying the mic level is it's too low or too
high as it either doesn't have enough information or it is clipping.
Instead tell pulsesrc what it should do, so it can adjust the hardware
volume for us.
Also listen to changed done by pulsesrc so we can track volume updates
and feed back the settings properly
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Replace g_(ptr_)array_free (foo, TRUE) and g_hash_table_destroy
with respectively g_(ptr_)array_unref (foo) and g_hash_table_unref.
I used this command to generate this patch:
for f in `find -name "*.c"`; do sed -i $f -re 's/g_ptr_array_free \(([^ ,]+), TRUE\)/g_ptr_array_unref \(\1\)/'; done
See Danielle's blog for explanation of possible bug _free can do:
http://blogs.gnome.org/danni/2011/11/16/mistakes-with-g_value_set_boxed/
|
| | |
| |
| |
| |
| |
| |
| |
| | |
We switched to EmpathyIndividualView a while ago...
https://bugzilla.gnome.org/show_bug.cgi?id=663387
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663842
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663842
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Tp-Farstream signals contents, not sinks (like tp-farsight did). So lets
mirror that, which allows us to make better decisions about what kind of
contents we are given
https://bugzilla.gnome.org/show_bug.cgi?id=663842
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Instead of relying on the default caps that the pipeline selects (which
will usually end up being float32 stereo at 44.1kHz), this sets a caps
filter to select the format we want from pulsesrc -- s16ne mono at 32kHz.
The point of this is to do resampling/conversion as early in the
pipeline as possible, decreasing the amount of data that needs to be
carried around and thus improving performance a bit.
|
| |\ \ |
|
| | |/
| |
| |
| |
| |
| |
| |
| | |
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
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663327
|
| |/
|
|
| |
These are now handled for us by Farsight. Hooray for Farsight.
|
| | |
|
| | |
|
| |
|
|
|
| |
Using the max-rate property is simpler and less racy, so do that
instead. Does require (currently unreleased) gst-plugins-base 0.10.36
|
| |
|
|
|
|
| |
Setting an element to NULL resets various internal values (the clock,
the base time etc). To make sure everything is reset as expected simply
yank it from the bin and re-insert it (which will reset the values)
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Using framerate range reduce the chance that changing the framerate breaks
the pipline. We also always set an initial range to support src like
videotestsrc that does not allow changing framerate dynamically and would
default to a "as fast as possible" mode.
|
| |
|
|
|
| |
This workaround issue with videotestsrc when the test src does not have a
a clock after going to NULL state while changing resolution.
|
| | |
|
| |
|
|
|
| |
Also update from deprecated gst_x_overlay_set_xwindow_id() to
gst_x_overlay_set_window_handle().
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
This prevent TpBaseClient to create a full TpAccountManager and allow
us to prepare TP_ACCOUNT_FEATURE_STORAGE feature on accounts
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662843
|
| | |
|
| |
|
|
|
|
|
| |
We have to old the application while doing async preparation as the app window
is not created right away.
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
| |
|
|
|
|
|
| |
We just need to prepare it in the main instance; there is no point doing it
the other ones as they will just re-invoke the main one and exit.
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
| |
|
|
|
|
|
| |
This allows us to detect right away if the account is a valid one and we don't
have to prepare it any more as the AM already did it for us.
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
| |
|
|
|
|
|
|
| |
We are not supposed to call gtk_main_quit() as we don't use gtk_main() any
more. Instead we add the windows to the GtkApplication which will take care of
exiting when they have been all destroyed.
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
| |
|
|
|
| |
The latter has been deprecated in GLib 2.31 but g_format_size() has been added
in 2.30 so we can already use it without bumping the dep.
|
| |
|
|
|
| |
They use deprecated API (g_mutex_new) but we still want to use it for now so
they need to have GLIB_DISABLE_DEPRECATION_WARNINGS defined.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
With a button to buy some if desired.
|
| |
|
|
|
|
| |
Let's face it, the whole thing was getting a little unwieldly there in the
UI utils, and if we're going to be using it in more places, let's start by
abstracting it into a widget.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=661993
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=661756
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=644360
Conflicts:
libempathy/empathy-utils.c
|
| |\ \ |
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
libempathy-gtk/empathy-individual-menu.c
libempathy-gtk/empathy-new-message-dialog.c
libempathy/empathy-dispatcher.c
libempathy/empathy-dispatcher.h
src/empathy-chat-manager.c
src/empathy-chat-window.c
|
| |\ \ |
|
| | |/ |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661464
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660586
|
| | |
| |
| |
| | |
Messenger XMPP only supports auth via an access token, no password
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
| | |
| |
| |
| |
| |
| | |
No change.
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
| | |
| |
| |
| | |
No more ugly marshallers \o/
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=658245
|
| | |
| |
| |
| |
| |
| | |
They don't seem to be used and were raising a Gtk+ warning.
https://bugzilla.gnome.org/show_bug.cgi?id=659474
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660124
|
| | |
| |
| |
| |
| |
| | |
This makes easier to test it
https://bugzilla.gnome.org/show_bug.cgi?id=646630
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=659807
|
| | |
| |
| |
| | |
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=659952
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656907
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656884
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656884
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=659144
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=659207
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=574879
|
| |\ \
| | |
| | |
| | |
| | | |
Freeze exception signed off by Andre Klapper <ak-47@gmx.net> and
Matthias Clasen <matthias.clasen@gmail.com>
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
This stops MainWindow being unreferenced, and prevents crashes caused by
things which then try to use it.
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=659118
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
The connection object may not be there yet if tp-glib is still preparing its
features.
https://bugzilla.gnome.org/show_bug.cgi?id=659439
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Since we can get a new call channel if we e.g. hangup and
then call again.
https://bugzilla.gnome.org/show_bug.cgi?id=655356
|
| | | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=655356
|
| | | | |
|
| |/ / |
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=655270
|
| |\ \ |
|
| | | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | | |
| | |
| | |
| | |
| | |
| | | |
So that it's not resized many times.
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If we have a call window opened for a contact and we get an
incoming call from the same person, use the existing window
instead of creating another one.
Based on a patch from Jonathan Tellier.
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | |/
| |
| |
| |
| |
| |
| | |
So that we can make it both a handler and an observer at the
same time.
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
Comments have to be on the line just before the string to be picked by
gettext.
https://bugzilla.gnome.org/show_bug.cgi?id=658866
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=658584
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=658584
|
| | | |
|
| |\ \ |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
There are no XML changes in this commit, just indentation changes.
|
| | | |
| | |
| | |
| | |
| | |
| | | |
This label doesn't add anything, so I removed it. The indentation is
weird because I hand-edited the Glade file to show that nothing's really
changed: I'll reindent it in the next patch.
|
| | | | |
|
| |/ /
| |
| |
| |
| |
| |
| |
| | |
Prevent haze to be used for irc even if sole connection
manager to support it.
Reworked by Guillaume Desmottes <gdesmott@gnome.org> .
https://bugzilla.gnome.org/show_bug.cgi?id=657818
|
| |\ \ |
|
| | |/
| |
| |
| |
| | |
GNOME no longer supports control centre plugins, and it was decided at the
hackfest that empathy-accounts should not appear in the control centre.
|
| |/
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657956
|
| |
|
|
|
|
|
| |
If we're calling an audio-only contact, make the camera buttons
unsensitive.
https://bugzilla.gnome.org/show_bug.cgi?id=656871
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656886
|
| |
|
|
|
|
| |
The Shell does it for us.
https://bugzilla.gnome.org/show_bug.cgi?id=656631
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656632
|
| |
|
|
|
|
|
| |
There's no guarantee that an actor has an allocation all the time,
so gracefully handle the case when it doesn't.
https://bugzilla.gnome.org/show_bug.cgi?id=656911
|
| |
|
|
|
|
| |
And place it in the last used position when starting a new call.
https://bugzilla.gnome.org/show_bug.cgi?id=656889
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=631944
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
empathy-main-window-menubar.ui was added in this commit:
1ad15d157971b6550cb11787a03463e891d29364 is the first bad commit
commit 1ad15d157971b6550cb11787a03463e891d29364
Author: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>
Date: Tue Aug 23 14:08:18 2011 +0200
Move main window's UI manager to its own UI file
Glade doesn't support GtkUIManager so it was impossible to edit
the main window at all because of that.
But was not marked to be installed.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=657271
|
| |
|
|
|
| |
No change has been made, this is just to reduce the size of diff in future
commits.
|
| |
|
|
|
| |
Glade doesn't support GtkUIManager so it was impossible to edit the main window at all
because of that.
|
| |
|
|
|
|
| |
Clicking on it doesn't open the accounts dialog any more.
https://bugzilla.gnome.org/show_bug.cgi?id=657105
|
| |
|
|
| |
ignore it
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656999
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656887
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656885
|
| |
|
|
|
|
|
|
| |
We can't flip the preview clone that we're dragging because
of https://bugzilla.gnome.org/show_bug.cgi?id=656894, so
directly paint it flipped.
Partly fixes: https://bugzilla.gnome.org/show_bug.cgi?id=656887
|
| |
|
|
|
|
|
| |
So it reacts to click events. Otherwise the video preview,
which is reactive, will get all the events.
https://bugzilla.gnome.org/show_bug.cgi?id=656888
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656866
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656579
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656579
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656576
|
| |
|
|
|
|
|
| |
This is a ClutterCairoTexture subclass and uses Cairo for
drawing as Cairo is antialiased while Cogl is not.
https://bugzilla.gnome.org/show_bug.cgi?id=656576
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656576
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656576
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656576
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656566
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656573
|
| |
|
|
|
|
|
| |
We show a clone of it moving through the stage, so there's no
point in showing the main preview at the same time.
https://bugzilla.gnome.org/show_bug.cgi?id=656573
|
| |
|
|
|
|
| |
Currently disabled as it doesn't work as expected.
https://bugzilla.gnome.org/show_bug.cgi?id=656573
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656573
|
| |
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
|
|
| |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
|
|
|
|
| |
Sorry for another big commit.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- EmpathyChannelFactory has been changed to EmpathyClientFactory and inherit
from TpAutomaticClientFactory.
- We now always use the _with_am variant of TpSimple* constructors
- We define our own factory as default.
- Replace empathy_get_account_for_connection() by tp_connection_get_account()
- The factory is passed to EmpathyTpChat and TpyCallChannel
- Use tp_simple_client_factory_ensure_account() instead of
tp_account_manager_ensure_account().
- Rely on the factory to prepare connection features.
This should ensure that all the TpProxy and TpContact objects created in
Empathy are shared and use EmpathyClientFactory.
https://bugzilla.gnome.org/show_bug.cgi?id=655799
|
| |\ |
|
| | |
| |
| |
| |
| | |
It is now required for the log viewer, furthermore it will be required once
we remove non-adium themes.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656571
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656582
|
| | |
| |
| |
| |
| |
| |
| | |
Getting it from the coordinates might fail if the system
is too slow and gives us bad coordinates.
https://bugzilla.gnome.org/show_bug.cgi?id=656572
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656571
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656571
|
| | | |
|
| | | |
|
