Re: An alternative for XEmbed

On Tue, Apr 15, 2014 at 9:21 PM, Marco Martin wrote: > On Tuesday 15 April 2014 20:52:32 Kevin Krammer wrote: > > > > Really? It's a pretty ugly piece of software I wouldn't want to ship. > It's > > > more like we should put down somewhere docs to "I lost my systray icon > how > > > to get it bac

Re: An alternative for XEmbed

On Tuesday 15 April 2014 18:27:08 Martin Klapetek wrote: > On Tue, Apr 15, 2014 at 6:14 PM, Àlex Fiestas wrote: > > Another thing to take into account is that there are patches for gtk2/3 + > > qt4 > > to use statusnotifier (by Ubuntu) and future version of Qt will use > > statusnotifier as well,

Re: An alternative for XEmbed

On Tuesday 15 April 2014 18:27:08 Martin Klapetek wrote: > On Tue, Apr 15, 2014 at 6:14 PM, Àlex Fiestas wrote: > > Another thing to take into account is that there are patches for gtk2/3 + > > qt4 > > to use statusnotifier (by Ubuntu) and future version of Qt will use > > statusnotifier as well,

Re: An alternative for XEmbed

On Tuesday 15 April 2014 20:52:32 Kevin Krammer wrote: > > Really? It's a pretty ugly piece of software I wouldn't want to ship. It's > > more like we should put down somewhere docs to "I lost my systray icon how > > to get it back?". > > I am not sure what Marco was referring to, but maybe he me

Re: An alternative for XEmbed

On Monday, 2014-04-14, 20:09:14, Martin Gräßlin wrote: > On Monday 14 April 2014 20:04:48 Marco Martin wrote: > > On Monday 14 April 2014 19:51:02 Martin Gräßlin wrote: > > > On Monday 14 April 2014 19:19:33 Aleix Pol wrote: > > > > Hi, > > > > I've been using Plasma Next for the last days, and I m

Re: An alternative for XEmbed

On Tue, Apr 15, 2014 at 6:14 PM, Àlex Fiestas wrote: > > Another thing to take into account is that there are patches for gtk2/3 + > qt4 > to use statusnotifier (by Ubuntu) and future version of Qt will use > statusnotifier as well, meaning that given the correct environment we > should be > most

Re: An alternative for XEmbed

On Tuesday 15 April 2014 15:30:44 Matthias Klumpp wrote: > It's more for putting pressure on the developers, I guess. If there is > an easily accessible workaround, developers will not switch to a > modern solution quickly, because a workaround is trivial to do for the > users. > Also, users don't

Re: Alpha 2

On Tue, Apr 15, 2014 at 05:57:56PM +0200, Aleix Pol wrote: >With your distribution maintainer hat on, do you think an alpha 2 would >reach users? Only if distros could package it and if it is co-installable. Since it requires a more recent version of KF5 it's not at all easy for distros t

Re: Alpha 2

