Re: Spectacle moved to KDE Graphics, future of KSnapshot?

Ok, I just removed ksnapshot from the release-tools script. It won't be included in Applications 15.12 releases. On Sun, Oct 18, 2015 at 8:46 AM, Ivan Čukić wrote: >> Oh yes, I had completely forgotten about that. Thank you so much for >> bringing this to notice, Ivan! > > No

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

Hi Boudhayan, Before this happens, Spectacle needs to have its own product on BKO. As far as I see, there is only the kscreengenie component in ksnapshot, which was a weird place to have a new application in the first place, and is impossible to find out unless one knows the history of Spectacle.

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 17 October 2015 at 18:15, Boudhayan Gupta wrote: > On 17 October 2015 at 17:22, Albert Astals Cid wrote: >>> Can we now drop KSnapshot from the Applications release-unit and move >>> it to Extragear? Once we do this I'll do two things: >>> >>> 1. Remove

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

> Oh yes, I had completely forgotten about that. Thank you so much for > bringing this to notice, Ivan! No problem. I've noticed the issue when I wanted to submit a couple of bugs/wishlist things. :) Cheers, Ivan

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 18 Oct 2015 18:50, "Ivan Čukić" wrote: > > Hi Boudhayan, > > Before this happens, Spectacle needs to have its own product on BKO. > As far as I see, there is only the kscreengenie component in > ksnapshot, which was a weird place to have a new application in the > first

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

​https://bugs.kde.org/buglist.cgi?list_id=1303835=Spectacle Done.

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

Hi, As of today the transition is more or less complete, in the sense that: 1. Spectacle has been included in the Applications 15.12 release cycle. 2. The KSnapshot icon has been symlinked to Spectacle for the next Breeze release. 3. Spectacle now installs its own khotkeys file, with three

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

