On Monday, December 5, 2011 21:53:25 Dario Freddi wrote:
> 2011/12/5 Aaron J. Seigo :
> > hi..
> >
> > the Plasma team is working on the kactivities repository with the idea in
> > mind that it is a "frameworks 5" style project right from the start.
> >
> > it currently contains a library (libkac
> [: George Kiagiadakis :]
> Why should we keep both systems?
Because they are sufficiently different that to "merge" them would mean to
turn one into the other (or: deprecate one if favor of the other), and
neither maintainer (me, Oswald) is willing to do that.
> Considering that we go for your
Dario Freddi wrote:
> 2011/12/6 George Kiagiadakis :
>> On Tue, Dec 6, 2011 at 10:54 AM, Aaron J. Seigo wrote:
>>> On Monday, December 5, 2011 12:23:30 Chusslove Illich wrote:
Regarding yesterday's chat, to shortly (really!) sum up my stance on
i18n.
1) I see no point at striv
Dario Freddi wrote:
> Hello,
>
> I am in process of porting some components to the new Frameworks
> structure. Following
>
http://community.kde.org/Frameworks/Strategy_and_Policies#Framework_directory_structure,
> I noticed there are still some gaps. KAuth, for example, has a
> ConfigureChecks.c
> [: Aaron J. Seigo :]
> interesting; i can't locate the config key to use by looking at the code.
> where might i find this, as it could be a nice improvement for Plasma
> Active 2.
This will do it:
[Locale]
Transcript=0
But note that the scripting extension is loaded only when the first sc
Kevin Ottens wrote:
> On Sunday 04 December 2011 23:53:14 Aaron J. Seigo wrote:
>> this should be bumped imho to reflect that this is the "5.0" version.
>> should we do the usual "4.90"?
>
> Sounds good to me, I even stupidly assumed it was already the case but
> didn't check. :-)
>
> Regards.
2011/12/6 Kevin Ottens :
> On Tuesday 06 December 2011 18:45:38 Dario Freddi wrote:
>> Hello everyone,
>>
>> I know some of you are crying blood just by looking at the title, but
>> yes, I want to bring this up :)
>>
>> I think Frameworks could be a good chance to enhance and force
>> requirements
On Tuesday 06 December 2011 18:45:38 Dario Freddi wrote:
> Hello everyone,
>
> I know some of you are crying blood just by looking at the title, but
> yes, I want to bring this up :)
>
> I think Frameworks could be a good chance to enhance and force
> requirements regarding unit tests, especially f
2011/12/6 George Kiagiadakis :
> On Tue, Dec 6, 2011 at 10:54 AM, Aaron J. Seigo wrote:
>> On Monday, December 5, 2011 12:23:30 Chusslove Illich wrote:
>>> Regarding yesterday's chat, to shortly (really!) sum up my stance on i18n.
>>>
>>> 1) I see no point at striving for single translation system
Hello,
I am in process of porting some components to the new Frameworks
structure. Following
http://community.kde.org/Frameworks/Strategy_and_Policies#Framework_directory_structure,
I noticed there are still some gaps. KAuth, for example, has a
ConfigureChecks.cmake file. Now, for some reasons I m
Hello everyone,
I know some of you are crying blood just by looking at the title, but
yes, I want to bring this up :)
I think Frameworks could be a good chance to enhance and force
requirements regarding unit tests, especially for new code. I am the
first who apologizes as most of the code I comm
On Tue, Dec 6, 2011 at 10:54 AM, Aaron J. Seigo wrote:
> On Monday, December 5, 2011 12:23:30 Chusslove Illich wrote:
>> Regarding yesterday's chat, to shortly (really!) sum up my stance on i18n.
>>
>> 1) I see no point at striving for single translation system for apps based
>> on Qt and Qt plus
On 2011-12-05, Oswald Buddenhagen wrote:
>> we could perhaps encourage packagers to do this, which means asking
>> them about the feasibility of this.
>> doesn't do much to help people on windows, though.
>>
> both are just a matter of what we put in our install rules. works for
> qt, after all -
2011/12/5 Aaron J. Seigo :
> hi..
>
> the Plasma team is working on the kactivities repository with the idea in mind
> that it is a "frameworks 5" style project right from the start.
>
> it currently contains a library (libkactivities), a runtime componen
> (kactivitymanagerd) and some runtime data
On Tuesday 06 December 2011 10:32:34 Mario Fux wrote:
> So why not leaving the examples in examples directories in the frameworks
> and building some cmake or what magic to create a tarball or something with
> all examples collected. Probably together with the (new) KDE demo app done
> this summer
On Monday 05 December 2011 01:10:36 Aaron J. Seigo wrote:
> the Plasma team is working on the kactivities repository with the idea in
> mind that it is a "frameworks 5" style project right from the start.
Right.
> it currently contains a library (libkactivities), a runtime componen
> (kactivityma
Aaron J. Seigo wrote:
> On Tuesday, December 6, 2011 14:14:44 Chusslove Illich wrote:
>> > [: Aaron J. Seigo :]
>> > when there is already one implementation that comes bundled with Qt and
>> > does everything needed/wanted, it is simply impossible to justify that
>> > kind of dependency on a smal
On Tuesday, December 6, 2011 14:14:44 Chusslove Illich wrote:
> > [: Aaron J. Seigo :]
> > when there is already one implementation that comes bundled with Qt and
> > does everything needed/wanted, it is simply impossible to justify that
> > kind of dependency on a small device. [...] in this case,
> [: Aaron J. Seigo :]
> when there is already one implementation that comes bundled with Qt and
> does everything needed/wanted, it is simply impossible to justify that
> kind of dependency on a small device. [...] in this case, another option
> is to not remove translation scripting on such syste
On Tuesday, December 6, 2011 12:49:51 Chusslove Illich wrote:
> Right, that is the reason. I said that performance and maintainance are not
> an issue at present, and I find it hard to take dependency as an issue as
> long as KJS is part of Frameworks. It is beyond great that you offer to port
> it
> [: Aaron J. Seigo :]
> nobody wants to choose between two translation systems.
Everyone already must do this -- pure Gettext is always the alternative.
This is especially so in pure Qt apps, if one does not want to use Linguist;
I personally would always pick pure Gettext over Linguist. It is on
Oswald Buddenhagen wrote:
> On Mon, Dec 05, 2011 at 09:50:09AM +0100, Aaron J. Seigo wrote:
>> On Monday, December 5, 2011 09:24:07 Oswald Buddenhagen wrote:
>> > examples have to live in their parent module so they can be linked
>> > from the docs.
>>
>> that's a very interesting point.
>> howeve
On Tuesday, December 6, 2011 10:32:34 Mario Fux wrote:
> So why not leaving the examples in examples directories in the frameworks
> and building some cmake or what magic to create a tarball or something with
> all examples collected. Probably together with the (new) KDE demo app done
> this summer
Morning
Sometimes it's not the best idea to offer all choices but probably this time.
I think it makes sense to leave the examples in an examples directory in each
frameworks as this example code normally doesn't build without the framework
itself. On the other side there are quite some people
On Monday, December 5, 2011 12:23:30 Chusslove Illich wrote:
> Regarding yesterday's chat, to shortly (really!) sum up my stance on i18n.
>
> 1) I see no point at striving for single translation system for apps based
> on Qt and Qt plus KDE Frameworks. Qt should keep the tr()/Linguist system,
> an
25 matches
Mail list logo
