| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=646630
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=646630
|
| |
|
|
|
|
| |
This work around bug #657621
https://bugzilla.gnome.org/show_bug.cgi?id=646630
|
| |
|
|
|
|
| |
Fix the glade file for sizing issues
Bug #646630
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
There are a few improvements we can make to the search entry icons in
the log window, which this patch tries to fix.
- icons in entries are usually symbolic in GNOME 3, so I made the icons
symbolic.
- I merged the two icons in just one on the right using the shell-style,
i.e. the search icon turns into a clear action once there's some text
typed into the entry (Documents also uses the same style for its
search entry).
https://bugzilla.gnome.org/show_bug.cgi?id=659298
|
| | |
|
| |
|
|
|
|
|
|
| |
Folks is in the way of deprecating the
folks_persona_store_get_can_{alias,group}_personas methods in favour
of directly checking alias and groups properties via
folks_persona_store_get_always_writeable_properties and
folks_persona_get_writeable_properties.
|
| |
|
|
|
|
|
| |
This ensure that the window has resized before setting the position
because GtkPaned needs to know its size allocation
https://bugzilla.gnome.org/show_bug.cgi?id=632357
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=652985
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=652985
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=659141
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=659141
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=658650
|
| |
|
|
|
|
|
|
| |
cache
GtkTreeRowReference keeps a ref on the store introducing a ref cycle.
https://bugzilla.gnome.org/show_bug.cgi?id=658650
|
| |
|
|
|
|
| |
GtkTreeRowReference keeps a ref on the store introducing a ref cycle.
https://bugzilla.gnome.org/show_bug.cgi?id=658650
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
EmpathyIndividualWidget (used both in the contact information dialogs
and in the tooltips) use a GtkTable internally to layout contact
details.
GtkTable is being deprecated, and does not correctly support
width-for-height size negotiation. So, there are cases where we get
funny overallocations bugs for wrapping GtkLabels; this is especially
annoying for tooltips, as they tend to grow huge vertically.
Porting the code to use a better container such as GtkGrid solves the
bug. This patch does not cover all the use of GtkTable in
EmpathyIndividualWidget, but enough to fix the tooltip sizing.
https://bugzilla.gnome.org/show_bug.cgi?id=658857
|
| |
|
|
|
|
|
|
|
| |
Previously, the 'set' field of the stack-allocated 'data' structure was
not initialized. It's explicitly set to TRUE if the account is found,
but never otherwise set; so if the account is not found, this function
returned random garbage.
Reviewed-by: Xavier Claessens <xclaesse@gmail.com>
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=658821
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=648315
|
| | |
|
| |
|
|
|
|
| |
the process
https://bugzilla.gnome.org/show_bug.cgi?id=658644
|
| |
|
|
|
|
| |
the process
https://bugzilla.gnome.org/show_bug.cgi?id=658644
|
| |
|
|
|
|
|
|
|
|
| |
Currently "Who"-list is sorted with "g_strcmp0 (name)" which
is not what we want (e.g. "Chris" becomes before "bob" because of
the initial capital letter).
Start sorting using g_utf8_collate_key().
https://bugzilla.gnome.org/show_bug.cgi?id=658336
|
| |
|
|
|
|
|
|
|
|
| |
This allows Gtk+ to style the button differently to indicate that it
will be pressed when the user hits Enter; it also fixes hitting enter in
the New Conversation dialog, which does not consider GTK_RESPONSE_ACCEPT
to be a reasonable response and ignores it. So we get a bug fix and
better styling in exchange for less code!
https://bugzilla.gnome.org/show_bug.cgi?id=658343
|
| |
|
|
|
| |
We already use it to check if a contact is in favourite or not.
The contact manager should probably be killed at some point any way.
|
| | |
|
| |
|
|
|
|
| |
So that it raises up from the toolbar below.
https://bugzilla.gnome.org/show_bug.cgi?id=657954
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657843
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657843
|
| |
|
|
|
|
|
| |
Center the account chooser and align the search widget to the right of the
toolbar.
https://bugzilla.gnome.org/show_bug.cgi?id=657842
|
| |
|
|
|
|
|
|
|
|
|
| |
When a contact cannot be obtained from an individual, icon_name and
contact will be NULL, leading to g_hash_table_lookup for a NULL-value,
segfaulting.
Although there's probably an underlying error somewhere, the NULL case
should be handled, being a valid return value for the method;
https://bugzilla.gnome.org/show_bug.cgi?id=657914
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
g_date_time_new_from_unix_local() reads a Unix timestamp (which is defined
to be in UTC) and sets the timezone for the GDateTime to be the local timezone.
Thus when we format it, we get times in local time.
g_date_time_new_from_unix_utc() is not correct, because it sets the timezone
to UTC.
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=656189
|
| |/
|
|
|
|
|
| |
Correctly group our subregexp otherwise hostnames like the following
won't be recognized due to the way things expand:
a.com
example.c-om
|
| | |
|
| |\ |
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=657616
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous algorithm was O(n^2) with the number of contacts. Each contact can
be in several groups, so when a contact is added or updated, we iterated over
all the contact list to find the rows representing the contact. When connecting
to an account and getting all the contacts, this was too slow.
The groups are stored in the GtkTreeStore and suffer from the same problem: to
look for a group, it needed to iterate on all contacts.
The new algorithm maintains a hash from the contact to the list of rows
representing it, and another hash from the group to the row representing it.
On Empathy 2.30.2 when tested on MeeGo with 300 contacts, loading the contacts
is faster: roughly 9 seconds before the patch, 3 seconds after.
On Empathy 3.1.5, it seems to load in background so I don't know how to measure
the time lost in GtkTreeStore. But before the patch, GProf says 23% is lost in
individual_store_find_contact_foreach(), and after the patch it is not visible
anymore. And "time" says we win 5s of CPU when starting+quitting Empathy:
Before the patch: After the patch:
real 0m23.485s real 0m23.460s
user 0m13.805s user 0m8.305s
sys 0m0.308s sys 0m0.316s
https://bugzilla.gnome.org/show_bug.cgi?id=657086
|
| |
|
|
|
| |
Having to double click on a day to update it was really confusing and most
people (including me!) were just thinking that was not working.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=650112
|
| |
|
|
|
|
| |
Dialog asking user to pick an account from a pre-defined list.
https://bugzilla.gnome.org/show_bug.cgi?id=650112
|
| |
|
|
| |
Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>
|
| |
|
|
| |
It used to be right in the middle of actions on the contact.
|
| |
|
|
|
|
| |
* Fix an unclear error string in the avatar chooser
when saving camera taken image to file.
Fixes bug #657166
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657220
|
| |
|
|
|
|
| |
No change has been done, this is just to keep commits simpler.
https://bugzilla.gnome.org/show_bug.cgi?id=657220
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657220
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Due to a missing unref in GIO, the input stream is leaked by GFileIcon, so
if we rely on its FD being implicitly closed when the stream is finalised,
we'll end up leaking (lots of) file descriptors.
As well as fixing the unref in GIO (see: bgo#657206), we now explicitly
close the input stream so that even if the stream object is leaked, the FD
isn't.
Closes: bgo#656682
|
| |\ |
|
| | |
| |
| |
| |
| |
| | |
The verb, "Find", is already present on the left of the entry.
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| | |
| |
| |
| | |
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This has the much nicer side-effect that if it gets thrown off the
side because it doesn't have enough room, the icon and label will be
shown in the expander.
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| | |
| |
| |
| | |
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| |/
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657104
|
| |
|
|
|
|
|
| |
Closes: bgo#653599 - Empathy shouldn't assume all TpfPersonas contain a
valid TpContact
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| |
|
|
|
|
|
| |
Helps: bgo#653599 - Empathy shouldn't assume all TpfPersonas contain a
valid TpContact
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656934
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656934
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656934
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=656866
|
| |\ |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
TP_CONNECTION_FEATURE_CAPABILITIES
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
| | |
| |
| |
| |
| |
| | |
TP_CONNECTION_FEATURE_CAPABILITIES
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
| | |
| |
| |
| |
| |
| | |
TP_CONNECTION_FEATURE_CONTACT_INFO
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
| | |
| |
| |
| |
| |
| | |
TP_CONNECTION_FEATURE_CONTACT_INFO
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
| | |
| |
| |
| |
| |
| | |
TP_CONNECTION_FEATURE_AVATAR_REQUIREMENTS
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
| | |
| |
| |
| |
| |
| | |
TP_CONNECTION_FEATURE_AVATAR_REQUIREMENTS
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
| |/
|
|
|
|
|
|
|
| |
TP_CONNECTION_FEATURE_CAPABILITIES,
Also simplify empathy_account_chooser_filter_supports_chatrooms in the
process.
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
|
| |\ |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Does not currently highlight the row.
|
| | |
| |
| |
| |
| | |
N.B. This has not been properly tested, because I'm not actually sure how to
exhaust this codepath.
|
| | |
| |
| |
| |
| | |
It is now required for the log viewer, furthermore it will be required once
we remove non-adium themes.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
It should also be used for the Adium theme, but this also supports fonts
specified in the Adium theme, which we need to support.
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Still some commented out code to reimplement.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
This file is currently optionally built, but if the logviewer is going to
depend on WebKit, maybe that's a bad idea? Maybe we should just make WebKit
required (this will probably happen when we require Adium themes in the future).
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The widget is currently bolted in alongside the existing log display widget
for comparison. This includes some debugging cruft like showing the secret
notebook tabs.
The webview is populated from the store_events treestore, allowing all of the
existing node-management and ordering code to be used. Attempting to replace
this logic in Javascript was demonstratably too hard. This approach keeps the
Javascript code down to the 4 GtkTreeModel signals.
TODO:
- icons
- pretty printed dates
- expanders
- supporting smileys, links, etc.
- using the correct font, etc.
- removing the debugging
|
| |\ \
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656167
|
| | | |
| | |
| | |
| | |
| | |
| | | |
This is the same area as is used for the custom status dialog's scrolled
window. The content area turns out very slightly smaller, because the
area includes the tree view's header.
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Folks' AvatarDetails.avatar is now a GLoadableIcon rather than a GFile.
Closes: bgo#655212
https://bugzilla.gnome.org/show_bug.cgi?id=655212
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
Also factor out empathy_call_set_stream_properties().
|
| |/ /
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656065
|
| | |
| |
| |
| |
| |
| | |
It's not used any more and a generic widget shouldn't need it.
https://bugzilla.gnome.org/show_bug.cgi?id=656020
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656020
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656020
|
| | |
| |
| |
| |
| |
| |
| | |
This is a pure code refactoring from EmpathyInviteParticipantDialog, this
widget is not generic yet.
https://bugzilla.gnome.org/show_bug.cgi?id=656020
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=655959
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=655884
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
running
It's not safe to assume that the EmpathyContact stays alive.
|
| | |
| |
| |
| |
| |
| | |
The first argument of g_date_time_difference() should be the older timestamp.
https://bugzilla.gnome.org/show_bug.cgi?id=654958
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=632874
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The dialpad is shared between empathy-call and empathy-av.
Really it would be nice to make the dialpad its own little widget that emits
signals with DTMF event ids, but I've got things to get done.
Conflicts:
libempathy-gtk/empathy-ui-utils.c
src/empathy-call-window.c
src/empathy-streamed-media-window.c
|
| |\ \ |
|
| | | |
| | |
| | |
| | | |
Warn if making this assumption.
|
| |\ \ \
| |_|/
|/| | |
|
| | | | |
|
| | |/
| |
| |
| |
| |
| |
| | |
This also fixes the problem where dragging with no contact selected drags the
previously selected contact.
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=558942
|
| | |
| |
| |
| |
| |
| |
| | |
Track what kind of event generated the populate-popup event and then use the
cursor position or mouse position as appropriate.
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=654669
|
| |\ \
| | |
| | |
| | |
| | | |
Fixes: <https://bugzilla.gnome.org/show_bug.cgi?id=654552>
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
As mentioned on <https://bugzilla.gnome.org/show_bug.cgi?id=654552#c13>,
this makes the password hint text be right up against the field it's
hinting about, at the cost of even more ugly space between it and
the Advanced expander. I think this is the lesser of two evils.
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
The 'account’ parameter in Telepathy, to which this regex applies, is
the ‘nickname’ in IRC parlance.
(I'm about to add a regex for what IRC calls ‘usernames’.)
|
| | | |
| | |
| | |
| | |
| | | |
This addresses Nick's concern on
https://bugzilla.gnome.org/show_bug.cgi?id=654552
|
| | |/
| |
| |
| |
| |
| |
| | |
-Move the Real Name and Quit Message to the advanced section
-Add a new Username field to the advanced section
https://bugzilla.gnome.org/show_bug.cgi?id=654552
|
| |/
|
|
|
|
|
|
| |
Default to Call channels again.
https://bugzilla.gnome.org/show_bug.cgi?id=654611
This reverts commit 1cacc0945f81e0513013b83ca7488589dd6c61f7.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Since we don't show the sidebar when creating new call windows,
we should not take the sidebar into account when saving the
window geometry.
https://bugzilla.gnome.org/show_bug.cgi?id=634809
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
x-empathy-message-id
message-token is not guaranteed to be implemented by all CMs while
pending-message-id is (for incoming messages).
https://bugzilla.gnome.org/show_bug.cgi?id=654015
|
| |
|
|
|
|
|
| |
If there are no events of one type, make its row in the What
pane unsensitive.
https://bugzilla.gnome.org/show_bug.cgi?id=653343
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=653341
|
| |
|
|
|
|
| |
Instead of `Chat with ...'.
https://bugzilla.gnome.org/show_bug.cgi?id=653175
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=653116
|
| |
|
|
|
|
|
| |
Add a logged-alias property instead, which can be used by
those who need the old alias.
And use it in chat themes for the backlog.
|
| |
|
|
|
|
| |
If they would be displayed for the current selection.
https://bugzilla.gnome.org/show_bug.cgi?id=653760
|
| |
|
|
|
|
| |
And a proper singleton while at it.
https://bugzilla.gnome.org/show_bug.cgi?id=653803
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=653767
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=653650
|
| |
|
|
|
|
| |
If the same dates are present for the new selection.
https://bugzilla.gnome.org/show_bug.cgi?id=653635
|
| |\ |
|
| | |
| |
| |
| |
| | |
Future versions of Gabble will do this too, but Empathy can make sure
it's set too.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This stops us depending on properly-configured SRV records.
'fallback-servers' is not good enough in this situation:
• foo.com's XMPP stuff is served by Google Apps;
• your router breaks SRV requests;
• foo.com resolves to 1.2.3.4 which has a (different) XMPP server
listening on port 5222.
This may seem far-fetched, but this happened to two completely different
people, both hosted with Dreamhost.
https://bugzilla.gnome.org/show_bug.cgi?id=653510
|
| |/
|
|
|
| |
Our fallback path is now robust enough, users shouldn't have to change
advanced parameters.
|
| |
|
|
|
|
|
|
| |
We already have a way to do this, namely on the contact list itself. So
this dialog now becomes just a way to edit/remove the existing statuses.
The margins on the VBox are chosen to make its right-hand edge line up
exactly with the right-hand edge of the Close button in the dialog.
|
| |
|
|
|
|
| |
It's not meaningfully activatable; this has the effect of making it not
glow on mouse-over, and preventing the cursor from changing from a caret
back to a pointer.
|
| |
|
|
| |
Yum yum joined-toolbar!
|
| |
|
|
| |
(This was not introduced by my changes.)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This means you can just mash Enter to edit your mistake. It's more
useful than leaving the text entry focused. It also helps hide a bug
where the entry doesn't get cleared if you just start typing another
message. So previously, typing:
Hello<Enter>Miaow<Enter>
would give you two statuses, "Hello" and "MiaowEnter Custom Message".
It didn't seem worth fixing this much more since Gtk+ 3.2 will probably
grow native support for placeholder text:
<https://bugzilla.gnome.org/show_bug.cgi?id=440963>
|
| |
|
|
|
|
| |
This is pretty niche but we may as well. I want it sometimes. There's no
reason to disallow it, and it's not like it adds any significant
complexity.
|
| |
|
|
| |
It's big enough.
|
| |
|
|
|
| |
I tried and failed to make it the same size as the other two buttons, so
this will have to do.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The element we really care about the size of is the list of statuses
past. So I moved the horizontal size request to that—the window has 6px
of padding or so, so this makes it pretty much exactly the same
width—and made the height request be in the golden ratio to it.
I'm probably unusual in having enough statuses to fill my laptop screen
vertically, but, subjectively, this makes the dialog look less stubby
even now I've removed them all to test.
https://bugzilla.gnome.org/show_bug.cgi?id=630943
|
| | |
|
| |
|
|
| |
Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
|
| |\ |
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=573652
|
| | |
| |
| |
| |
| |
| |
| | |
Instead of "Chat with <someone>", which is confusing as there
may be (and most likely there are) many people in the room.
https://bugzilla.gnome.org/show_bug.cgi?id=653175
|
| | | |
|
| |\ \
| |/
|/| |
|
| | |
| |
| |
| | |
(#653090)
|
| |\ \
| |/
|/| |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
If we don't know the contact by looking at the 'Who' pane (because
e.g. there are many selected or it has 'Anyone'), look at the
selected row (if any) in the events pane to determine the contact.
https://bugzilla.gnome.org/show_bug.cgi?id=652278
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=652265
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=652279
|
| | |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=652522
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
This allows us to get rid of the size_allocate method.
|
| |/
|
|
| |
notify::contact-info signal (#652496)
|
| |
|
|
| |
Prevents ending up with message counts of -1
|
| | |
|
| | |
|
| |
|
|
|
| |
This allows us to handle the case where we get b-supersedes-a, but we've lost
the original message a.
|
| | |
|
| |
|
|
|
|
|
| |
Strictly, we don't need to do this, we could just use the supersedes-token
as the message-token and we'd still be able to edit the messages in the future,
but this way we get the nice pretty annotation saying that we edited it and
when.
|
| |
|
|
|
|
|
| |
Currently this is using "format-text-direction-ltr" which is a crappy choice.
We should ask for a better icon. Also, this should really be implemented as
a class, so that the icon can change with the theme. Or be made part of the
Adium theme, or something. Basically this is kludgey.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This is done via DOM manipulation, we find the id for the <span> tag we
wrapped the message in in the previous commit. We then replace the innerHTML
with the new message.
This requires a version of WebKitGtk 1.3.x, but I'm not precisely sure what. I
used WebKitGtk 1.4.0, but natty only has 1.3.13, so we'll try setting that as
the dep.
Need to somehow mark a message as edited. Could set a class on it, but that
requires support in the theme. Need inspiration here.
|
| |
|
|
| |
This will enable our DOM manipulation
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
We now always use call-start for incoming and outgoing calls and call-stop for
missed ones. Ideally it would be cool to have different icons for incoming and
outgoing but that will do for now.
|
| |\ |
|
| | |
| |
| |
| |
| |
| | |
log_window_got_messages_for_date_cb() can return NULL for
unknown event types, so don't unref the result in those
cases.
|
| | |
| |
| |
| |
| | |
Having it is required for displaying call events in the
history window though.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
Emotes are in italics. Sender's names are in bold.
Mark emotes for translation since we've done that for messages.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Where newest messages are.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
So we always free the stuff at the end of the function.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
