Remote Widgets API

Hello, For the people that are unfortunate enough to are not at Tokamak 3 right now, I've got the current remote widgets api attached (I think it's complete but I'm not 100% sure, let me know if anything seems missing). We will discuss it here, but we don't want to deprive you of commenting on

Remote Widget API Review - The Revenge

Hello all, Here's the remote widget api as it is after review at Tokamak still something wrong? Speak now, or forever hold your peace. Regards, Rob /** Overview: Most of the new api is focussed on plasma shells, to allow them to access remote widgets and allow them controll over the security

Re: Review Request: Support for the plasma:/ protocol in urls from emails/web pages and the network:/ kioslave

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1515/#review2242 --- Cool, nice work. Indeed support for drag&dropping those urls and 'open

Re: QCA2 and Remote Widgets

On Sunday 06 September 2009 16:49:36 Dario Freddi wrote: > Hello people, > > we do have a problem! The new remote widgets in plasma are requiring QCA2 > to make things work out. The problem is that by now, QCA2 is an optional > package for KDELibs, and when it is not found, there are no checks in >

Re: Tokamak III Wrap Up

On Saturday 05 September 2009 14:53:18 Sebastian Kügler wrote: > Fellow Plasmaniacs, > > I hope you all got home well, and those of you who haven't made it yet: > have a safe and pleasant trip! > > I've spent the better part (actually the better part of the journey I was > *not* sleeping or having

Re: Remote widgets, the next steps

On Tuesday 29 September 2009 10:53:41 Fabrizio Montesi wrote: > Hi everyone, > > I've studied the code of the Remote Widgets implementation and I'd like to > discuss some internals. Most of the following (if not all) could be already > known, anyway. Cool, I could use some more peer review :) >

Re: Remote widgets, the next steps

On Tuesday 29 September 2009 18:04:07 Fabrizio Montesi wrote: > On Tue, Sep 29, 2009 at 4:30 PM, Rob Scheepmaker < > > r.scheepma...@student.utwente.nl> wrote: > > I never really considered the case of implementing a native > > Plasma::Services > > in jolie

Re: issues with Extender

On Tue, Aug 05, 2008 at 10:47:43AM -0600, Aaron J. Seigo wrote: > hi all... (and in particular Rob =) > > my first foray into Extenderland has been ok, though not perfect. Of course, it can still benefit a lot from some more polish and testing. Looking forward to do that when I get back. > > thi

Extender tutorial on techbase

I've recently written a simple Extender tutorial on techbase, and would appreciate some feedback. Is the example clear? Is there stuff I don't mention but should? You can find the tutorial on http://techbase.kde.org/Development/Tutorials/Plasma/UsingExtenders Regards, Rob Scheepma

Extender api review round 4

problem would maybe be something like associating applets with a plasma/extenderitem mime type or something like that, but still, I think it should work without requiring the user to have a certain applet installed. Any suggestions? Cheers, Rob Scheepmaker (pinda) - ___

Re: Proposal for a Plasma meeting location (Tokamak III?)

On Wednesday 03 September 2008 17:21:07 Aaron J. Seigo wrote: > quite possibly.. who else would be available for January or February? I am, most probably. I already missed akademy, so I would love to be there and get the chance to meet some of you. Also sounds like a nice location :) ___

Re: libplasma GPL files

yours to LGPL (v2+)? Of course, you've got my permission. Regards, Rob Scheepmaker ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Extender tutorial on techbase

Modulo my stupidity. > > That said, I think the API of the extenders (or what I read in the > tutorial) is OK, now we need to rule out the bugs :> Yes, I fixed a lot of bugs there last week, and I'm now at the point where I'm very interested in bug reports since there aren't any major and obvious bugs left... well in libplasmaclock there are but once that uses popupapplet, that should be solved. Regards, Rob Scheepmaker ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Extender tutorial on techbase

On Tuesday 09 September 2008 18:24:17 Aaron J. Seigo wrote: > On Tuesday 09 September 2008, Marco Martin wrote: > > i see like two different things, like an applet that Has a > > popup vs popupapplet that is an applet that Is a popup > > which is provided for in my proposed patch. > > has a popup:

Re: Extender tutorial on techbase

crash :-/ > instead if the clock is saved in plasma-appletsrc it gets created without > any problems Can you post a backtrace? It might contain some useful information. Interesting btw how the Extender Tutorial threat has grown in a PopupApplet review discussion ;)

Re: Extender tutorial on techbase

in this way? an autoExpireDelay of 0 is the default, so that wouldn't change anything. regards, Rob Scheepmaker ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Extender tutorial on techbase

ng save() is always safe, and destroying non persistent extenderitems when plasma actually quits. I'm going to look for a place I can move the calls to destroy() to, to make this happen. Regards, Rob Scheepmaker ___ Plasma-devel mailing list Pla

Re: Review Request: icon-less popupapplets and popupappletified clock

On Friday 12 September 2008 16:12:09 Marco Martin wrote: > digital and analog clock, popup actually works now ;) > still one issue: when is on desktop it seems the whole dialog is not a > window but seems to become a proxywidget, even if dialog doesn't have the > applet as parent, really don't unde

Re: Extender api review round 4

ach would be that I fear it's less obvious from just looking at the api how to use extenders. What do you think is the nicest approach? Regards, Rob Scheepmaker ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Extender api review round 4

applet is unavoidable (well, it could also be in extender but the requirement of having to implement an extender is not so nice) Regards, Rob Scheepmaker ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: playground plasmoid redux

On Thursday 02 October 2008 22:08:41 Aaron J. Seigo wrote: > systray-refactor - needs the plasmoid protocol finished out, but generally > there. (notifications?) > kuiserver - should be added to the systemtray? Or maybe just keep as a seperate plasmoid which can of course be used through th

Re: playground plasmoid redux

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

Extender theming issues.

ggestions on how to make extender theming as appealing as possible without making the codebase a mess or removing a lot of the flexibility it currently has. Regards, Rob Scheepmaker ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Extender theming issues.

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

Re: Extender theming issues.

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 sv

Re: Extender theming issues.

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 t

Re: Extender theming issues.

On Friday 10 October 2008 14:48:05 Marco Martin wrote: > On Friday 10 October 2008, Rob Scheepmaker wrote: > > On Friday 10 October 2008 00:01:15 Aaron J. Seigo wrote: > > > ah, i see .. i wasn't explicit enough: keep the top margin in the > > > dialog, just

Re: Extender theming issues.

On Friday 10 October 2008 00:01:15 Aaron J. Seigo wrote: > ah, i see .. i wasn't explicit enough: keep the top margin in the dialog, > just get rid of the left/right/bottom margins. > > the reason for doing it this way is then you don't have to specia case > anything when the Extender gets used in

Re: Extender theming issues.

On Thursday 09 October 2008 21:14:05 pinheiro wrote: > A Thursday 09 October 2008 17:07:35, Aaron J. Seigo escreveu: > > the Applets-with-extenders shown in the mockup are flawed: they do not > > have the same divider between the items (e.g. Grab and Grab 2) that they > > do in the dialogs. > > wen

Re: Extender theming issues.