El Saturday 17 October 2015, a les 14:58:42, Boudhayan Gupta va escriure: > Hi, > > As of today the transition is more or less complete, in the sense that: > > 1. Spectacle has been included in the Applications 15.12 release cycle. > 2. The KSnapshot icon has been symlinked to Spectacle for the

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 17 October 2015 at 17:22, Albert Astals Cid wrote: >> Can we now drop KSnapshot from the Applications release-unit and move >> it to Extragear? Once we do this I'll do two things: >> >> 1. Remove printscreen.khotkeys from KHotkeys and make KSnapshot >> install that file instead.

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On September 27, 2015 6:50:19 PM GMT+02:00, Boudhayan Gupta wrote: >The shim is a good idea. Anybody up for writing one (I'm not too good >at shell, unfortunately). What about a slim C++/Qt shim? A shell shim would be non-portable. -- Sent from my Android device with K-9

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 27 September 2015 at 20:35, Thomas Lübking wrote: > On Samstag, 26. September 2015 11:05:25 CEST, Boudhayan Gupta wrote: >> >> On 26 September 2015 at 06:55, Eike Hein wrote: >>> >>> I'm more concerned about the migration path from KSnapshot >>> to

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 27 September 2015 at 23:43, Elias Probst wrote: > > > > On September 27, 2015 6:50:19 PM GMT+02:00, Boudhayan Gupta > wrote: > >>The shim is a good idea. Anybody up for writing one (I'm not too good >>at shell, unfortunately). > > What about a slim C++/Qt

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

Is there any reason for not changing the command line arguments of Spectacle to fit KSnapshot? It is not like anyone is used to them yet. Cheers, Ivan -- KDE, ivan.cu...@kde.org, http://cukic.co/ gpg key id: 850B6F76

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On Sonntag, 27. September 2015 20:32:28 CEST, Ivan Čukić wrote: Hi, Which cmd line options are available in KSnapshot and not in Spectacle? Is it only --freeregion and --child? -m, --currentCapture the current monitor -a, --activewindow Capture the active window -u,

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 28 September 2015 at 02:00, Ivan Čukić wrote: > Is there any reason for not changing the command line arguments of > Spectacle to fit KSnapshot? It is not like anyone is used to them yet. KSnapshot is actually two programs, ksnapshot and kbackground snapshot (there's a

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On Samstag, 26. September 2015 11:05:25 CEST, Boudhayan Gupta wrote: On 26 September 2015 at 06:55, Eike Hein wrote: I'm more concerned about the migration path from KSnapshot to Spectacle. Can we make a hard decision to abandon KSnapshot on X11 +1 and have Spectacle install

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

Hi, Which cmd line options are available in KSnapshot and not in Spectacle? Is it only --freeregion and --child? If those are not supported by Spectacle, a shim (as opposed to a symlink) would not help much IMO. I don't see what a shim would be able to do when passed those arguments if the

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 26 September 2015 at 06:55, Eike Hein wrote: > I'm more concerned about the migration path from KSnapshot > to Spectacle. Can we make a hard decision to abandon > KSnapshot on X11 +1 > and have Spectacle install a ksnapshot > symlink for a grace period? -1 The problem here is

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On Thu, Sep 24, 2015 at 5:54 PM, Boudhayan Gupta wrote: > So I've gone ahead and implemented the DBus bits, and launching via > "qdbus org.freedesktop.Screenshot / StartAgent" launches Spectacle > just great. > > Is this the command that khotkeys should execute, or is there a

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

Hi, On 25 September 2015 at 20:11, Martin Klapetek wrote: > On Thu, Sep 24, 2015 at 5:54 PM, Boudhayan Gupta wrote: >> >> So I've gone ahead and implemented the DBus bits, and launching via >> "qdbus org.freedesktop.Screenshot / StartAgent" launches

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On Freitag, 25. September 2015 16:54:44 CEST, Boudhayan Gupta wrote: I don't know about khotkeys, but are QDbus* classes not an option? Seems better than depending on qdbus (or any other command for that matter). I'll have to patch KHotkeys rather than write a simple config file then.

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

2015-09-24 11:39 GMT-03:00 Martin Klapetek : > On Thu, Sep 24, 2015 at 10:08 AM, Boudhayan Gupta wrote: >> >> >> This does make more sense, but wouldn't an interface under the >> org.freedesktop namespace need to be vetted by Freedesktop? > > > Not

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On Fri, Sep 25, 2015 at 10:54 AM, Boudhayan Gupta wrote: > > In other *unrelated* news, I've woken up to certain disaster on the > dbus mailing list, so for now I'll move it to the org.kde namespace. > It's not a disaster, people are just telling you "think the interface through

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

And to make sure you get concensus before releasing something that uses or implements the interface. On Fri, Sep 25, 2015 at 9:02 AM, Martin Klapetek wrote: > On Fri, Sep 25, 2015 at 10:54 AM, Boudhayan Gupta wrote: >> >> >> In other *unrelated* news,

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 09/24/2015 12:11 PM, Boudhayan Gupta wrote: > Now, what'll come of KSnapshot? Spectacle clearly obsoletes KSnapshot > on X11 (and Wayland as long as KWin is running - if a generic Wayland > protocol isn't out by dependency freeze I'll add a generic KWin > backend temporarily for this

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On September 24, 2015 12:11:31 PM GMT+02:00, Boudhayan Gupta wrote: >3. KHotkeys. Once Spectacle is included into Applications 15.12, I'll >patch KHotkeys to look for Spectacle rather than KSnapshot. Wouldn't it make more sense to have khotkeys launch whatever application

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

Hello, On Thu, Sep 24, 2015 at 4:11 AM, Boudhayan Gupta wrote: > Hi all, > > Spectacle has been moved to KDE Graphics. > > There are a few things that need to be done for a smooth release with > Applications 15.12. I'll list them below: > > 1. Inclusion into the list of

Spectacle moved to KDE Graphics, future of KSnapshot?

Hi all, Spectacle has been moved to KDE Graphics. There are a few things that need to be done for a smooth release with Applications 15.12. I'll list them below: 1. Inclusion into the list of applications released as part of KDE Applications. I believe I'll have to trouble Albert for that? 2.

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 24 September 2015 at 16:24, Elias Probst wrote: >>3. KHotkeys. Once Spectacle is included into Applications 15.12, I'll >>patch KHotkeys to look for Spectacle rather than KSnapshot. > > Wouldn't it make more sense to have khotkeys launch whatever application > implements

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On 24 September 2015 at 17:01, Jeremy Whiting wrote: >> Now, what'll come of KSnapshot? Spectacle clearly obsoletes KSnapshot >> on X11 (and Wayland as long as KWin is running - if a generic Wayland >> protocol isn't out by dependency freeze I'll add a generic KWin >> backend

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

On Thu, Sep 24, 2015 at 10:08 AM, Boudhayan Gupta wrote: > > This does make more sense, but wouldn't an interface under the > org.freedesktop namespace need to be vetted by Freedesktop? > Not really, you can use whatever namespace you want. You could use the freedesktop one and

Re: Spectacle moved to KDE Graphics, future of KSnapshot?

Hi Martin, On 24 September 2015 at 20:09, Martin Klapetek wrote: > On Thu, Sep 24, 2015 at 10:08 AM, Boudhayan Gupta wrote: >> >> >> This does make more sense, but wouldn't an interface under the >> org.freedesktop namespace need to be vetted by