remember the changelog :)

hi everyone ... please remember to document your significant features and bug fix changes to plasma related code in kdebase/workspace/plasma/design/CHANGELOG. also remember the documentation we have up on http:://techbase.kde.org/Projects/Plasma for things like themes and packages and try and

Re: Review Request: Backport multihead fixes

On Tue, Mar 24, 2009 at 8:07 PM, Aaron J. Seigo wrote: > >> About NearestScreen(), it could just actually be the next configured >> screen, like (s+1)%N, or something like that, if we do not have >> information about where the removed screen was. > > we probably have geometry information kicking a

Re: Review Request: Backport multihead fixes

On Tuesday 24 March 2009, Guillaume Pothier wrote: > On Tue, Mar 24, 2009 at 6:46 PM, Aaron J. Seigo wrote: > > the question becomes: do we want to introduce some logic (which will > > likely get a bit complex) to make things work differently? > > Yes, I think it is very much needed. Actually I th

RFC on my (unfinished) gsoc-proposal

Good evening to you all, good Madams and Sirs! Compliment of the day and how is life general with you? I plan on submitting a proposal for writing a Plasma-oriented IDE, Plasmate. Some of the excellent Plasma-developers have already started on it, with a lot of nice ideas and even a skeleton im

Re: Review Request: Backport multihead fixes

On Tue, Mar 24, 2009 at 6:46 PM, Aaron J. Seigo wrote: > the question becomes: do we want to introduce some logic (which will likely > get a bit complex) to make things work differently? Yes, I think it is very much needed. Actually I thought it was already implemented as it has always been work

Re: gsoc; PlasMate

On Tuesday 24 March 2009, Oszkar Ambrus wrote: > What should I include in my application for the implementation details? > Just a short overview of what's on the website with my additional > suggestions and ideas? pretty much. :) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 220

Re: Review Request: Backport multihead fixes

On Tuesday 24 March 2009, Guillaume Pothier wrote: > On Mon, Mar 23, 2009 at 3:13 PM, Aaron J. Seigo wrote: > > On Monday 23 March 2009, Guillaume Pothier wrote: > > > Hi, not sure it is related, but since a few days I've notived that I > > > "loose" the panel when I go from two monitors to one. I

Re: Another Summer of Code proposal (desktop dock)

On Tuesday 24 March 2009, Fábio Firmo wrote: > Ok, so the main question is: Will be the dock a containment or a applet, > and why? Containment (which is actually a subclass of Applet); why? because it will contain and lay out other items/widgets and probably wants to have a whole panel to itself

Re: Suggestions on my GSoC proposal

Thanks everybody for the feedback. This is the first time I'm doing this, so it's very important to me to hear from you guys - I listened to every suggestion you gave me. here is the link to the updated proposal: http://docs.google.com/Doc?id=ddxppm45_13cc2rrqcw The things I corrected were relate

Re: Another Summer of Code proposal (desktop dock)

Hello again, I know it's been quite a time but it's not too late. I still want to participate, and I have some more technical questions. I tried irc yesterday but only today I realized that was the wrong channel (duh!) Ok, so the main question is: Will be the dock a containment or a applet, and w

gsoc; PlasMate

Hi, I'm writing a GSoC application to the Plasmate project. On the project website (http://techbase.kde.org/Projects/Plasma/PlasMate) there is a quite extensive description of what is should do, and even a design description listing and describing the main classes used. This doesn't live much roo

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

> that's actually partly the definition of "passive", and you can get at this > API-wise by using KWindowSystem (which is what PopupApplet is doing Maybe I haven't explained myself. Passive window is a window that is not managed by the window manager, that is, it can not have the focus. Is that

Re: Review Request: Plasma::AbstractRunner::Syntax