On Friday 10 October 2008 19:50:39 Aaron J. Seigo wrote: > On Friday 10 October 2008, Marco Martin wrote: > > not exactly: the problem is that there must be two different dialog svgs: > > one loaded when the desktop effects are on and that is exactly the same > > as applet (but nothing forbid a the

Return to source icon

Hello, I've got a small question on a mainly aesthetic issue. I've made a patch that uses a Svg element as the return-to-source icon on extender items. This way, people that make plasma themes can also theme the look of this icon, just like the icons on the applet handles. The patch itself is

Re: Return to source icon

On Saturday 11 October 2008 18:31:47 Sebastian Kügler wrote: > From the one-less-file-to-load-at-startup point of view, I'd say adding it > to the SVG that's already used would make most sense. Extenders will be a > pretty common element of the desktop. I like the idea of a plasma themed > icon the

Review Request: Improved extender theming

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.vidsolbach.de/r/222/ --- Review request for Plasma. Summary --- This is an attempt to make the

Re: Review Request: Improved extender theming

On Saturday 18 October 2008 21:32:38 Nuno Pinheiro wrote: > Beter beter but still some visual glitches (like the un AA corners) and > the bar under is not needed its just shown if the extender is actulay > detached... Yes, it still needs some minor tweaks, but this is a good starting point, I

Re: Review Request: Improved extender theming

On Saturday 18 October 2008 21:33:03 Aaron J. Seigo wrote: > On Saturday 18 October 2008, Rob Scheepmaker wrote: > > --- > > This is an automatically generated e-mail. To reply, visit: > > http://reviewboar

Re: Review Request: Improved extender theming

On Sunday 19 October 2008 13:38:24 Marco Martin wrote: > On Saturday 18 October 2008, Nuno Pinheiro wrote: > > > Diff: http://reviewboard.vidsolbach.de/r/222/diff > > > > > > > > > Testing > > > --- > > > > > > Done some testing om kuiserver and clock. > > > > > > > > > Screenshots > > > --

Re: Review Request: Improved extender theming

; Extender *q; @@ -67,6 +69,8 @@ bool popup; +Extender::Appearance appearance; + static QGraphicsGridLayout *s_popupLayout; }; Index: libs/plasma/private/extenderapplet_p.h === --- libs/plasma

Re: [PROBLEM] New systray notifications and kwin

On Wednesday 22 October 2008 15:27:18 Dmitry Suzdalev wrote: > Hello! > > I just found a real problem with new notifications system. Let me describe > it. New notifications are shown using a PopupApplet which is a full-blown > window from the KWin POV. So what happens is the following: > > dimsuz i

Re: [PROBLEM] New systray notifications and kwin

On Wednesday 22 October 2008 18:36:57 Aaron J. Seigo wrote: > On Wednesday 22 October 2008, Rob Scheepmaker wrote: > > Popup Dialogs used to be Qt::Tooltip, only that doesn't function > > correctly when you want to be able to drag widgets away from the window, > > as

Re: [PROBLEM] New systray notifications and kwin

On Wednesday 22 October 2008 15:27:18 Dmitry Suzdalev wrote: > dimsuz is touch-typing with amazing speed in his kmail window. at the same > time he often alt-tabs to kopete to chat with friends, and also types much > in konversation in #plasma channel :) > At the same time a lot of notifications ar

Re: Review Request: new meter theming approach

On Friday 24 October 2008 12:24:03 Marco Martin wrote: > > On 2008-10-23 23:19:59, Petri Damstén wrote: > > > /trunk/KDE/kdebase/workspace/libs/plasma/widgets/meter.cpp, line 122 > > > > >22> > > > > > > * Fixed tile widt

Re: Review Request: new meter theming approach

On Friday 24 October 2008 18:15:53 Marco Martin wrote: > On Friday 24 October 2008, Rob Scheepmaker wrote: > > What if you add an element to the svg which indicates the tiles 'natural' > > height/weight ratio. The golden ratio is a good start, but I think themes > &

Re: last call for alcohol .. er .. BIC API changes

On Monday 03 November 2008 07:20:53 Aaron J. Seigo wrote: > hi =) > > i'd like to move libplasma over to kdelibs on Nov 3rd. it'll be a fair > amount of work, and i'll announce here when i've started so other people > don't get caught with local changes to libplasma. neat :) > so this is the "las

Review Request: Some improments to the system tray notifications.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.vidsolbach.de/r/256/ --- Review request for Plasma. Summary --- I noticed a couple of issues in

Re: Review Request: Some improments to the system tray notifications.

On Wednesday 05 November 2008 15:18:02 Jason Stubbs wrote: > Rob Scheepmaker wrote: > > I noticed a couple of issues in the way system tray notifications are > > currently displayed: > > A little bit cheeky seeing as most of these issues were comments posted > by othe

Re: Review Request: Some improments to the system tray notifications.

