Am Freitag, 10. Oktober 2008 06:49:32 schrieb Guillaume Pothier:
> Hi, I'm starting to get a better idea of how all of this works now. I
> started hacking on plasmaapp. Kephal will actually make the code
> simpler as it provides finer-grained signals (screen added, removed,
> moved, resized), so th
I missed this mail. Mixed feelings about gmail's interface.
2008/10/10 Aaron J. Seigo <[EMAIL PROTECTED]>:
> On Saturday 04 October 2008, Jason Stubbs wrote:
>> Aaron J. Seigo wrote:
>> > On Friday 03 October 2008, Rob Scheepmaker wrote:
>> >> On Thursday 02 October 2008 22:08:41 Aaron J. Seigo wr
Hi, I'm starting to get a better idea of how all of this works now. I
started hacking on plasmaapp. Kephal will actually make the code
simpler as it provides finer-grained signals (screen added, removed,
moved, resized), so the behavior of adjustSize can actually be split
between the corresponding
Hi,
For example, the context menu shown by folderview when right clicking on a
file icon doesn't have menu items like "Remove this folder view" and
"Desktop options". Folderview achieves this by reimplementing
mousePressEvent.
But in an AppletScript subclass, there is no mousePressEvent to reimpl
On Thursday 09 October 2008, Jason Stubbs wrote:
> think it'll destroy half the benefit that was gained from refactoring
> if rushed. ;)
which half would that be?
we have 5 weeks until feature freeze, then more time after that to stabalize.
there's a patch in this thread that gives access to the
(Let's try to the mailing list this time)
On Thu, Oct 9, 2008 at 10:01 PM, Rob Scheepmaker
<[EMAIL PROTECTED]> wrote:
> On Sunday 05 October 2008 04:40:47 Jason Stubbs wrote:
>> This is definitely a possibility, but I'm not sure it's really possible
>> to accomplish by October 19th. Assuming that
2008/10/9 Aaron J. Seigo <[EMAIL PROTECTED]>:
>
> unless there's a common use case where massive rearrangement of the monitors
> is a commonplace action, i don't see the need to change the current code or
> make it more complex than it already is.
Ok, agreed. Anyway this is far from being a priori
On Thursday 09 October 2008, Rob Scheepmaker wrote:
> On Thursday 09 October 2008 22:51:37 Aaron J. Seigo wrote:
> > On Thursday 09 October 2008, Rob Scheepmaker wrote:
> > > The margins contained in the panelSvg leave a gap between the borders
> > > of the extenderItem and the border of the applet
On Thursday 09 October 2008, Guillaume Pothier wrote:
> 2008/10/9 Aaron J. Seigo <[EMAIL PROTECTED]>:
> > we store the arrangement of panels and resize the views, but we don't
> > mess with the layouts. that seems a bit overkill. if you want different
> > layouts, perhaps use different Activities.
2008/10/9 Aaron J. Seigo <[EMAIL PROTECTED]>:
>
> we store the arrangement of panels and resize the views, but we don't mess
> with the layouts. that seems a bit overkill. if you want different layouts,
> perhaps use different Activities.
Maybe there could be an automatic switching of activities b
On Thursday 09 October 2008 22:51:37 Aaron J. Seigo wrote:
> On Thursday 09 October 2008, Rob Scheepmaker wrote:
> > The margins contained in the panelSvg leave a gap between the borders of
> > the extenderItem and the border of the applet background, setting the
> > margin to 0 makes the borders o
On Thursday 09 October 2008 18:51:15 Marco Martin wrote:
> On Thursday 09 October 2008, Rob Scheepmaker wrote:
> > Hello everyone.
> >
> > As you might have noticed, I've added support for theming the background
> > of extenderitems through a standard panelSvg svg in the desktoptheme.
> > While thi
On Thursday 09 October 2008, Rob Scheepmaker wrote:
> The margins contained in the panelSvg leave a gap between the borders of
> the extenderItem and the border of the applet background, setting the
> margin to 0 makes the borders of the extenderItem stick out of the applet
> border. Either way, th
On Thu, Oct 9, 2008 at 3:51 PM, Aike J Sommer <[EMAIL PROTECTED]> wrote:
>
> Well... I have the dbus-api wrapped in a library, which makes for a little
> easier integration and will also not cause any errors if for some reason
> kephal is not available over dbus!
Cool, so this means that the libra
On Thursday 09 October 2008 21:28:32 Aaron J. Seigo wrote:
> well, yes. but it doesn't manage the extender itself.
> PopupApplet::graphicsWidget() returns the extender on behalf of the Battery
> applet.
>
> therefore, the place to manage that use case is inside of PopoupApplet
> itself as well. if
Am Donnerstag 09 Oktober 2008 20:48:14 schrieb Guillaume Pothier:
> On Thu, Oct 9, 2008 at 1:42 PM, Aike J Sommer <[EMAIL PROTECTED]> wrote:
> > Im not really sure what the next steps should be. It shouldnt be that
> > much work to get kephals signals hooked into plasma, but where should i
> > star
Am Donnerstag 09 Oktober 2008 20:45:47 schrieb Aaron J. Seigo:
> On Thursday 09 October 2008, Aike J Sommer wrote:
> > Im not really sure what the next steps should be. It shouldnt be that
> > much work to get kephals signals hooked into plasma, but where should i
> > start with that? Create a copy
On Thursday 09 October 2008, Sebastian Kügler wrote:
> > is the battery doing it's own layout there, or is it just relying on
> > PopupApplet to be doing the right thing?
>
> Battery puts a QGridLayout inside the extender.
well, yes. but it doesn't manage the extender itself.
PopupApplet::graphic
On Thursday 09 October 2008, Guillaume Pothier wrote:
> 2008/10/9 Aaron J. Seigo <[EMAIL PROTECTED]>:
> > how much is the applet required to make kephal useful for plasma? can
> > kephal be used as just a notifier of screen layouts, or does it also need
> > to manage them? if it can be used as just
2008/10/9 Aaron J. Seigo <[EMAIL PROTECTED]>:
> how much is the applet required to make kephal useful for plasma? can kephal
> be used as just a notifier of screen layouts, or does it also need to manage
> them? if it can be used as just a notifier (what we have now with
> QDesktopWidget, right?) t
A Thursday 09 October 2008 17:07:35, Aaron J. Seigo escreveu:
> On Thursday 09 October 2008, Rob Scheepmaker wrote:
> > The problem occurs when we would like to keep this same look when the
> > extender is contained in an applet on the desktop, which is currently the
>
> the Applets-with-extenders
On Thursday 09 October 2008 20:47:29 Aaron J. Seigo wrote:
> On Thursday 09 October 2008, Sebastian Kügler wrote:
> > On Thursday 09 October 2008 18:07:35 Aaron J. Seigo wrote:
> > > for now, i'd be just fine with skipping that issue altogether until we
> > > have some actual real world examples of
2008/10/9 Aaron J. Seigo <[EMAIL PROTECTED]>:
>
> i guess that brings us back to the real question: is kephal going to make it
> for 4.2? if so, let's not spend our time on workarounds, but on getting kephal
> and plasma working together.
I agree, anyway the patch didn't bring much good ;-)
g
>
>
On Thu, Oct 9, 2008 at 1:42 PM, Aike J Sommer <[EMAIL PROTECTED]> wrote:
>
> Im not really sure what the next steps should be. It shouldnt be that much
> work to get kephals signals hooked into plasma, but where should i start with
> that? Create a copy of plasma(-the-app) in playground? Or only wo
On Thursday 09 October 2008, Sebastian Kügler wrote:
> On Thursday 09 October 2008 18:07:35 Aaron J. Seigo wrote:
> > for now, i'd be just fine with skipping that issue altogether until we
> > have some actual real world examples of this in action beyond the custom
> > internal extender applet, whe
On Thursday 09 October 2008, Aike J Sommer wrote:
> Im not really sure what the next steps should be. It shouldnt be that much
> work to get kephals signals hooked into plasma, but where should i start
> with that? Create a copy of plasma(-the-app) in playground? Or only work
> locally and send dif
On Thursday 09 October 2008 18:07:35 Aaron J. Seigo wrote:
> for now, i'd be just fine with skipping that issue altogether until we have
> some actual real world examples of this in action beyond the custom
> internal extender applet, where we can afford to invest a bit of custom
> effort (e.g. set
On Thursday 09 October 2008 19:28:11 Aaron J. Seigo wrote:
> > I'll check both when writing the
> > relnotes anyway, but I know that a lot of people are looking at the
> > feature plan.
>
> the feature plan is more to keep us in line with the release schedule
> right? i think it's ok if people are
Am Donnerstag 09 Oktober 2008 15:45:33 schrieb Guillaume Pothier:
> > BTW: Sorry for the delays, been covered in some "work-stuff"... I got
> > kephal almost as a kded module, now i only need to figure out why cmake
> > segfaults on me after rebuilding kde! Any ideas? Anybody experience the
> > sam
On Thursday 09 October 2008, Aaron J. Seigo wrote:
>
> > I'll check both when writing the
> > relnotes anyway, but I know that a lot of people are looking at the
> > feature plan.
>
> the feature plan is more to keep us in line with the release schedule
> right? i think it's ok if people are pleas
> > Anyway, I'll re-apply the workaround patch I sent before, to see if it
> > is still useful (it reconfigured all the screens instead of
> > reconfiguring only one when adjustSize was called). If it works, it
> > might be a good idea to include it until a kephal is moved out of
> > playground.
>
On Thursday 09 October 2008, Sebastian Kügler wrote:
> On Thursday 09 October 2008 17:59:38 Aaron J. Seigo wrote:
> > On Thursday 09 October 2008, Marco Martin wrote:
> > > On Thursday 02 October 2008, Aaron J. Seigo wrote:
> > > > here's my curent playground standings ... i'll start moving things
On Thursday 09 October 2008 17:59:38 Aaron J. Seigo wrote:
> On Thursday 09 October 2008, Marco Martin wrote:
> > On Thursday 02 October 2008, Aaron J. Seigo wrote:
> > > here's my curent playground standings ... i'll start moving things into
> > > kdereview next week after things in kdereview that
On Thursday 09 October 2008, Rob Scheepmaker wrote:
> Hello everyone.
>
> As you might have noticed, I've added support for theming the background of
> extenderitems through a standard panelSvg svg in the desktoptheme. While
> this is certainly an improvement over not having a background at all, it
On Thursday 09 October 2008, Rob Scheepmaker wrote:
> The problem occurs when we would like to keep this same look when the
> extender is contained in an applet on the desktop, which is currently the
the Applets-with-extenders shown in the mockup are flawed: they do not have the
same divider betw
On Thursday 09 October 2008, Guillaume Pothier wrote:
> I guess the right thing to do would be to listen to kephal signals
> instead of QDesktopWidget ones?
once kephal is available, yes.
> How would communication work in that case? dbus?
i assume so, yes.
> Anyway, I'll re-apply the workaround
On Thursday 09 October 2008, Marco Martin wrote:
> On Thursday 02 October 2008, Aaron J. Seigo wrote:
> > here's my curent playground standings ... i'll start moving things into
> > kdereview next week after things in kdereview that should be moved out
> > are moved (doing so myself if necessary)
>
On Saturday 04 October 2008, Jason Stubbs wrote:
> Aaron J. Seigo wrote:
> > On Friday 03 October 2008, Rob Scheepmaker wrote:
> >> On Thursday 02 October 2008 22:08:41 Aaron J. Seigo wrote:
> >>> systray-refactor - needs the plasmoid protocol finished out, but
> >>> generally there. (notifications
On Thursday 09 October 2008 15:33:33 Marco Martin wrote:
> On Thursday 02 October 2008, Aaron J. Seigo wrote:
> > here's my curent playground standings ... i'll start moving things into
> > kdereview next week after things in kdereview that should be moved out
> > are moved (doing so myself if nece
2008/10/8 Aaron J. Seigo <[EMAIL PROTECTED]>:
>> On the other hand, the shell does not react well to configuration
>> changes. It is necessary to restart plasma when a monitor is
>> added/removed.
>
> there is code to handle this, actually. but we've never had the signals to
> actually test it and
Hello everyone.
As you might have noticed, I've added support for theming the background of
extenderitems through a standard panelSvg svg in the desktoptheme. While this
is certainly an improvement over not having a background at all, it's still
not as neat as I would like it to be. Notice this
> BTW: Sorry for the delays, been covered in some "work-stuff"... I got kephal
> almost as a kded module, now i only need to figure out why cmake segfaults on
> me after rebuilding kde! Any ideas? Anybody experience the same when trying
> to build screenmanagement in plasmas playground?
I had the
On Thursday 02 October 2008, Aaron J. Seigo wrote:
> here's my curent playground standings ... i'll start moving things into
> kdereview next week after things in kdereview that should be moved out are
> moved (doing so myself if necessary)
>
just to be sure: playground applets and dataengine that
On Sunday 05 October 2008 04:40:47 Jason Stubbs wrote:
> This is definitely a possibility, but I'm not sure it's really possible
> to accomplish by October 19th. Assuming that the icon would show/hide
> the extender, there are issues such as the interaction between the
> kuiserver hide/show and kno
On Thu, Oct 9, 2008 at 1:19 PM, Artur Souza (MoRpHeUz)
<[EMAIL PROTECTED]> wrote:
> On Wed, Oct 8, 2008 at 11:21 AM, Artur Souza (MoRpHeUz)
>> I was thinking about adding a simple config dialog to pastebin
>> applet in order to be able to setup different pastebin servers.
>
> Ok, here is the situ
On Wed, Oct 8, 2008 at 11:21 AM, Artur Souza (MoRpHeUz)
> I was thinking about adding a simple config dialog to pastebin
> applet in order to be able to setup different pastebin servers.
Ok, here is the situation: each pastebin server implements it's own
"web api". The problem with this is that
> > Aike told me Seli is working on that.
>
> Seli is working on plasma? or just working on making kwin not interfere
> with screen change announcements?
He had plans to "iron out" a few of those problems (of plasma and kwin) for
the upcoming opensuse 11.1. Dont know what the state of that is ho
Hi all!!
> select their placement (left-of, right-of, clone, etc). I'm not sure
> about rotation (Aike?). Heavier testing and polishing is probably
Rotation is working as far as i can tell... I had a few issues when i tried
it, but those seemed to be more related to my combination of drivers!
Pl
48 matches
Mail list logo
