Re: Some problem with Plasmate while loading a package
Casella, please see whats the problem if possible. I'm trying to figure out since a long time, but still not getting where's the problem. As you've recently changed the createNewProject code, maybe you can get a better idea. On Tue, Aug 4, 2009 at 1:34 AM, Shantanu Tushar Jha wrote: > After updating to the latest svn revision of Plasmate, I'm unable to create > any projects. That is, if I select create new Plasmoid/Dataengine/Runner, > type the value and click Create, Plasmate crashes. I've attached the > backtrace. All I can understand is that there is some problem while > loadPackage() is called in packagemodel.cpp (feeling a lot sleepy and tired > right now). > Any idea what might be going wrong? > > -- > Shantanu Tushar(UTC +0530) > http://www.shantanutushar.com > -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tasks engine
On Monday 03 August 2009, Chani wrote:
> so I found something weird in the tasks dataengine.
>
> else if (operation == "activateRaiseOrMaximize") {
> m_source->getTask()->activateRaiseOrIconify();
>
> somehow "Iconify" becomes "Maximize" o.0
> is it too late to change this?
no, i think it's just fine to fix this.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
KDE core developer sponsored by Qt Software
signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tasks engine
On Monday 03 August 2009, Chani wrote: > should plasma maybe be listening somehow for that kind of focus change? it is. or at least, it was. and i don't remember ever changing that code. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
On Monday 03 August 2009, Björn Ruberg wrote: > popupPosition() does return a good position indeed. My problem was, that I > did not get the Widget in front of the buttons. setZOrder > And I couldn't draw it > outside of the keyboard, negative coordinates to go above or left, positive to go further than. don't add it to a layout or anything. > top rows. One more (hard) wish: It must not "block" the press on the key > behind it. Say I press "g" and a tooltip appears with "g" inside. That > tooltip would be drawn in front of "t" and "y". But it MUST still be > possible to hit "t" and "y" even if the tooltip is shown. (I think on a 7" > screen you can type with ten fingers on plasmaboard. That's much faster > than you can on iPhone) that's fine; what you want is a plain QGraphicsItem then with some custom painting and just don't impement any of the mouse events. then the mouse events will go right through them. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fwd: Re: KDE 4.3.0 tarballs (try #1) uploaded
On Monday 03 August 2009, Dirk Mueller wrote: > Hi, > > I think it should install as plugin, not as a library. can anyone confirm > this? it's a private library -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tasks engine
> anyways, I found another issue: it doesn't dismiss the dashboard if it's > up. I forget how one does that, and I don't know if it can be done from an > engine (but if it can't, maybe that's a bug). :/ the dashboard isn't even dismissed if I alt-tab. I can type in a skype window while I see only the dashboard. should plasma maybe be listening somehow for that kind of focus change? should kwin be telling us? although then you have the problem of focus going to other plasma windows (eg. popup calendar)... -- This message brought to you by eevil bananas and the number 3. www.chani3.com signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tasks engine
On August 3, 2009 18:43:03 Chani wrote:
> so I found something weird in the tasks dataengine.
>
> else if (operation == "activateRaiseOrMaximize") {
> m_source->getTask()->activateRaiseOrIconify();
>
> somehow "Iconify" becomes "Maximize" o.0
> is it too late to change this?
> who's actually using this engine? (not the taskbar, it seems)
s/engine/service actually. that was taskjob.cpp :)
anyways, I found another issue: it doesn't dismiss the dashboard if it's up.
I forget how one does that, and I don't know if it can be done from an engine
(but if it can't, maybe that's a bug).
--
This message brought to you by eevil bananas and the number 3.
www.chani3.com
signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [PATCH] BUG 184905 Size of the panel changes when the plasma theme changes
Aaron J. Seigo 写道: > On Sunday 02 August 2009, 潘卫平(Peter Pan) wrote: >> The reason is that the margins of panel's layout isn't equal to the >> margins of panel's background. >> (kdebase/workspace/plasma/containments/panel/panel.cpp line 678-684) > > yes, i think your patch is correct. nice one :) > > > > > > ___ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel svn commit r1006608 Don't change the size of panel when we change the plasma theme or enable/disable window effects. BUG:184905 Many thanks. -- 潘卫平(Peter Pan) Red Flag Software Co., Ltd ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
tasks engine
so I found something weird in the tasks dataengine.
else if (operation == "activateRaiseOrMaximize") {
m_source->getTask()->activateRaiseOrIconify();
somehow "Iconify" becomes "Maximize" o.0
is it too late to change this?
who's actually using this engine? (not the taskbar, it seems)
--
This message brought to you by eevil bananas and the number 3.
www.chani3.com
signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
A Segunda, 3 de Agosto de 2009 23:12:51 Björn Ruberg você escreveu: > On Montag 03 August 2009, Nuno Pinheiro wrote: > > A Segunda, 3 de Agosto de 2009 11:37:47 Michael Rudolph você escreveu: > > > On Mon, Aug 3, 2009 at 01:49, Aaron J. Seigo wrote: > > > > what sort of popup are thinking of or wanting? if you can give me a > > > > mockup or a screenshot, i'm sure we can make it happen ;) > > > > > > Hi Aaron, > > > > > > a good screenshot of what Björn is talking about, can be found here: > > > > > > http://mobilephonegeek.com/wp-content/uploads/2007/07/iphone-keyboard-5 > > >.j pg > > > > if you need help with all of this artwork I will surely help you, if you > > can post some screenshoots of it, I would be very happy. > > Oh, yeah! Thank you! I already wanted to ask but missed you in IRC. > See some screenshots on kde-look: > http://www.kde-look.org/content/show.php/Plasmaboard?content=101822 cool great work, we now need to show the key pressed wen using say a pinger, and maybe making it scalable and on top of applications. I would really to have this little button in kdm so on tablet pcs one can ditch the use of real keyboard to type the password, also it would be really interesting as a panel that can be triggered every time you need to type something . > By the way, some distributions already have packages for plasmaboard. It's > at least in kubuntu 9.10 , so maybe you can even install without compiling. > ___ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-deve -- Oxygen coordinator ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
> > > * the tab key, when pressed, just keeps pressing tab over and over :) > > > > hmm, that's wanted I think. The key is repeated when you keep it pressed. > > The key repeat rate is the same as you have it with your physical > > keyboard. > > well, yes, as long as it's depressed ... but if i click-release, it should > only tab once. if i click-hold it should keep tabbing. no? I explain it better. Plasmaboard does nothing more than tell the X-Server, "key with code XX has been pressed". And it says "key with code XX has been released". That is all. What the X-Server does with that information it is out of my might. Dependung on its configuration keycode XX can create a tab or a whitespace. I cannot and don't want to control how many characters the X- Server creates between the "press" and the "release". You see, I just want to say "not my fault" :) Problem: I cannot reproduce your issue. And there is no reason why tab should behave differently than any other key. That's strange. So I would blame the configuration of your X-Server. To be honest, there are some strange things happening with plasmaboard. In eclipse (and only there) the backspace key is not working. I have no doubt why. Probably the Xtest extension, which is used to simulate key presses, has bugs. Don't know, perhaps I find some solutions with more feedback in the future. > > > * it'd be great if the keyboard modifier state was harmonized; e.g. if > > > i press CAPS LOCK on my keyboard, it would set this on the virtual > > > keyboard and vice versa. note that there is a "keystate" DataEngine > > > that makes this all very easy and cross-platform (it has > > > serviceForSource() which lets you modify the global state of modifiers) > > > > Should be doable with that engine. Did not thought that users may need > > that. If you use plasmaboard, you have a touchscreen. If you have > > touchscreen and type on plasmaboard, you don't want to use another > > keyboard at the same time. > > the classic example are mobile devices like flip-phones or the N810. you > have your on-screen keyboard until you flip open the hardware keyboard. it > would be great to have the hardware keyboard appear in the same state as > the software keyboard at that point. :) Yeah, yeah, I have it on my toDo list. > > > what sort of popup are thinking of or wanting? if you can give me a > > > mockup or a screenshot, i'm sure we can make it happen ;) > > > > Basically I need a simple QGraphicswidget which can be displayed fast. > > (this will run on MIDs and Netvertibles, slow CPUs) It shall be plasma > > themed. It should appear near to the button you pressed, must be drawn > > above the keyboard, must be able to draw outside the sceneRect of the > > keyboard and must be shown above anything else on the desktop. > > Well, I didn't found a better solution than this missused tooltip I have > > now. (The delay before it opens is bad for my use case) > > i *think* i know what you want, but i'm not 100% positive. could you do up > a small mock-up? doesn't have to be pretty, just show exactly what you're > wanting. > > what i'm thinking of based on your description is a simple Label with a > solid background (rounded corners, though, of course ;) with the text in > the middle of it; it would be a child of the keyboard, but hidden whenever > a letter hasn't been pressed. when a letter is pressed, it can be shown and > positioned manually into the right position (Corona::popupPosition might > even be helpful there). children can move freely outside the scene rect of > their parent. so this should be easy enough :) Michael is right. The screenshot he posted shows it very good. http://mobilephonegeek.com/wp-content/uploads/2007/07/iphone-keyboard-5.jpg popupPosition() does return a good position indeed. My problem was, that I did not get the Widget in front of the buttons. And I couldn't draw it outside of the keyboard, what is needed in case you type a button in the top rows. One more (hard) wish: It must not "block" the press on the key behind it. Say I press "g" and a tooltip appears with "g" inside. That tooltip would be drawn in front of "t" and "y". But it MUST still be possible to hit "t" and "y" even if the tooltip is shown. (I think on a 7" screen you can type with ten fingers on plasmaboard. That's much faster than you can on iPhone) One more point. Or let it call bug. When you try to resize plasmaboard to full width, you'll observe to problems. First: It cannot be resized to full width. There are always aproximately 30 pixels left. Second: Plasmaboard scales to full width because the "width()"-method of Plasma::Containment returns that value. The result is that the most left keys are clipped. Just try to maximize plasmaboard to full width, then you see what I mean. For the moment I blame PopupApplet ;) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plas
Fwd: Re: KDE 4.3.0 tarballs (try #1) uploaded
Hi, I think it should install as plugin, not as a library. can anyone confirm this? Thanks, Dirk --- Begin Message --- On 7/29/09 12:08 PM, Dirk Mueller wrote: > I know that I have to update kdebase* once more to include two more fixes. > I'll > do that ASAP and update this mail. Anyone know if there's a reason libkickoff is built as an unversioned library? Is it meant to be private and/or static? -- Benjamin Reed a.k.a. Ranger Rick Fink, KDE, and Mac OS X development Blog: http://www.raccoonfink.com/ Music: http://music.raccoonfink.com/ ___ Kde-packager mailing list kde-packa...@kde.org https://mail.kde.org/mailman/listinfo/kde-packager --- End Message --- ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
On Montag 03 August 2009, Nuno Pinheiro wrote: > A Segunda, 3 de Agosto de 2009 11:37:47 Michael Rudolph você escreveu: > > On Mon, Aug 3, 2009 at 01:49, Aaron J. Seigo wrote: > > > what sort of popup are thinking of or wanting? if you can give me a > > > mockup or a screenshot, i'm sure we can make it happen ;) > > > > Hi Aaron, > > > > a good screenshot of what Björn is talking about, can be found here: > > > > http://mobilephonegeek.com/wp-content/uploads/2007/07/iphone-keyboard-5.j > >pg > > if you need help with all of this artwork I will surely help you, if you > can post some screenshoots of it, I would be very happy. Oh, yeah! Thank you! I already wanted to ask but missed you in IRC. See some screenshots on kde-look: http://www.kde-look.org/content/show.php/Plasmaboard?content=101822 By the way, some distributions already have packages for plasmaboard. It's at least in kubuntu 9.10 , so maybe you can even install without compiling. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [nepomuk-kde] Plasma activities and Nepomuk
Ho, this discussion comes up every X months on this list, check out the following leads: * the plasma folks wanted to do it in ?january?, check their mail archives * Hari Krishna Anandhan started discussing about it in August 2008 Scientifically, the NEPOMUK EU project which did all the research to come to the RDF and ontologies also has an off-the-shelf solution for the problem which is well thought. here is the open source reference implementation, ontologies, documentation, and community site: http://usercontext.opendfki.de/ http://lists.opendfki.de/cgi-bin/mailman/listinfo/usercontext http://dev.nepomuk.semanticdesktop.org/wiki/UserWorkContext Hari pointed to his page in August 2008, which he worked on a bit and then had to give up maintaining for 6 months, but THIS WEEK hari wrote to me personally, that he is up again and motivated to continue, so you guys should stick your heads together (cc Hari) http://techbase.kde.org/User_talk:Harikrishna Note though, that the plasma folks have their own thing in their head regarding this topic, so maybe I am missing someone important who actually does all the decisions, but I am sure she/he will reply. best Leo It was Ivan Čukić who said at the right time 31.07.2009 17:17 the following words: > A.S. This is a multi-list message, so make sure you reply to both > plasma-devel > and nepomuk-kde lists. > > Hi all, > > As you probably know, plasma has the concept of activities. This is something > that is supposed to become global concept, and not only plasma-local. > > Use-cases: > - When John switches to the /work/ activity, he wants the favourites in > Kickoff/KMenu/Lancelot/Raptor/... to be the applications related to work. > - When Eric switches to the /internet/ activity, he wants the file open/save > dialogue to contain 'Downloads', 'Pictures' etc. folders in the places side- > panel. > - Terry starts KDevelop to work on his project. The rest of the environment > switches to /kde development/ activity. > > Ok, enough with examples. > > Since the current activity is not only a plasma-thing, and could exist even > without plasma, we (plasma devs) decided it should be published through > nepomuk. > > My question here is what is the best way to do it. > > The most basic thing that comes to mind is a nepomuk resource, which the > other > application listen to using the sopranoStatementAdded() signal in > SopranoModel. > > The other approach (DanielW pointed it out) is something like the nepomuk > service example located in playground (/base/nepomuk-kde/usercontext/service/) > > So, what is the best way to do this? > > Cheerio, > Ivan > ___ > nepomuk-kde mailing list > nepomuk-...@semanticdesktop.org > http://lists.semanticdesktop.org/mailman/listinfo/nepomuk-kde > -- _ Dr. Leo Sauermann http://www.dfki.de/~sauermann Deutsches Forschungszentrum fuer Kuenstliche Intelligenz DFKI GmbH Trippstadter Strasse 122 P.O. Box 2080 Fon: +43 6991 gnowsis D-67663 Kaiserslautern Fax: +49 631 20575-102 Germany Mail: leo.sauerm...@dfki.de Geschaeftsfuehrung: Prof.Dr.Dr.h.c.mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Amtsgericht Kaiserslautern, HRB 2313 _ ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [nepomuk-kde] Plasma activities and Nepomuk
Hi, > Note though, that the plasma folks have their own thing in their head > regarding this topic, so maybe I am missing someone important who Heh, I am one of the Plasma folks. :) The reason I started this topic now is that we are approaching Tokamak 3 (meeting of Plasma developers / hackaton) and I intend to work on d-bus interface and the nepomuk stuff. Thanks for the links, I'll check them as soon as you can. Cheerio! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
On Mon, Aug 3, 2009 at 20:45, Aaron J. Seigo wrote: > i *think* i know what you want, but i'm not 100% positive. could you do up a > small mock-up? doesn't have to be pretty, just show exactly what you're > wanting. > > what i'm thinking of based on your description is a simple Label with a solid > background (rounded corners, though, of course ;) with the text in the middle > of it; it would be a child of the keyboard, but hidden whenever a letter > hasn't been pressed. when a letter is pressed, it can be shown and positioned > manually into the right position (Corona::popupPosition might even be helpful > there). children can move freely outside the scene rect of their parent. so > this should be easy enough :) Hi Aaron, didn't my email get through at your end? I sent you a screenshot earlier today. Of course I can't read Björn's mind, but what he probably wants, is a solution to the problem that "at the last moment" input on a touchscreen device is very imprecise. Because the display and the input device are basically one thing, when your finger hits the screen it also obscures your view of the screen. Apple solved this problem for their soft keyboard by displaying a kind of tooltip that appears above the pressed key. Far enough above the key, so that regular sized fingers won't obscure the tooltip as well. A little like a highly specialized screen loupe perhaps. I'm not sure, because I can't read your mind either :-), what you mean by "positioned manually into the right position", but if you mean positioned by the user, then that's probably not what Björn meant. The rest seems to hit it pretty well. Perhaps searching youtube for "iphone texting" can bring final clarification. michael ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tokamak planning
On Saturday 01 August 2009 00:04:28 Aaron J. Seigo wrote: > the problem is simple: setting these things up is not easy. if the L-A-C > wishes to spread freedom, they need to make it not just possible but simple > on both the client and server side. if it is already easy, then hook us up > with some documentation :) Agreed! Also, for example, from my ISP, which NATs the IP and doesn't give me a public one, there's just no way I can use a VoIP without paying for an external server somewhere in the internet. Skype works great instead, too bad it's proprietary. :( Bye, -Riccardo ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KDE/kdeplasma-addons/applets/news
On Monday 03 August 2009, Aaron J. Seigo wrote: > On Monday 03 August 2009, Sebastian Kügler wrote: > > On Monday 03 August 2009 18:47:25 Marco Martin wrote: > > > however everywhere Webview or a TextBrowser is used yes, using a > > > stylesheet is often necessary, now the question is: have we enough use > > > cases to justify to add this symbol in libplasma? i'm not really sure, > > > but as i said i think the thing is quite well done > > > > - new applet > > - opendesktop plasmoid > > - Lion Mail > > - Remember the Milk > > > > Are the ones I can think of quite easily. > > yes, i think this would be widely used. > > it should probably follow the pattern of colors and fonts, e.g. sth like: > > QString Theme::styleSheet(Theme::StyleSheetRole role) const; yep, i like the idea. so everything managed by Theme? would it be a "fixed" stylesheet with just colors dependent from the theme or something that somehow permits applets of installing and loading their own in a separate file? -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Some problem with Plasmate while loading a package
After updating to the latest svn revision of Plasmate, I'm unable to create any projects. That is, if I select create new Plasmoid/Dataengine/Runner, type the value and click Create, Plasmate crashes. I've attached the backtrace. All I can understand is that there is some problem while loadPackage() is called in packagemodel.cpp (feeling a lot sleepy and tired right now). Any idea what might be going wrong? -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com plasmate-20090804.kcrash Description: Binary data ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tokamak planning
On Monday 03 August 2009 21:33:02 Mario Fux wrote: > Possibly under the rooth > where our Lego land was ;-)?!? Boah, now I get _really_ jealous for not being a plasma developer and not having time or money to come! signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KDE/kdeplasma-addons/applets/news
On Monday 03 August 2009, Sebastian Kügler wrote: > On Monday 03 August 2009 18:47:25 Marco Martin wrote: > > however everywhere Webview or a TextBrowser is used yes, using a > > stylesheet is often necessary, now the question is: have we enough use > > cases to justify to add this symbol in libplasma? i'm not really sure, > > but as i said i think the thing is quite well done > > - new applet > - opendesktop plasmoid > - Lion Mail > - Remember the Milk > > Are the ones I can think of quite easily. yes, i think this would be widely used. it should probably follow the pattern of colors and fonts, e.g. sth like: QString Theme::styleSheet(Theme::StyleSheetRole role) const; -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
On Monday 03 August 2009, Marco Martin wrote: > there really should be only one copy in kde svn, it's rally confising, > so if now it's in kdereview, can you remove the one in playground? oof, indeed. always use "svn mv" when moving code around. it will handle the delete and the addition. svn mv with full urls is usually the best as well, e.g.: svn mv \ svn+ssh://n...@svn.kde.org/trunk/playground/base/plasma/applets/plasmaboard \ svn+ssh://n...@svn.kde.org/trunk/kdereview/plasma/applets/plasmaboard -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tokamak planning
Am Montag, 3. August 2009 schrieb Aaron J. Seigo: Morning > On Monday 03 August 2009, Ilya M. Cassina wrote: > > That's ok too, I can show up for just two days (i.e. the 4th and 5th > > september) and sleep anywhere (or not sleep at all, if it's just for one > > night!) > > great; as long as Mario is Ok with this (and, as our host, he does have > final say as far as i'm concerned :) then this sounds like a nice > opportunity to meet some more people in the local community. :) I'm ok. It would be great if you could bring some kind of air matress or thermal mat for the case I can't find any additional matresses. But there will of course be some place for you to sleep! Possibly under the rooth where our Lego land was ;-)?!? CU Mario ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KDE/kdeplasma-addons/applets/news
On Monday 03 August 2009 18:47:25 Marco Martin wrote: > however everywhere Webview or a TextBrowser is used yes, using a stylesheet > is often necessary, now the question is: have we enough use cases to > justify to add this symbol in libplasma? i'm not really sure, but as i said > i think the thing is quite well done - new applet - opendesktop plasmoid - Lion Mail - Remember the Milk Are the ones I can think of quite easily. It would be cool if we had some sort of generic stylesheet, and a way to extend it. As stylesheet can be cascading, we could simple load a series of stylesheet and concatenate them before loading in some kind of widget. -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
On Monday 03 August 2009, Björn Ruberg wrote: > I use tabs, but used different code editors. Some tabs must have been > turned into whitespaces :( nasty editors always betraying us ;) > > * the tab key, when pressed, just keeps pressing tab over and over :) > > hmm, that's wanted I think. The key is repeated when you keep it pressed. > The key repeat rate is the same as you have it with your physical keyboard. well, yes, as long as it's depressed ... but if i click-release, it should only tab once. if i click-hold it should keep tabbing. no? > > * it'd be great if the keyboard modifier state was harmonized; e.g. if i > > press CAPS LOCK on my keyboard, it would set this on the virtual keyboard > > and vice versa. note that there is a "keystate" DataEngine that makes > > this all very easy and cross-platform (it has serviceForSource() which > > lets you modify the global state of modifiers) > > Should be doable with that engine. Did not thought that users may need > that. If you use plasmaboard, you have a touchscreen. If you have > touchscreen and type on plasmaboard, you don't want to use another keyboard > at the same time. the classic example are mobile devices like flip-phones or the N810. you have your on-screen keyboard until you flip open the hardware keyboard. it would be great to have the hardware keyboard appear in the same state as the software keyboard at that point. :) > > * in FunkKey::toggleOn there is this: > > > > · Plasma::PushButton::setStyleSheet(oldStyle + "color:red;text- > > align:center;"); // sorry, but I need some visual confirmation > > > > that color should really be coming out of the Plasma::Theme::colorScheme > > so it works with all themes. in any case, i don't ever see the red color? > > is it really needed? > > No, it's not. That's old code that was used before I drawed the arrows on > the keys with QPainter. ah, ok good :) then it can just be removed. > > the upside to this is that we can just use what's already there and > > follow the system layout settings > > Hehe, that's the nice thing about it. Plasmaboard automatically adapts to > your keyboard layout! The main magic is done in the X-Server, so it's no > wonder that you didn't see it. ah, just drilled down some more into AlphaKey, and indeed there it is! very nice :) > > what sort of popup are thinking of or wanting? if you can give me a > > mockup or a screenshot, i'm sure we can make it happen ;) > > Basically I need a simple QGraphicswidget which can be displayed fast. > (this will run on MIDs and Netvertibles, slow CPUs) It shall be plasma > themed. It should appear near to the button you pressed, must be drawn > above the keyboard, must be able to draw outside the sceneRect of the > keyboard and must be shown above anything else on the desktop. > Well, I didn't found a better solution than this missused tooltip I have > now. (The delay before it opens is bad for my use case) i *think* i know what you want, but i'm not 100% positive. could you do up a small mock-up? doesn't have to be pretty, just show exactly what you're wanting. what i'm thinking of based on your description is a simple Label with a solid background (rounded corners, though, of course ;) with the text in the middle of it; it would be a child of the keyboard, but hidden whenever a letter hasn't been pressed. when a letter is pressed, it can be shown and positioned manually into the right position (Corona::popupPosition might even be helpful there). children can move freely outside the scene rect of their parent. so this should be easy enough :) > So (sorry, I don't know the way), can I move this into kdeplasma-addons and > do the further development there - or do I have to go on in kdereview and > ask again? other than a few little things, it's ok as far as i can see. so i'm fine with it moving. however, it's supposed to spend at least a week in kdereview (preferably two) so others can have a chance to review it. there's no rush in this case (4.4 is a long ways out :) and you can continue to develop it in the meantime ... so let's say that if by next Monday there are no objections voiced you can move it into kdeplasma-addons :) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
On Monday 03 August 2009, Björn Ruberg wrote: > Hello, > > after some final polishment I want you to have a look at plasmaboard in > kdereview/plasma/applets/plasmaboard > It's a virtual keyboard plasmoid made for every KDE user with a > touchscreen. just a little administrative issue: i noted (well actually it was tsgeods :p) that now there is a copy of it in playground and another copy in kde-review why this? there really should be only one copy in kde svn, it's rally confising, so if now it's in kdereview, can you remove the one in playground? > My last addition was this tooltip, which shows the key you last hit. That's > probably no optimal solution but I failed finding a better one. If someone > can give me some hints how I can implement a popup like on the iphone > virtual keyboard, I'm thankful. > > But I think the current solution is useable, too. I want to place this > plasmoid in kdeplasma-addons for KDE 4.4. Fits great to the netbook stuff. > > Greetings, > > Björn > > > ___ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tokamak planning
On Monday 03 August 2009, Ilya M. Cassina wrote: > That's ok too, I can show up for just two days (i.e. the 4th and 5th > september) and sleep anywhere (or not sleep at all, if it's just for one > night!) great; as long as Mario is Ok with this (and, as our host, he does have final say as far as i'm concerned :) then this sounds like a nice opportunity to meet some more people in the local community. :) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KDE/kdeplasma-addons/applets/news
On Monday 03 August 2009, Sebastian Kügler wrote: > On Monday 03 August 2009 14:39:16 Marco Martin wrote: > > SVN commit 1006289 by mart: > > > > keep the stylesheet, not strictly necessary after all but a good example > > on how to do that > > > > > > A news.css > > I've experimented with stylesheets and themes. My conclusion is that the > stylesheet is theme-dependant. One solution I found was to write a yes, in fact the notes stylesheet is just looked in the current theme folder without a fallback to default > stylesheet with placeholders for colours and replace those placeholder with > elementes from the theme. It's not really complete (just serves my > purpose), but probably worth looking at. Maybe also worth considering > adding something like this to Plasma::Theme. > > Observations: > > - not all widgets understand all features of stylesheets (Plasma::Label > doesn't respect the link colours, for example, webkit does). As a result, > it might or might now work in the UI. > > - the ability to just edit the stylesheet and see results immediately. (In > stylesheet.cpp, I'm watching the css file for changes and update the UI > accordingly.) Makes for a better nice workflow with short feedback cycles > compared to editing the look in the .cpp file, or reloading the plasmoid > manually. > > Code is at http://websvn.kde.org/trunk/KDE/kdeplasma- > addons/applets/opendesktop/stylesheet.cpp?view=markup (remove the > linebreak). > > Thoughts? i like this class, i wonder if it would make sense in libplasma? i don't see stylesheet much used around, and probably is better to not use them in simple widget, sticking instead to the default appearance or setting the qpalette at best.. however everywhere Webview or a TextBrowser is used yes, using a stylesheet is often necessary, now the question is: have we enough use cases to justify to add this symbol in libplasma? i'm not really sure, but as i said i think the thing is quite well done Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KDE/kdeplasma-addons/applets/news
On Monday 03 August 2009 14:39:16 Marco Martin wrote: > SVN commit 1006289 by mart: > > keep the stylesheet, not strictly necessary after all but a good example > on how to do that > > > A news.css I've experimented with stylesheets and themes. My conclusion is that the stylesheet is theme-dependant. One solution I found was to write a stylesheet with placeholders for colours and replace those placeholder with elementes from the theme. It's not really complete (just serves my purpose), but probably worth looking at. Maybe also worth considering adding something like this to Plasma::Theme. Observations: - not all widgets understand all features of stylesheets (Plasma::Label doesn't respect the link colours, for example, webkit does). As a result, it might or might now work in the UI. - the ability to just edit the stylesheet and see results immediately. (In stylesheet.cpp, I'm watching the css file for changes and update the UI accordingly.) Makes for a better nice workflow with short feedback cycles compared to editing the look in the .cpp file, or reloading the plasmoid manually. Code is at http://websvn.kde.org/trunk/KDE/kdeplasma- addons/applets/opendesktop/stylesheet.cpp?view=markup (remove the linebreak). Thoughts? -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tokamak planning
On Monday 03 August 2009 00.45:57 Aaron J. Seigo wrote: > hi Ilya ... > > On Saturday 01 August 2009, Ilya M. Cassina wrote: > > As Tokamak3 will take place at some 3 hours by train from where I live > > (Neuchatel) I thought: "Hey! I could 'sneak' in, meet people, look how > > they work and maybe ask someone to explain me shortly the big picture > > behind plasma!" > > while it would be great to have you as a guest (as it would be for anyone > who is part of our community), there are some constraints on this event. > > there are the simple physical constraints of food and sleeping areas (for > which we have a well defined and limited budget for). there's also the > issue of time availability of both our host and the Plasma team. we're > there to get work done in a face-to-face setting, something we only get to > do a couple times a year. this means we're pretty busy and focused on the > projects at hand. > > so while it would be great to have you there, i think Mario really needs to > have the final say in this (for all i know, he may welcome a helping hand; > just as equally likely, more people could just be more responsibility and > work for him). you'd also have to take care of any expenses that you incur. That's ok for me, I pay my train and bring some food; if Mario agrees, of course. > personally, at least for this time around, and again only if it's ok with > our host, i'd recommend coming out for maybe just a day or two (we might be > able to put you up for the night as well, 6 hrs of train in one day is > probably a bit much). if that's ok with Mario, you could come out, join us > as an observer during the sessions and maybe get some pointers during the > evenings / between work sessions. That's ok too, I can show up for just two days (i.e. the 4th and 5th september) and sleep anywhere (or not sleep at all, if it's just for one night!) > regardless of what happens this time around, if you do end up getting > involved with Plasma in the future, we hold Tokamak 1-2 times a year and so > far they've all been in Europe (and i don't really see that changing unless > even more of our contributors start living in the Americas ;) so you could > join us for one of those quite easily in the future. :) :) -- Ilya Cassina signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
A Segunda, 3 de Agosto de 2009 11:37:47 Michael Rudolph você escreveu: > On Mon, Aug 3, 2009 at 01:49, Aaron J. Seigo wrote: > > what sort of popup are thinking of or wanting? if you can give me a > > mockup or a screenshot, i'm sure we can make it happen ;) > > Hi Aaron, > > a good screenshot of what Björn is talking about, can be found here: > > http://mobilephonegeek.com/wp-content/uploads/2007/07/iphone-keyboard-5.jpg > if you need help with all of this artwork I will surely help you, if you can post some screenshoots of it, I would be very happy. -- Oxygen coordinator ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
On Mon, Aug 3, 2009 at 01:49, Aaron J. Seigo wrote: > what sort of popup are thinking of or wanting? if you can give me a mockup or > a screenshot, i'm sure we can make it happen ;) Hi Aaron, a good screenshot of what Björn is talking about, can be found here: http://mobilephonegeek.com/wp-content/uploads/2007/07/iphone-keyboard-5.jpg michael ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Please review: Virtual keyboard plasmoid - Plasmaboard
Hello,
>* there's a mix of whitespace usage in there; sometimes tabs are used to
>indent, sometimes spaces. your goal is kdeplasma-addons, so you aren't
>required to follow the kdelibs coding style (though you get extra cookies
> for doing so ;) but could you use just one formatting style? throughout the
> code
I use tabs, but used different code editors. Some tabs must have been turned
into whitespaces :(
> * the tab key, when pressed, just keeps pressing tab over and over :)
hmm, that's wanted I think. The key is repeated when you keep it pressed. The
key repeat rate is the same as you have it with your physical keyboard.
> * lots of "magic numbers"; e.g. FuncKey *funcKeys[14] in the header file
> and then this in the implementation:
>
> · · i = 0;
> · · while ( i < 14 ) {
> · · · delete funcKeys[i];
> · · · i++;
> · · }
>
> perhaps it makes sense to use a QVector here instead. that way you can
> replace the above with:
>
> qDeleteAll(funcKeys);
> funcKeys.clear();
>
> no magic numbers :)
I'll have a look.
> * it'd be great if the keyboard modifier state was harmonized; e.g. if i
> press CAPS LOCK on my keyboard, it would set this on the virtual keyboard
> and vice versa. note that there is a "keystate" DataEngine that makes this
> all very easy and cross-platform (it has serviceForSource() which lets you
> modify the global state of modifiers)
Should be doable with that engine. Did not thought that users may need that.
If you use plasmaboard, you have a touchscreen. If you have touchscreen and
type on plasmaboard, you don't want to use another keyboard at the same time.
> * in FunkKey::toggleOn there is this:
>
> · Plasma::PushButton::setStyleSheet(oldStyle + "color:red;text-
> align:center;"); // sorry, but I need some visual confirmation
>
> that color should really be coming out of the Plasma::Theme::colorScheme so
> it works with all themes. in any case, i don't ever see the red color? is
> it really needed?
No, it's not. That's old code that was used before I drawed the arrows on the
keys with QPainter.
> * the biggest challenge i see is that there's no support (that i could
> see?) for keyboard layouts. this will make our friends around the world
> sad. :) i can think of various ways of accomplishing this but probably the
> most sane one is to just follow xkb:
>
> http://hektor.umcs.lublin.pl/~mikosmul/computing/articles/custom-keyboard-
> layouts-xkb.html
>
> the upside to this is that we can just use what's already there and follow
> the system layout settings
Hehe, that's the nice thing about it. Plasmaboard automatically adapts to your
keyboard layout! The main magic is done in the X-Server, so it's no wonder
that you didn't see it. Feel free to change your keyboard layout to "french"
or something like that. Plasmaboard will adapt and show french keys. (okay,
you'll have to press shift or restart plasmaboard to get the buttons
relabelled, I don't get a notification of the changed layout to do it
automatically)
> > My last addition was this tooltip, which shows the key you last hit.
> > That's probably no optimal solution but I failed finding a better one. If
> > someone can give me some hints how I can implement a popup like on the
> > iphone virtual keyboard, I'm thankful.
>
> what sort of popup are thinking of or wanting? if you can give me a mockup
> or a screenshot, i'm sure we can make it happen ;)
Basically I need a simple QGraphicswidget which can be displayed fast. (this
will run on MIDs and Netvertibles, slow CPUs) It shall be plasma themed. It
should appear near to the button you pressed, must be drawn above the
keyboard, must be able to draw outside the sceneRect of the keyboard and must
be shown above anything else on the desktop.
Well, I didn't found a better solution than this missused tooltip I have now.
(The delay before it opens is bad for my use case)
So (sorry, I don't know the way), can I move this into kdeplasma-addons and do
the further development there - or do I have to go on in kdereview and ask
again?
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