On Thursday 06 November 2008 13:18:36 Jason Stubbs wrote: > The system tray spec has a balloon message API that is essentially > another notification API. That API describes the icon by its bitmap so I > went for the highest common factor - a QIcon. For Qt, the API is > accessible with QSystemTrayI

Review Request: add labelSize function to Plasma::Meter

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.vidsolbach.de/r/261/ --- Review request for Plasma. Summary --- While I was updating the kuiser

[REVIEW] Add labelSize() to Plasma::Meter

This patch is also on reviewboard but anonsvn is down and therefor reviewboard doesn't work. While I was updating the kuiserver applet to use the new progress-bar design I suddenly had the need to obtain the size of a label in the progress-bar svg. JobWidget displays the filename elided ("file:

Re: [REVIEW] Add labelSize() to Plasma::Meter

On Saturday 08 November 2008 11:48:54 Sebastian Kügler wrote: > On Friday 07 November 2008 17:56:11 Rob Scheepmaker wrote: > > While I was updating the kuiserver applet to use the new progress-bar > > design I suddenly had the need to obtain the size of a label in the >

Re: [REVIEW] Add labelSize() to Plasma::Meter

On Saturday 08 November 2008 17:57:06 Sebastian Kügler wrote:> > Hm, that's a QLabel (of some sort) inside Plasma::Meter, I might be dense, > but you can still easily get at it with sth like > myMeter->label->nativeWidget()- > > >sizeHint() ... Well, actually, in Plasma::Meter the text is drawn in

Re: Review Request: Event id for plasma dbus notification interface

On Saturday 15 November 2008 12:08:53 Roman Jarosz wrote: > I would like to filter Kopete events (and show it differently) based on > eventId but plasma doesn't sent it right now. I don't know if it will be > possible to change the dbus interface between KDE 4.2 and 4.3 so that's why > I'm posting

Re: [REVIEW] integration of kuiserver applet into the systemtray

On Tuesday 18 November 2008 02:12:07 Jason Stubbs wrote: > 2008/11/18 Rob Scheepmaker <[EMAIL PROTECTED]>: > > Because this task is not really > > specific to a protocol, and only relevant to the systray's UI, I've > > decided to put the task providing this ico

Re: Panel offenders

On Friday 21 November 2008 15:44:44 Marco Martin wrote: > Hi all, > i see that some applet still screw up when added in the panel, a thing i > would like to have for 4.2 is a good behaviour of all the shipped as > default ones, A very sensible idea :) > rssnow: also here just display a single ne

Re: uiserver interaction, was: Re: [PATCH] Show the job progress in separate dialog

On Thursday 27 November 2008 23:59:16 Sebastian Kügler wrote: > Getting used to it, I'm encountering some behavioural problems, I'll list > them here: I agree that some polish is required to improve uiserver's usability. I'm willing to work on improving this: a lot can be accomplished with very f

Re: Systray Notifications

On Saturday 29 November 2008 13:55:15 Matthias Fuchs wrote: > Hi, > > First I know that the systray notifications are very new. > > Second I have some problems with them ;) [1]: > > *When logging in some messages telling me that the Ktorrent logs are copied > somewhere pop up --> annoying > > *When

Re: tokamak II proposal

On Saturday 29 November 2008 00:03:14 Nuno Pinheiro wrote: > Finaly I have the proposal ready, please read it coment it flame it etc > etc > > http://www.nuno-icons.com/images/oporto.pdf Sounds good. :) I'd love to come and most probably will. It would be nice however if this plan can be mad

Re: Systray Notifications

On Saturday 29 November 2008 15:36:59 Anne-Marie Mahfouf wrote: > On Saturday 29 November 2008 15:15:58 Rob Scheepmaker wrote: > > On Saturday 29 November 2008 13:55:15 Matthias Fuchs wrote: > > > Hi, > > > > > > First I know that the systray notifications are

Re: Systray Notifications