On Tuesday 24 March 2009 20:03:25 Aaron Seigo wrote: > so i'd like to keep addSyntax as that keeps the runners simpler, but add a > setSyntaxes and removing clearSyntaxes does make sense ... thoughts? I'm fine with keeping addSyntax and adding setSyntaxes (I proposed something similar before iirc

Re: Review Request: Plasma::AbstractRunner::Syntax

> On 2009-03-24 06:24:42, Kevin Ottens wrote: > > trunk/KDE/kdelibs/plasma/abstractrunner.h, line 83 > > > > > > Why not a default ctor instead? You've accessors anyway and it's mainly > > a "data store" class. a Syntax wit

Re: Review Request: Backport multihead fixes

On Mon, Mar 23, 2009 at 3:13 PM, Aaron J. Seigo wrote: > > On Monday 23 March 2009, Guillaume Pothier wrote: > > Hi, not sure it is related, but since a few days I've notived that I > > "loose" the panel when I go from two monitors to one. I have the panel > > on the external monitor, and it used

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

On Tuesday 24 March 2009, Ivan Čukić wrote: > The thing that strikes me as bad is the fact that the auto-hide is a side- > effect of whether the popup is passive or not, and not something available > through APIs. that's actually partly the definition of "passive", and you can get at this API-wis

Re: Plasma on MID, take 2

On Tuesday 24 March 2009, Aaron J. Seigo wrote: > On Tuesday 24 March 2009, Michael Rudolph wrote: > > I never understood why plasma-mid wants to cater to, well, MIDs, as > > well as netbooks. > > because i was "tainted" by looking at MIDs from the people who coined the > term, Intel, and not the M

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

> On 2009-03-24 10:53:27, Aaron Seigo wrote: > > we can certainly put an upper limit on the size of the images, and make > > them smaller on the sending side too. (better for the transmission over the > > bus) > > > > i think sticking with image_data makes sense; it's a place galago can and >

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

> > it would (with the current implementation) induce closing the popups when > > they lose the focus, which is not desired (at least not for > Passive or not is set on PopupApplet, not extenders (through I know, I just mentioned them as an example where auto-close-on-lost-focus is bad idea. I a

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/#review589 --- i would really love to see what is the best (and more crossdesktop) solu

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/#review588 --- Ship it! we can certainly put an upper limit on the size of the images,

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: Plasma on MID, take 2

On Tuesday 24 March 2009, Michael Rudolph wrote: > On Tue, Mar 24, 2009 at 16:46, Marco Martin wrote: > > given that someone doesn't find some revolutionary way to launch > > aplications (or call them tasks or activities or whatever) better than an > > icon grid... > > > > Cheers, > > Marco Martin

Re: Suggestions on my GSoC proposal

On Tuesday 24 March 2009, Ana Cecília Martins Barbosa wrote: > Here is the link: http://docs.google.com/Doc?id=ddxppm45_13cc2rrqcw welcome to the project; thanks for the SoC proposal. now let's do a pros and cons list! :) pros: * i like that you are planning on starting with user research, and

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: dropping content onto Plasma

On Tuesday 24 March 2009, Sebastian Kügler wrote: > On Tuesday 24 March 2009 14:30:41 Aaron J. Seigo wrote: > > On Tuesday 24 March 2009, Marco Martin wrote: > > > > The above procedure works nicely for local content, such as files. > > > > URL's are a special kind of draggable content though. As f

Re: Plasma on MID, take 2

On Tuesday 24 March 2009, Michael Rudolph wrote: > I never understood why plasma-mid wants to cater to, well, MIDs, as > well as netbooks. because i was "tainted" by looking at MIDs from the people who coined the term, Intel, and not the MIDs that we all tend to think of such as the n810. the

Re: Plasma on MID, take 2

Hi Michael! On Tuesday 24 March 2009 14:00:43 Michael Rudolph wrote: > If that sounds like it could indeed be better than an icon grid, we > should pursue this further, perhaps by agreeing on some use cases > first that are important to us. And also keep coordinating with our > soc students. I th

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

On Tuesday 24 March 2009, Casper Clemence wrote: > It would be great if it could somehow elegantly support both usage > patterns. Some sort of button that could be pressed that clearly meant > "don't disappear"... hmmm what we did in kde3 was provide a close button. a generic "collapse this back"

Re: Plasma on MID, take 2

On Tue, Mar 24, 2009 at 16:46, Marco Martin wrote: > given that someone doesn't find some revolutionary way to launch aplications > (or call them tasks or activities or whatever) better than an icon grid... > > Cheers, > Marco Martin Hi Marco, hihi, I guess that was what I was aiming for. :-) I

Re: Suggestions on my GSoC proposal

On Tuesday 24 March 2009, Ana Cecília Martins Barbosa wrote: > Hey, could someone take a look on my GSoC proposal to the New Widget > Explorer project and maybe suggest anything? :) > Here is the link: http://docs.google.com/Doc?id=ddxppm45_13cc2rrqcw > > thanks in advance, > > annieC really good,

Re: Suggestions on my GSoC proposal

Hi Annie, Before I start, I want you to welcome you to KDE and Plasma, and to say that everything I write here is solely my point of view, and doesn't need to reflect the opinion of other Plasma mentors. I needed to write the statement above since most of the time I sound to harsh while I'm no

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

After observing a few non-techie people use my laptop I have noticed that they tend to panic slightly when the calendar pop-up doesn't disappear automatically. Waggling the mouse about while they work out where they need to click seems to be the usual response. It would nice at least to give some

Re: dropping content onto Plasma

On Tuesday 24 March 2009, Sebastian Kügler wrote: > On Tuesday 24 March 2009 14:30:41 Aaron J. Seigo wrote: > > On Tuesday 24 March 2009, Marco Martin wrote: > > > > The above procedure works nicely for local content, such as files. > > > > URL's are a special kind of draggable content though. As f

Re: Plasma on MID, take 2

On Tuesday 24 March 2009, Michael Rudolph wrote: > On Tue, Mar 24, 2009 at 16:04, Marco Martin wrote: > > i think the central part of this project should be making that central > > icon vieew really solid, it should be able to show installed > > appplications (or even just the useful fraction of t

Re: dropping content onto Plasma

On Tuesday 24 March 2009 14:30:41 Aaron J. Seigo wrote: > On Tuesday 24 March 2009, Marco Martin wrote: > > > The above procedure works nicely for local content, such as files. > > > URL's are a special kind of draggable content though. As far as I > > > understand, a URL doesn't have a mimetype at

Re: dropping content onto Plasma

On Tuesday 24 March 2009 15:24:11 Dominik Haumann wrote: > On Tuesday 24 March 2009, Sebastian Kügler wrote: > > The short version > > > > Is there a way to offer plasma applet creation based on mimetypes of > > content dropped onto Plasma also for URLS? > > > > [...] > > > > I'd like to have this

Re: dropping content onto Plasma

On Tuesday 24 March 2009 14:30:41 Aaron J. Seigo wrote: > On Tuesday 24 March 2009, Marco Martin wrote: > > > The above procedure works nicely for local content, such as files. > > > URL's are a special kind of draggable content though. As far as I > > > understand, a URL doesn't have a mimetype at

Re: Plasma on MID, take 2

On Tue, Mar 24, 2009 at 16:04, Marco Martin wrote: > i think the central part of this project should be making that central > icon vieew really solid, it should be able to show installed > appplications (or even just the useful fraction of them) and or > running apps, then for a really small scree

Suggestions on my GSoC proposal

Hey, could someone take a look on my GSoC proposal to the New Widget Explorer project and maybe suggest anything? :) Here is the link: http://docs.google.com/Doc?id=ddxppm45_13cc2rrqcw thanks in advance, annieC ___ Plasma-devel mailing list Plasma-devel

Re: Plasma on MID, take 2

On 3/24/09, Artur Souza(MoRpHeUz) wrote: > Hi! =) > > > On Monday 23 March 2009 18:05:12 Emmanuel Lepage-Vallée wrote: > > Hi, almost no one seem have have got my first mail so I send a new one. It > > is also a new version of my proposal. I will also make an use case as > > notmart and MoRpHe

Re: dropping content onto Plasma

On Tuesday 24 March 2009, Sebastian Kügler wrote: > The short version > > Is there a way to offer plasma applet creation based on mimetypes of > content dropped onto Plasma also for URLS? > > [...] > > I'd like to have this fine mechanism also working URLs and be a bit > smarter about that. I'm not

Re: Review Request: New option for plasma Notes

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/366/ --- (Updated 2009-03-24 07:23:52.484603) Review request for Plasma. Changes ---

Re: Plasma on MID, take 2

Hi! =) On Monday 23 March 2009 18:05:12 Emmanuel Lepage-Vallée wrote: > Hi, almost no one seem have have got my first mail so I send a new one. It > is also a new version of my proposal. I will also make an use case as > notmart and MoRpHeUz thinks it is a good idea. I will also send the > proposa

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 opens the calendar: to check date