In data martedì 15 aprile 2014 17:57:56, Aleix Pol ha scritto: > With your distribution maintainer hat on, do you think an alpha 2 would > reach users? Speaking as another person with a distro hat: at least in openSUSE we offered direct-from-master snapshots. The landscape changes too fast (at l

Re: Alpha 2

On Tue, Apr 15, 2014 at 5:02 PM, Jonathan Riddell wrote: > > Alpha 2 is scheduled for a week today but as I understand it much of > what was kde-runtime is now in KF5. So a new KF5 release will be > needed which is not due until May 1st. Talking to KF5's Kevin he > doesn't want a sudden new KF5

Re: APIDox for Plasma Framework

On Tue, Apr 15, 2014 at 3:28 PM, Aurélien Gâteau wrote: > Alex Merry wrote: > > > On 12/04/14 12:48, Aleix Pol wrote: > >> Hi, > >> I just realized that we're not generating the API documentation for > >> Plasma Framework here [1]. > >> > >> Maybe it would be worth adding? > > > > I think it curr

Re: Review Request 117450: Add Milou to the default panel layout

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117450/ --- (Updated April 15, 2014, 3:22 p.m.) Status -- This change has been d

Alpha 2

Alpha 2 is scheduled for a week today but as I understand it much of what was kde-runtime is now in KF5. So a new KF5 release will be needed which is not due until May 1st. Talking to KF5's Kevin he doesn't want a sudden new KF5 release and I doubt it's possible to give a load of patches with it

Re: Review Request 117563: React to containment status changes

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117563/#review55815 --- This review has been submitted with commit dae9b75fe2a237635c

Re: Review Request 117563: React to containment status changes

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117563/ --- (Updated April 15, 2014, 2:03 p.m.) Status -- This change has been m

Re: Review Request 117565: Expose the quit slot on KDBusService-enabled applications

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117565/#review55813 --- Not sure if exporting all Slots is what we want, but I think w

Re: Review Request 117563: React to containment status changes

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117563/#review55810 --- Ship it! Ship It! - Marco Martin On April 15, 2014, 12:16

Re: An alternative for XEmbed

On Mon, Apr 14, 2014 at 11:21 PM, Martin Gräßlin wrote: > Sure. Install wmsystemtray and run it as: > > wmsystemtray --bg-color white --non-wmaker > > It also helps to have a window rule in KWin to make it a dock window and > undecorated: > [1] > Description=Application settings for wmsystemtray >

Re: Re: Re: An alternative for XEmbed

2014-04-15 15:03 GMT+02:00 Mark Gaiser : > [...] > > Idea.. > > Can you somehow detect if an application wants to do XEmbed stuff? If > it wants to while there is no "wmsystemtray" configured you should > annoy the user and ask if we should enable the wmsystemtray for him > automatically since an a

Re: Review Request 117563: React to containment status changes

> On April 15, 2014, 12:40 p.m., Marco Martin wrote: > > shell/panelview.cpp, line 759 > > > > > > i don't like adoptcontainment name that much. > > since is a reaction to containment change, would be better

Re: Re: Re: An alternative for XEmbed

On Tue, Apr 15, 2014 at 7:17 AM, Martin Gräßlin wrote: > On Monday 14 April 2014 23:38:55 Aleix Pol wrote: >> On Mon, Apr 14, 2014 at 8:09 PM, Martin Gräßlin wrote: >> > On Monday 14 April 2014 20:04:48 Marco Martin wrote: >> > > On Monday 14 April 2014 19:51:02 Martin Gräßlin wrote: >> > > > On

Re: Review Request 117563: React to containment status changes

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117563/#review55807 --- Ship it! seems good, not too much sure about method names s

Re: Review Request 117563: React to containment status changes

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117563/ --- (Updated April 15, 2014, 12:16 p.m.) Review request for Plasma. Changes

Plasma::PluginLoaderLLloadRunner()

Hi all, i just seen that in libplasma there is still a reference to krunner, so i would like to move it out. it's pluginloader.h -> loadRunner() it's this used somewhere, like in the krunner repository/milou? the static method may even be moved somewhere in krunner or just yanked if not used.

Re: Minutes Monday Plasma hangout

On Mon, Apr 7, 2014 at 12:55 PM, Marco Martin wrote: > jens > * planning of wallpaper contest > Any news on that^? Cheers -- Martin Klapetek | KDE Developer ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/pla

Re: RFC: plasma tooltips animations

On Monday 14 April 2014 19:12:50 Martin Gräßlin wrote: > I think these problems are fixable. First obvious question: do Tooltips use > PlasmaCore.Dialog? If yes I suggest that we move them to an own C++ > implementation - Dialog is a beast in interaction and we might have taken it > too far. KISS m

Re: Review Request 117455: [kglobalaccel] Remove Component::showKCM

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117455/#review55804 --- David Faure changed the code with 1206a3eaaf31c5438011a53c4839