On Saturday 29 November 2008 16:41:25 Andras Mantia wrote: > There is a way to know if the progress info should be visible or not, and > namely the JobFlags argument for the kio methods. See the API docs (like > http://api.kde.org/4.x-api/kdelibs-apidocs/kio/html/namespaceKIO.html#09f67 >ce3514cc15

Re: Systray Notifications

On Sunday 30 November 2008 18:24:56 Matthias Fuchs wrote: > On Samstag 29 November 2008 15:15:58 Rob Scheepmaker wrote: > > Well, with more notifications then space available stuff will obviously > > be suboptimal. The question is how often this situation arises. I'm using >

Re: uiserver interaction, was: Re: [PATCH] Show the job progress in separate dialog

On Friday 28 November 2008 18:18:05 Aaron J. Seigo wrote: > On Friday 28 November 2008, Rob Scheepmaker wrote: > > * By default, don't automatically hide the popup, when it shows a running > > job. They're passive popups now (nice btw :)), which mean they aren't >

Review Request: No longer use a QGL for managing offscreen widgets.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.vidsolbach.de/r/296/ --- Review request for Plasma. Summary --- Currently, offscreen widgets ar

Re: Review Request: No longer use a QGL for managing offscreen widgets.

isit: http://reviewboard.vidsolbach.de/r/296/#review284 ----------- On 2008-12-09 11:03:40, Rob Scheepmaker wrote: > > --- > This is an automatically generated e-mail. To r

Re: Review Request: No longer use a QGL for managing offscreen widgets.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.vidsolbach.de/r/296/ --- (Updated 2008-12-09 16:43:47.514256) Review request for Plasma. Summary -

Re: Help request on writing a plasmoid

On Thursday 11 December 2008 19:00:30 Bernhard Mustermann wrote: > So.. now my problem: Documentation is a bit suboptimal .. well.. who want's > to write docu ^^ ... so I'm a bit lost on where to start ... Yeah, the documentation could be better. But a good place to start is the tutorials on tech

Re: Tokamak II

On Wednesday 03 December 2008 17:20:27 Artur Souza(MoRpHeUz) wrote: > Hi guys, > > Quoting Aaron's email: > """ > for now, please place your interest in attending, aprox travel cost, etc on > this page: > > http://techbase.kde.org/Projects/Plasma/Tokamak2 > """ > > Please, make sure you p

Frustrating extender bug, help much appreciated

nts. I even implemented sceneEvent() to see if any ungrab mouse events are received (or even any events) but that isn't the case. If anybody got any idea what can cause this problem please let me know, either here on the list or on IRC (nick: pinda). Regards, Rob Scheepmaker Oh, and ha

Re: Frustrating extender bug, help much appreciated

On Tuesday 06 January 2009 20:43:30 Alex Merry wrote: > Have you tried it on other window managers? Metacity, say. The same problem appears with metacity so if it's a WM thing it is at least not kwin specific. I'm really puzzled by this bug... ___ Pl

Re: Welcome to 4.3.

On Wednesday 07 January 2009 03:30:35 Aaron J. Seigo wrote: > Hello everyone. > > So we booked the hotel in Porto over the weekend for Tokamak II. Is the hotel booked from the 5th till the 10th? My flight arrives and the 5th, and leaves at the 10th, and I suppose more people arrive the day befor

Review Request: Also save extender item config when not detached, and save collapsed state.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.vidsolbach.de/r/328/ --- Review request for Plasma. Summary --- Previously we've decided to, by

Re: Review Request: Also save extender item config when not detached, and save collapsed state.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.vidsolbach.de/r/328/ --- (Updated 2009-01-16 09:31:02.878221) Review request for Plasma. Summary -

Re: Tokamak Meeting II

On Thursday 15 January 2009 17:47:30 Nuno Pinheiro wrote: > hey everybody > > fristly confirmation for the people coming. I'll be there! > Secondly I asked several people already to prepare a litle presentation to > give on the 6. (can be about anything as long as its plasma related, i > think a

Re: tokamakII URGENT

