2015-09-27 21:05 GMT+03:00 Sune Vuorela :
> On 2015-09-27, Boudhayan Gupta wrote:
>> "Seen before" is no reason to not move forward if we can actually fix
>> this. As I said, Extragear library developers will *have* to provide
>> API/ABI guarantees.
>
> Good luck with that.
>
>> That's the ideal s
Friedrich W. H. Kossebau wrote:
> Given the high standards and required ABI stability there is a good chance
> that some API brush up (e.g. due to review feedback while proposed as KF5
> lib) is made before turning into a KF5 lib, as was already pointed out by
> Sune. Having the same name would pre
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 third program too, in th
On Sunday, September 27, 2015 17:21:04 Sune Vuorela wrote:
> On 2015-09-27, Boudhayan Gupta wrote:
> > What I propose is that all libraries which want to manage their own
> > release cycles and their own namespaces, be moved to Extragear Libs
> > and release from there. All the libraries which can
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
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, --wind
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 receiv
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 shim? A shell shim would be non-porta
On 2015-09-27, Boudhayan Gupta wrote:
> "Seen before" is no reason to not move forward if we can actually fix
> this. As I said, Extragear library developers will *have* to provide
> API/ABI guarantees.
Good luck with that.
> That's the ideal scenario, but isn't becoming a framework... hard?
No
On 27 September 2015 at 22:51, Sune Vuorela wrote:
> On 2015-09-27, Boudhayan Gupta wrote:
>> What I propose is that all libraries which want to manage their own
>> release cycles and their own namespaces, be moved to Extragear Libs
>> and release from there. All the libraries which can stick to
On 2015-09-27, Boudhayan Gupta wrote:
> What I propose is that all libraries which want to manage their own
> release cycles and their own namespaces, be moved to Extragear Libs
> and release from there. All the libraries which can stick to the
> Applications release-unit, move to Support or a new
Hi Friedrich,
On 27 September 2015 at 20:55, Friedrich W. H. Kossebau
wrote:
> Some bummer here:
> a) not all libraries are in repositories of their own
> b) not all libraries are released on the same cycle
>
> E.g. a) happens because the libs could be shared libs for sharing between
> multiple e
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 Spectacle. Can we make a hard decision to aba
Hi Boudhayan,
Am Sonntag, 27. September 2015, 04:01:26 schrieb Boudhayan Gupta:
> We could kill two birds with one stone here, creating a new KDE module
> just for libraries (say, KDE Companion Libraries or something) and put
> everything in the KC5 (or whatever we decide) namespace.
>
> I'm all
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 a ksnapshot
sym
On Sonntag, 27. September 2015 16:48:03 CEST, Friedrich W. H. Kossebau wrote:
Yes, I still think so:
libQt* is left to Qt libs, and IMHO in the same way should libKF5* be only
used with real KF5 libs, if that prefix should have a consistent semantic,
i.e. should say they are part of the KDE Fr
Hi Alexander & all,
thanks for pushing this further.
Am Samstag, 26. September 2015, 18:41:01 schrieb Alexander Potashev:
> Hi everyone,
>
> We had a little discussion on how to name shared libraries in
> kde-core-devel@ thread "Porting to frameworks 2: libkcompactdisc" [1],
> but we did not com
On 2015-09-19 18:11, Allen Winter wrote:
On Saturday, September 19, 2015 07:03:40 PM Martin Graesslin wrote:
On Saturday, September 19, 2015 12:54:57 PM CEST you wrote:
> http://api.kde.org/4.x-api/workspace-apidocs/kwayland/html/index.html
> look ok?
hmm that doesn't use the wonderful README.m
On 27 September 2015 at 15:29, Sune Vuorela wrote:
> On 2015-09-26, Boudhayan Gupta wrote:
>> We could kill two birds with one stone here, creating a new KDE module
>> just for libraries (say, KDE Companion Libraries or something) and put
>> everything in the KC5 (or whatever we decide) namespace
On 2015-09-26, Boudhayan Gupta wrote:
> We could kill two birds with one stone here, creating a new KDE module
> just for libraries (say, KDE Companion Libraries or something) and put
> everything in the KC5 (or whatever we decide) namespace.
By doing this, we kind of make it a thing to .. become
2015-09-27 12:42 GMT+03:00 Boudhayan Gupta :
> I'm still in favour of a new product, or reusing KDESupport, or even
> Extragear libs. If you must use a suffix though, please consider using
> Qt5, not -qt5, so that the lib becomes libSomeThingQt5, not
> libSomeThing-qt5.
Boudhayan,
Camel case nami
On 27 September 2015 at 10:29, Alexander Potashev wrote:
> 2015-09-27 1:39 GMT+03:00 Albert Astals Cid :
>> El Diumenge, 27 de setembre de 2015, a les 04:01:26, Boudhayan Gupta va
>> escriure:
>>> On 27 September 2015 at 03:36, Albert Astals Cid wrote:
>>> > El Dissabte, 26 de setembre de 2015, a
Sune Vuorela wrote:
> I do think that having things named KF5 that aren't actual frameworks is
> bad for several reasons.
>
> 1) It blurs what's a framework
That's more a political distinction than a technical one. For all practical
purposes, the application using the library doesn't care whethe
On Sep 26, 2015 9:22 PM, "Jeremy Whiting" wrote:
>
> Martin,
>
> Michael Reeves reeves...@gmail.com mentioned he would be interested in
> helping also, maybe the two of you can get it ported away from
> Qt3Support, then ported to Qt5/Kf5 ?
>
> thanks,
> Jeremy
>
Sounds like a plan. I don't have wr
24 matches
Mail list logo