akademy

hi all, just to have a rough idea, how many of us are going to akademy? i'll creaed a "plasma" group on the registration page if somebody wants to join :) i (with morpheuz and also richmoore iirc) were thinking about the astoria hotel since the main one is expeeensive :p somebody wanna join/bette

Re: dropping content onto Plasma

On Tuesday 24 March 2009, Marco Martin wrote: > > The above procedure works nicely for local content, such as files. URL's > > are a special kind of draggable content though. As far as I understand, a > > URL doesn't have a mimetype attached, it's either data + mimetype (+ > > other metainformation

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

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 opens the calendar: to check dates. often this is to coordinate something going on somewhere else

Re: Review Request: Plasma::AbstractRunner::Syntax

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/372/#review585 --- trunk/KDE/kdelibs/plasma/abstractrunner.h

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: dropping content onto Plasma

On Tuesday 24 March 2009, Sebastian Kügler wrote: > The short version > > Is there a way to offer plasma applet creation based on mimetypes of > content dropped onto Plasma also for URLS? > > > The Good > > I think that dropping "random" content on the desktop is a very strong UI > metaphor. If we

Re: Google Summer of Code 2009: Raptor Menu

On Dienstag 24 März 2009 00:38:44 Sebastian Kügler wrote: > Hi Max, > > Welcome to Plasma :) > > On Monday 23 March 2009 21:31:56 Max Greenblatt wrote: > >I am a senior in computer engineering at the University of Michigan. > > I am a huge fan of KDE 4.0 and I found the proposed Raptor menu to

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

This is mostly dedicated to Aaron and Rob (IIRC, Rob did PopupApplet and Extenders) The passive pop-up problem got me thinking. 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-ou

Re: Plasma::PopupApplet API change proposal

> "something more advanced" usually is code for "unlike anything else so that > it's nice and surprising to the user". "boring" is actually good when we're > talking about shared things like the popup dialog. Ok, I understand :) The problem I had was that Esc and lost focus hiding didn't work for