On Thursday 22 January 2009 21:16:28 Nuno Pinheiro wrote: > 2 questions! need ansers ASP :) > frist one > vegie meals I need to sort that out with the catering so i need to know > how many people will require vegie food. I'm a vegetarian. > second > as every one that is going to give a presentat

Re: 4.2 on Debian Experimental Refactoring Alert :-)

On Tuesday 27 January 2009 14:13:28 David Baron wrote: > Just put in on, looks good after re-configuring my wallpaper and a couple > of crashes. > > All in all 4.2 looks great (except I cannot get rid of those notifications > which did not appear in 4.1)! If you don't like the new plasma style not

Re: 4.2 on Debian Experimental Refactoring Alert :-)

On Tuesday 27 January 2009 16:35:47 David Baron wrote: > Thanks. > Now I get them on the upper right and can click anywhere on them to > dismiss. Before, they were on the lower right, larger and one had to click > [X} In KDE 4.1, they did not appear at all. I did not miss them :-) Hmm, they've alw

Re: [patch] fix crashes when source applet of extender is removed

On Friday 30 January 2009 11:06:35 Sebastian Kügler wrote: > The attached patch fixes both. One issue I've run into is that the source > applet still seems to own the content of the extenderitem. When removing > the source applet, it goes away. So I'm wondering if it makes sense at all > to keep th

Re: tokamak 2, my phonenumber

On Monday 02 February 2009 21:19:04 Nuno Pinheiro wrote: > hey hee goes my phone number you might want to call wen you get to porto or > for any other reason > > +351 96 762 87 28 Sounds useful. I'm scheduled to arrive at the airport of Oporto at 16:15 on Thursday. Any other people arriving aroun

Re: tokamak 2, my phonenumber

On Tuesday 03 February 2009 23:38:47 Sebastian Kügler wrote: > On Tuesday 03 February 2009 20:29:12 Rob Scheepmaker wrote: > > On Monday 02 February 2009 21:19:04 Nuno Pinheiro wrote: > > > hey hee goes my phone number you might want to call wen you get to > > > po

Re: tokamak 2, my phonenumber

On Tuesday 03 February 2009 22:29:49 Richard Moore wrote: > On Tue, Feb 3, 2009 at 7:29 PM, Rob Scheepmaker > I'll be arriving an hour before you, I don't mind hanging around if > you like. Call me +44 7968 488 568. I'll be the one who looks like > this: http://www.flic

Review Request: Refactoring of extender drag & drop

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/49/ --- Review request for Plasma. Summary --- This is a massive refactoring of how e

Plasma systray jobs default to off?

Hello everybody, Currently the plasma systray displays notifications and jobs. Both features can be enabled or disabled separately through the plasma-desktop-appletrc. In 4.2 both default to true. While the notifications work very well and have no real regressions compared to the passive popup

Re: Plasma systray jobs default to off?

On Thursday 05 March 2009 17:07:20 Casper Clemence wrote: > Slightly off the point and has probably already been discussed but > replacing the "(i)" icon with an animated icon (eg, spinning gear) > would probably be sufficient to alert the user that something is _in > progress_. Of course that assu

Re: Plasma systray jobs default to off?

On Thursday 05 March 2009 18:48:08 Aaron J. Seigo wrote: > On Thursday 05 March 2009, Rob Scheepmaker wrote: > > I think we should, for 4.2.2 either default the display of jobs to off, > > or find a way to fix the problems and regressions. > > when you try new things, it may

Backport r912127 to 4.2?

Hello, I was wondering if anyone is opposed to backporting r912127 to KDE 4.2? It's a change in behavior which is why it wasn't backported immediately. With this change, all extenderitems are permanent: even those that aren't detached. Advantage of this behavior is that things like position wit

Re: Notifications Theming

On Friday 06 March 2009 15:51:53 Trever Fischer wrote: > I'm looking for a way to theme notifications and jobs as handled by the > system tray. From what I can tell, they all use plasma's Extender class. > Are there any plans to, erm, extend the Extender class and provide some > custom SVG elements

