| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This will give us a place to cache the GRegex object. (Of course, this
also depends on monitoring changes to the TpChat's self contact's alias,
and changes to the TpChat's self contact!)
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current highlighting code finds the first occurrence of the
nickname, then checks whether the characters before or after are a
space, a comma, a colon or a full stop (or the start or end of the
string). This means that someone saying “no! That's wjt’s coffee!”
didn’t highlight me, because the apostrophe isn't in the whitelist. It
also means that saying “borrow some Sudafed from daf” would not
highlight daf, since the first match is in the middle of a word.
We’re trying to check whether the nickname occurs as a complete word
within the message. The regex metacharacter \b matches word boundaries,
so /\b<nickname>\b/ is what we actually want. It gets the above cases
right, including Unicode punctuation.
https://bugzilla.gnome.org/show_bug.cgi?id=591667
|
| |
|
|
|
|
|
|
| |
Thanks to marc@ttux.net for his help.
https://bugzilla.gnome.org/show_bug.cgi?id=660856
|
|
|
|
|
| |
Sometimes contacts are assumed to have these features prepared, but they
don't always. Ensure they are prepared by the factory.
|
|
|
|
|
|
| |
empathy_connection_aggregator_get_all_groups()
https://bugzilla.gnome.org/show_bug.cgi?id=667037
|
|
|
|
|
|
|
| |
It's fair for the caller to expect the error the be set if the _finish()
function returns NULL.
https://bugzilla.gnome.org/show_bug.cgi?id=667037
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
They have been properly fixed since a while.
|
| |
|
| |
|
|
|
|
|
|
| |
This ensure that we won't call the callback when disposing the widget.
https://bugzilla.gnome.org/show_bug.cgi?id=667676
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=667791
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=667791
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Kinda hacky but that's the best we can do without major changes in Folks.
https://bugzilla.gnome.org/show_bug.cgi?id=666531
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=661500
|
|
|
|
|
|
|
| |
We don't strictly depend on it but maps in tooltips will crash as hell with
any previous version.
https://bugzilla.gnome.org/show_bug.cgi?id=661500
|
|
|
|
|
|
|
| |
The EmpathyIndividualWidget object is re-used for tooltips so we should remove
the ChamplainEmbedView before trying to add a new one.
https://bugzilla.gnome.org/show_bug.cgi?id=661500
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This introduces some code duplication with the assistant but it's going to die
soon anyway.
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
I'm changing this file a lot so while I'm on it...
|
| |
|
| |
|
| |
|
|
|
|
| |
tp-glib does it for us now, thanks to the EmpathyClientFactory.
|
|
|
|
|
| |
We should use the official accelerator for closing dialog. If widget fields
are also using the 'C' accelerator then they should be fixed.
|
|
|
|
| |
We fire the close signal a bit later in this function
|
|
|
|
|
| |
It should also be displayed now as we always want the user to be able to close
the dialog.
|
|
|
|
| |
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
|
| |
|
| |
|
|
|
|
|
| |
* Small work on the previous conversation topic in order
to address the new UI. Topic needs to be reviewed.
|
|
|
|
|
| |
* Fixed UI reference in the add and delete account pages,
the button changed with the new Gnome theme
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=649208
|
| |
|
|
|
|
| |
* Fixed the references to the OFF/ON switch
|
| |
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
* Updated Italian help translation, fixes bug #666261
|
| |
|
| |
|
|
|
|
|
|
| |
Best to always use an individual so we don't have 2 code paths to maintain.
https://bugzilla.gnome.org/show_bug.cgi?id=666163
|
|
|
|
|
|
|
| |
No need to export everything. I added prototypes in the C file to not have to
move everything upside down.
https://bugzilla.gnome.org/show_bug.cgi?id=666163
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
|
|
|
|
|
| |
We don't use it any more.
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
|
|
|
|
|
|
| |
It's not used any more and this code was the last one using the contact
manager.
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
|
|
|
|
|
| |
It's clearer that way.
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This allow user to select the personas he wants to block.
Note that I didn't pass an EmpathyContact as second argument to
empathy_individiual_block_menu_item_new() as we currently do with most
item_new() methods. Instead I just craft a new individual containing only the
persona we care about. This approach is much cleaner as we don't have to deal
with 2 different code paths. I filed bug #666163 to do the same with the
existing functions.
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
We already checks if it's a IndividualStoreChannel before using it so that's
safe.
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
|
|
|
|
|
|
| |
We can finally get rid of this horrible code iterating over all the
individuals. \o/
https://bugzilla.gnome.org/show_bug.cgi?id=665853
|
|
|
|
|
|
| |
Shouldn't really happen in practice but better to be safe than sorry.
https://bugzilla.gnome.org/show_bug.cgi?id=665853
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665853
|
|
|
|
| |
We need it for the API to ensure a persona from a TpContact.
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
This is useful when displaying a contact which is not in our roster in the
logger (typically a PSTN number). Having a TpContact allow us to call him if
that's supported by the CM.
https://bugzilla.gnome.org/show_bug.cgi?id=665592
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665592
|
|
|
|
|
|
|
|
| |
This fix a bug with button_video_binding not being re-installed when a contact
supporting video was selected. It was only re-installed when using the contact
from the selected event.
https://bugzilla.gnome.org/show_bug.cgi?id=665592
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=664209
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665403
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
|
|
|
|
|
|
| |
This ensures empathy will always use our version, even when linking on
libcheese, and so avoid incompatibliy when libcheese breaks its ABI.
https://bugzilla.gnome.org/show_bug.cgi?id=665244
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665256
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
We already use it when using the menu so there is no reason to keep using the
old one.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
|
|
|
| |
cancellable are always optional so this code should be NULL safe.
|
|
|
|
|
|
| |
This reverts commit f1a9c6deaa7f706df73cb4e1195647a2a27177c6.
Humm I didn't mean to push that, sorry. :\
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Conflicts:
libempathy/empathy-tp-file.c
|
| |
| |
| |
| |
| |
| | |
TpFTChannel!
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
| |
| |
| |
| |
| |
| | |
TpAutomaticClientFactory will create TpFileTransferChannels for us and
they're, like, way better.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
| |
| |
| | |
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
| |
| |
| |
| |
| |
| |
| | |
This is just a little hack so GEnums aren't created for enums in
empathy-tp-file.h. We'll remove the files in a sec but I want to try
and avoid breaking bisect.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=665121
|
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=665121
|
| |
| |
| |
| |
| |
| |
| | |
It won't do much atm but will be used as a helper dealing with all
connections.
https://bugzilla.gnome.org/show_bug.cgi?id=665121
|
| |
| |
| |
| |
| |
| |
| | |
We should display an error message as well if not the user will assume the
message has been sent and the spinner keeps spinning.
https://bugzilla.gnome.org/show_bug.cgi?id=664564
|
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663328
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663328
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663328
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663328
|
| |
| |
| |
| | |
We need it for the high level alias API.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
We have to call the callback manually to update the theme when it's changed.
Also make sure that style-set signal is only connected once and we update the
theme only if the 'simple' one is used.
https://bugzilla.gnome.org/show_bug.cgi?id=664795
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
Hourrah \o/
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| |
| |
| | |
We want to get rid of it any way.
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The great unification !
EmpathyChat was the last user of the contact store/view, everything now use
the individual ones.
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| |
| |
| | |
This allows us to remove setup_idle_id as a protected variable.
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| |
| |
| | |
This allows us to remove show_active as a protected variable.
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| |
| |
| | |
This will allow us to use the individual view to display muc members.
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| | |
This will be needed when abstracting EmpathyIndividualStore.
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661640
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661640
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661640
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661640
|
| |
| |
| |
| |
| |
| |
| | |
I'm going to implement a slidely different version of this dialog so best to
re-use as much code as possible.
https://bugzilla.gnome.org/show_bug.cgi?id=661640
|
| |
| |
| |
| | |
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
|
| | |
|
| |
| |
| |
| |
| | |
Latest version of glib-compile-schemas removed the --uninstall option; trying
to use it break "make distcheck".
|
| | |
|
| |
| |
| |
| |
| |
| | |
minimum size.
https://bugzilla.gnome.org/show_bug.cgi?id=664313
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
| |
| |
| |
| | |
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/
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
empathy_folks_individual_contains_contact() fails
The individual menu already asserts that's the case. And there is no point
displaying a menu anyway.
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
| |
| |
| |
| |
| |
| | |
This is needed when being used in a muc.
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
| |
| |
| |
| |
| |
| | |
This will be needed when using this widget in MUC.
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
| |
| |
| |
| |
| |
| |
| | |
Move it to empathy-contactinfo-utils so we'll be able to re-use it in
empathy-individual-widget as well.
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
| |
| |
| |
| |
| |
| |
| | |
That way we'll pick at least one TpContact if there is only one contact in
the individual and he doesn't have any presence (IRC for example).
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663873
|
| |
| |
| |
| |
| |
| | |
God I hate _get functions returning new memory...
https://bugzilla.gnome.org/show_bug.cgi?id=663873
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663873
|
| |
| |
| |
| |
| |
| | |
The model copies the date so we should free it afterward.
https://bugzilla.gnome.org/show_bug.cgi?id=663873
|
| |
| |
| |
| |
| |
| | |
The log viewer assumes it's already prepared.
https://bugzilla.gnome.org/show_bug.cgi?id=663873
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663873
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| | |
EMPATHY_INDIVIDUAL_STORE_COL_NAME
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=663387
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
| |
| |
| |
| |
| |
| | |
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=663763
|
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It has been deprecated. I asked on #gtk+ and that seems to be the right way to
do this. See
http://git.gnome.org/browse/gtk+/commit/?id=2783158f8d9ca69e5a8fc4a903bfbcc3871a1b02
All these APIs are available since GTK+ 3.0 so we're good.
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
| |
| |
| |
| |
| |
| |
| | |
It has been deprecated. gdk_window_get_device_position() has been added in
GTK+ 3.0 so we're fine.
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663563
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663327
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663327
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663327
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663327
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663327
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663327
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661805
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661805
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661805
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661805
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661805
|
| |
| |
| |
| |
| |
| | |
This reverts commit 40dc4074eeecb15c82d9eacb3fcd54cff7162440.
We can now depends on it.
|
| |
| |
| |
| | |
We need it for high level blocking API.
|
| |
| |
| |
| | |
We weren't using the persona we just created for some reason.
|
|/
|
|
| |
These are now handled for us by Farsight. Hooray for Farsight.
|
| |
|