On Friday, August 27, 2010, Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Marco Martin wrote:
> > On Wednesday 25 August 2010, Aaron J. Seigo wrote:
> > > On Wednesday, August 25, 2010, Emdek wrote:
> > > > > /me thinkssome policies about that should be written down
> > > > > somewhere...
>
On Thursday, August 26, 2010, Marco Martin wrote:
> On Wednesday 25 August 2010, Aaron J. Seigo wrote:
> > On Wednesday, August 25, 2010, Emdek wrote:
> > > > /me thinkssome policies about that should be written down
> > > > somewhere...
> > >
> > > Yeah, good idea, but where?
> >
> > community.k
On Thursday 26 August 2010, Emdek wrote:
> If we don't want ship by default things that can "break basic visual
> consistencies" then Digital Clock shouldn't be shipped because it has
> option to set font color which can lead to make it not readable if set to
> one which is similar to background.
On Wednesday 25 August 2010, Aaron J. Seigo wrote:
> On Wednesday, August 25, 2010, Emdek wrote:
> > > /me thinkssome policies about that should be written down somewhere...
> >
> > Yeah, good idea, but where?
>
> community.kde.org/Plasma is a good place to start them.
here it is a first rough s
On Thursday, August 26, 2010, Emdek wrote:
> In my ideal world kdeplasma-addons would not exists at all and it's
> contents would be moved mostly to extragear, few useful ones moved to
> kdebase.
i don't think there are any in there that should be moved to kdebase (in fact,
if i had my way, i'd m
On Thursday, August 26, 2010, Sebastian Kügler wrote:
> On Thursday, August 26, 2010 06:40:28 pm Aaron J. Seigo wrote:
> > we're missing git and the release person, so it's moot at this point.
>
> We'd also not get those releases translated very well.
yes, the fast releases would have spotty tran
On Thursday, August 26, 2010 07:06:47 pm Emdek wrote:
> Now I've found some counterarguments. ;-)
>
> If we don't want ship by default things that can "break basic visual
> consistencies" then Digital Clock shouldn't be shipped because it has
> option to set font color which can lead to make i
On Thursday, August 26, 2010 07:13:43 pm Emdek wrote:
> On 26-08-2010 at 18:40:28 Aaron J. Seigo wrote:
> > so, to sum, in a nice world:
> >
> > * kdeplasma-addons and extragear/plasma would have a fast release cycle
> > based
> > around a freeze-less branch that feeds down into branches with fre
On 26-08-2010 at 19:00:22 Marco Martin wrote:
> my only concern was about people complaining stuff disappeared from one
> release to the other, would having an extragear package be enough for
> retrocompatibility or are we condemned to carry those in the main modules
> forever?
Distributors alrea
On 26-08-2010 at 18:40:28 Aaron J. Seigo wrote:
> so, to sum, in a nice world:
>
> * kdeplasma-addons and extragear/plasma would have a fast release cycle
> based
> around a freeze-less branch that feeds down into branches with freezes
> for
> release purposes
>
> * some items in kdeplasma-add
On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Emdek wrote:
>> Well, this is not relevant in this case, all rendering is done by
>> WebKit,
>> user only specifies HTML to feed it and only interactions done by applet
>> are setting default font color, check if bac
On Thursday, August 26, 2010 06:40:28 pm Aaron J. Seigo wrote:
> we're missing git and the release person, so it's moot at this point.
We'd also not get those releases translated very well.
--
sebas
http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
On Thursday 26 August 2010, Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Marco Martin wrote:
> > > should be home of all addons, instead of own module, except few which
> > > could be in kdebase, like for example showdekstop) than wait next ten
> > > months...
> >
> > difference is betwee
On Thursday, August 26, 2010, Marco Martin wrote:
> > should be home of all addons, instead of own module, except few which
> > could be in kdebase, like for example showdekstop) than wait next ten
> > months...
>
> difference is between what is part of the "official" release ot not
> also whathas
On Thursday, August 26, 2010, Emdek wrote:
> Well, if too big configure ability is a problem then I can always modify
it's not "too much configurability" (we're a lot more relaxed on that for
things in addons, just as we are with coding style :), but what this
particular kind of configurability
On 26-08-2010 at 18:00:42 Marco Martin wrote:
> On Thursday 26 August 2010, Emdek wrote:
>> On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote:
>> > On Thursday, August 26, 2010, Emdek wrote:
>> >> Well, this is not relevant in this case, all rendering is done by
>> >> WebKit,
>> >> user only specifi
On Thursday 26 August 2010, Emdek wrote:
> On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote:
> > On Thursday, August 26, 2010, Emdek wrote:
> >> Well, this is not relevant in this case, all rendering is done by
> >> WebKit,
> >> user only specifies HTML to feed it and only interactions done by apple
On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Emdek wrote:
>> Well, this is not relevant in this case, all rendering is done by
>> WebKit,
>> user only specifies HTML to feed it and only interactions done by applet
>> are setting default font color, check if bac
On Thursday 26 August 2010, Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Emdek wrote:
> > Well, this is not relevant in this case, all rendering is done by WebKit,
> > user only specifies HTML to feed it and only interactions done by applet
> > are setting default font color, check if back
On Thursday, August 26, 2010, Emdek wrote:
> Well, this is not relevant in this case, all rendering is done by WebKit,
> user only specifies HTML to feed it and only interactions done by applet
> are setting default font color, check if background should be displayed
> (relevant for desktop) and ca
On 26-08-2010 at 16:38:23 Sebastian Kügler wrote:
> On Wednesday, August 25, 2010 01:37:45 pm Emdek wrote:
>> > Or just switch off reflections when in non-Planar mode?
>>
>> Switching off parts of code is bad idea, we should not force user to not
>> use something if we don't know how he want to us
On Wednesday, August 25, 2010 01:37:45 pm Emdek wrote:
> > Or just switch off reflections when in non-Planar mode?
>
> Switching off parts of code is bad idea, we should not force user to not
> use something if we don't know how he want to use it.
Plasma's FormFactor is actually designed to giv
On 25-08-2010 at 17:50:34 Aaron J. Seigo wrote:
> On Wednesday, August 25, 2010, Emdek wrote:
>> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
>> > On Tuesday, August 24, 2010, Emdek wrote:
>> >> What specifically doesn't work properly?
>> >
>> > if i use the pre-built mode with the reflections
On Wednesday, August 25, 2010, Emdek wrote:
> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
> > On Tuesday, August 24, 2010, Emdek wrote:
> >> What specifically doesn't work properly?
> >
> > if i use the pre-built mode with the reflections in a panel of ~27px
> > high, it
> > doesn't fit.
>
>
On Wednesday, August 25, 2010, Emdek wrote:
> > /me thinkssome policies about that should be written down somewhere...
>
> Yeah, good idea, but where?
community.kde.org/Plasma is a good place to start them.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75
On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
> On Tuesday, August 24, 2010, Emdek wrote:
>> What specifically doesn't work properly?
> if i use the pre-built mode with the reflections in a panel of ~27px
> high, it
> doesn't fit.
This version should fix it:
http://wklej.org/id/380889/
If th
On 25-08-2010 at 13:47:11 Marco Martin wrote:
> On Wednesday 25 August 2010, Emdek wrote:
>> On 25-08-2010 at 13:30:49 Sebastian Kügler wrote:
>> > On Wednesday 25 August 2010 13:16:17 Emdek wrote:
>> >> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
>> >> > On Tuesday, August 24, 2010, Emdek w
On Wednesday 25 August 2010, Emdek wrote:
> On 25-08-2010 at 13:30:49 Sebastian Kügler wrote:
> > On Wednesday 25 August 2010 13:16:17 Emdek wrote:
> >> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
> >> > On Tuesday, August 24, 2010, Emdek wrote:
> >> >> What specifically doesn't work properly
On 25-08-2010 at 13:30:49 Sebastian Kügler wrote:
> On Wednesday 25 August 2010 13:16:17 Emdek wrote:
>> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
>> > On Tuesday, August 24, 2010, Emdek wrote:
>> >> What specifically doesn't work properly?
>> >
>> > if i use the pre-built mode with the ref
On Wednesday 25 August 2010 13:16:17 Emdek wrote:
> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
> > On Tuesday, August 24, 2010, Emdek wrote:
> >> What specifically doesn't work properly?
> >
> > if i use the pre-built mode with the reflections in a panel of ~27px
> > high, it
> > doesn't f
On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
> On Tuesday, August 24, 2010, Emdek wrote:
>> What specifically doesn't work properly?
> if i use the pre-built mode with the reflections in a panel of ~27px
> high, it
> doesn't fit.
Well, that format was added mostly to use on desktop (reflecti
On Tuesday, August 24, 2010, Emdek wrote:
> What specifically doesn't work properly?
if i use the pre-built mode with the reflections in a panel of ~27px high, it
doesn't fit.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
KDE core
Hello
On 24-08-2010 at 21:45:01 Aaron J. Seigo wrote:
> "adjustable clock" has been in kdereview for quite a while. it's time to
> figure out where it goes.
Finally. :-)
> it still doesn't work properly in all sizes of panels, and i don't think
> it
> can ever be made to do so.
What specifi
hi...
"adjustable clock" has been in kdereview for quite a while. it's time to
figure out where it goes.
it still doesn't work properly in all sizes of panels, and i don't think it
can ever be made to do so.
my suggestion therefore is to put it into extragear/plasma/ and ship it from
there. i
34 matches
Mail list logo