Review Request: Move dragEnter and dragMove events showing of drop zone from panelview to containment.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/261/ --- Review request for Plasma. Summary --- Currently, the drop zone that's shown

Review Request: Add hasItem(..) function to Extender

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/277/ --- Review request for Plasma. Summary --- Because ExtenderItems are persistent

[GSoC] Abilitity to publish and/or share applets and/or activities.

This is an idea for a summer of code project I'd like to propose. I've written a couple of use cases, and a list of things that'll need to be implemented for this to work. This is just a very first draft and I'm looking forward to feedback on this idea. Alice is a teacher on a school where they

Re: [GSoC] Abilitity to publish and/or share applets and/or activities.

On Friday 13 March 2009 19:26:10 Nuno Pinheiro wrote: > fits perfectly inside the idea for the blackboard and the students plasma > configuration > > use case 1 > the black board activity/plasmoid teacher ana can see what students are > writing in their black board, can send exercices to the st

Review Request: Add grouping support to extenders and use this feature in the systemtray to group jobs.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/344/ --- Review request for Plasma. Summary --- I've been working on adding support f

Re: Review Request: Add grouping support to extenders and use this feature in the systemtray to group jobs.

ake the internals more efficient here. Agreed. I'll update the patch soon. - Rob --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/344/#review512 --- On 2009-03-16 12:38:12, Rob Scheepmaker wrote

Re: Review Request: Add grouping support to extenders and use this feature in the systemtray to group jobs.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/344/ --- (Updated 2009-03-17 17:47:42.721963) Review request for Plasma. Changes ---

Re: Proposal for one particular plamoid

On Thursday 19 March 2009 16:37:49 Zareth wrote: > So I wanted to know if I can post patches here or not, and if not where can > I ? You can send patches to this mailinglist, but the preferred way is reviewboard: http://reviewboard.kde.org > If it's good I'll post my first addon soon Welcome t

GSoC proposal draft: network transparency.

I've mentioned my interest in this GSoC project before. Now I've made a first draft of a proposal for GSoC. I'm looking forward to feedback: Network transparency in Plasma. Introduction The goal of this project is to make some parts of plasma network transparent with as end goal the ability to:

Re: Clock/Calendar bug (was Plasma::PopupApplet API change proposal)

On Tuesday 24 March 2009 12:37:18 Ivan Čukić wrote: > When a dialog is passive, it can only receive keyboard input when its > parent application has the focus. > > This means that the text-box in the calendar (the clock-pop-out-calendar, > not the calendar applet) meant for entering the date works

Re: Clock/Calendar bug (was Plasma::PopupApplet API change proposal)

On Tuesday 24 March 2009 14:24:25 Aaron J. Seigo wrote: > On Tuesday 24 March 2009, Rob Scheepmaker wrote: > > as possible. The calendar only opens when the user wants to, in which > > case passive popup isn't necessary at all. > > think about when and why the user op

Review Request: Support a custom pixmap (like a kopete contact image) in plasma notifications.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/405/ --- Review request for Plasma. Summary --- The oldschool Passive Popup notificat

Re: Review Request: Support a custom pixmap (like a kopete contact image) in plasma notifications.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/405/ --- (Updated 2009-03-24 10:47:05.723927) Review request for Plasma. Changes ---

Re: GSoC: Educational layout

Hello Lauri, Some suggestions for improving your proposal: Currently your application is a bit vague. You're not telling much more about what you're trying to accomplish then what's on the GSoC ideas page. I'd suggest you include some more specifics, maybe some simple mockups since it is a rat

Re: GSoC proposal draft: network transparency.

On Wednesday 25 March 2009 09:36:50 Fabrizio Montesi wrote: > On Wed, Mar 25, 2009 at 9:24 AM, Kevin Ottens wrote: > > Keep in mind that right now I'm concentrating on the "using services" > > part of > > the library. I'm somehow "forced" to put the "exposing services" part on > > hold > > because

Re: Review Request: Support for transparent panel without composition

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/472/#review729 --- Keeping this all within the desktop shell is a clear improvement over '

  1   2   >