Plasma version numbers
Hi there. Out of curiosity I happened to enter those commands into Konsole: # plasma-desktop --version Plasma Workspace: 0.3 # plasma-netbook --version Plasma Netbook: 0.1 See the printed version numbers. I guess those numbers are leftovers from a time both were still in pre-release. IMO both should now match the overall KDE Platform version number (and the term Plasma Workspace changed to Plasma Desktop). Bye. Markus ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Why rotate widgets?
Hi. I wonder why Plasma widgets in Plasma Desktop can be rotated. Why would anyone need individual widgets to be upside down? Isn't this one of those micro-options we once stated to get rid of? Markus ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
For example my girlfriend has all her picture frames slightly rotated. But i can't think of a usecase for turning them totaly upside down. Beat Wolf Am Dienstag 07 September 2010, um 12.00:15 schrieb Markus Slopianka: Hi. I wonder why Plasma widgets in Plasma Desktop can be rotated. Why would anyone need individual widgets to be upside down? Isn't this one of those micro-options we once stated to get rid of? Markus ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
That isn't like an option in the config dialog that requires the code to do something like: if (option) { do_something(); } else { do_something_else(); } It is a simple button in AppletHandle that sets a transform to the applet. If it will be removed it won't be necessary to dig through the code and remove all the references to it. Giulio In data martedì 07 settembre 2010 12:00:15, Markus Slopianka ha scritto: Hi. I wonder why Plasma widgets in Plasma Desktop can be rotated. Why would anyone need individual widgets to be upside down? Isn't this one of those micro-options we once stated to get rid of? Markus ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
On Tuesday 07 September 2010 13:48:53 Markus Slopianka wrote: On Tuesday 07 September 2010 12:11:52 nuno pinheiro wrote: let me ask its the other way arround, why not? Because we can is the worst possible reason for anything. does it create visual cluter? no.. Sure it does. Every additional button adds clutter, even if only by a small amount. Why a rotate button? Why not a Mirror horizontally button? Why not a transparency slider? NO IT dosent, puting my designers hat. that tollbar is not clutered, minimalist as i like to be but to much empty space is also bad. that toolbar is clean and as just about the correct amount of butons. on the plus side its a good marketing tool- see i can rotate the clock :) do that in windows will you... Reply: shrug Why would I want to rotate a clock? Why woud i want to play tictack toe? Why woud i want place my windows in difrent positions? Why woud i want this or that. becouse its fun becaouse we can becouse we are not creating harmfull confusion to the users. we se say cluter specialy how aron was saying it was I think we mentioned the way we have to hide usefull features in the mist of tons of uneeded ones. in this case its 4 litle options, wich is not hiding in any way the other more important options. -- oxygen guy, I make the pretty pictures ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
On Tuesday 07 September 2010 14:24:19 Yuen Hoe Lim wrote: Regarding the rotate icon, perhaps making the arrow go just half a circle round or less (and maybe add a dot in the middle) instead of a full round like now might make it less reload-like? Just a thought. All reload buttons I've seen are nearly full-circle, since it's supposed to suggest a cycle. Rotation on the other hand I think becomes obvious as long as there is enough arrow to show that it's going around a circle. fixing now And I like the rotate feature. New users I've shown it to so far liked it too. I think people like to tinker with things, as long as it doesn't get in their way. My hunch is a good number of people will be unhappy if we took off rotation. +1 it dosent get you your way, Dont get me wrong there are lots features we have to much of, are clutered and stand in your way. and im more than willing to help you guys remove them. But this is not the case. Jason moofang Lim Yuen Hoe http://yuenhoe.co.cc/ On Tue, Sep 7, 2010 at 9:07 PM, nuno pinheiro n...@oxygen-icons.org wrote: On Tuesday 07 September 2010 13:48:53 Markus Slopianka wrote: On Tuesday 07 September 2010 12:11:52 nuno pinheiro wrote: let me ask its the other way arround, why not? Because we can is the worst possible reason for anything. does it create visual cluter? no.. Sure it does. Every additional button adds clutter, even if only by a small amount. Why a rotate button? Why not a Mirror horizontally button? Why not a transparency slider? NO IT dosent, puting my designers hat. that tollbar is not clutered, minimalist as i like to be but to much empty space is also bad. that toolbar is clean and as just about the correct amount of butons. on the plus side its a good marketing tool- see i can rotate the clock :) do that in windows will you... Reply: shrug Why would I want to rotate a clock? Why woud i want to play tictack toe? Why woud i want place my windows in difrent positions? Why woud i want this or that. becouse its fun becaouse we can becouse we are not creating harmfull confusion to the users. we se say cluter specialy how aron was saying it was I think we mentioned the way we have to hide usefull features in the mist of tons of uneeded ones. in this case its 4 litle options, wich is not hiding in any way the other more important options. -- oxygen guy, I make the pretty pictures ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- oxygen guy, I make the pretty pictures ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma version numbers
On Tuesday, September 7, 2010, Markus Slopianka wrote: I guess those numbers are leftovers from a time both were still in pre-release. IMO both should now match the overall KDE Platform version number it's just the version of that particular binary. Gwenview: 2.4.0 Dolphin: 1.5 KPatience: 3.4 it's not particularly unusual. of course: Konqueror: 4.5.64 (KDE 4.5.64 (KDE 4.6 = 20100811)) so some apps do track the platform version. some don't. i'm not particularly wedded to it either way. a benefit to making it == the KDE Platform version is that we don't have to manually update it every time. the negative is that it no longer tells us which version of plasma-desktop they are running, but which version of the KDE Platform the built it against, meaning people with different versions of plasma-desktop but the same version of KDE Platform would have the same version #s for plasma-desktop! (or vice-versa). (and the term Plasma Workspace changed to Plasma Desktop). yes, that change should be made. will do so right now. -- 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 Development Frameworks 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: Why rotate widgets?
On Tuesday, September 7, 2010, Markus Slopianka wrote: I wonder why Plasma widgets in Plasma Desktop can be rotated. Why would anyone need individual widgets to be upside down? ignoring that upside down is leading hyperbole: on a stationary, vertical screen: aesthetics. on a screen laying flat or which can be tilted: to make for a more appropriate viewing angle. from a development POV it allows us to ensure testing of rotation so we know it works for other shells that need it even more so but get less testing, particularly pre-release. Isn't this one of those micro-options we once stated to get rid of? no. it's a fairly commonly used feature and doesn't get in the way of other items nor other code paths. why do you ask? -- 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 Development Frameworks 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: Why rotate widgets?
I personally use it in two different ways. One is that I have my sticky note rotated a little bit to make it more visually distinctive. The other is that I have two fuzzy clocks rotated so their left edges are roughly tangent to the edge of the clock where they touch it (about 30 degrees above and below the left edge). I also used a rotated eyes as an example and had a upside-down bkodoma widget which made it look like he was walking on the ceiling. Another possibility for the icon: what if you made it similar to the resize icon, a rectangle? The rectangle would be rotated a little bit (maybe 10-45 degrees). A couple things could be added to make it more clear. One possibility would be to have a second rectangle in the background, occluded by the first rectangle except for the corners. Another would be some of arrows or vibrations to indicate the rectangle is moving. I attached a mockup of an example. -Todd On Tue, Sep 7, 2010 at 6:06 AM, Asraniel asran...@fryx.ch wrote: For example my girlfriend has all her picture frames slightly rotated. But i can't think of a usecase for turning them totaly upside down. Beat Wolf Am Dienstag 07 September 2010, um 12.00:15 schrieb Markus Slopianka: Hi. I wonder why Plasma widgets in Plasma Desktop can be rotated. Why would anyone need individual widgets to be upside down? Isn't this one of those micro-options we once stated to get rid of? Markus ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel attachment: rotated.svg___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
On Tuesday 07 September 2010 17:05:31 todd rme wrote: I personally use it in two different ways. One is that I have my sticky note rotated a little bit to make it more visually distinctive. The other is that I have two fuzzy clocks rotated so their left edges are roughly tangent to the edge of the clock where they touch it (about 30 degrees above and below the left edge). I also used a rotated eyes as an example and had a upside-down bkodoma widget which made it look like he was walking on the ceiling. Another possibility for the icon: what if you made it similar to the resize icon, a rectangle? The rectangle would be rotated a little bit (maybe 10-45 degrees). A couple things could be added to make it more clear. One possibility would be to have a second rectangle in the background, occluded by the first rectangle except for the corners. Another would be some of arrows or vibrations to indicate the rectangle is moving. I attached a mockup of an example. i have the icon fixed just need to convert my http checkout from svn to ssh what is teh comand again :)? -Todd On Tue, Sep 7, 2010 at 6:06 AM, Asraniel asran...@fryx.ch wrote: For example my girlfriend has all her picture frames slightly rotated. But i can't think of a usecase for turning them totaly upside down. Beat Wolf Am Dienstag 07 September 2010, um 12.00:15 schrieb Markus Slopianka: Hi. I wonder why Plasma widgets in Plasma Desktop can be rotated. Why would anyone need individual widgets to be upside down? Isn't this one of those micro-options we once stated to get rid of? Markus ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- oxygen guy, I make the pretty pictures ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: multi-screen management
On Tuesday, August 31, 2010 21:37:15 Chani wrote: On August 31, 2010 04:41:11 Sebastian Kügler wrote: On Wednesday, August 18, 2010 22:27:12 Aaron J. Seigo wrote: as for thumbnails .. it's likely posible to do so for currently running containments, but much harder to do for ones that aren't running. The containment will be running at some point, so we can just screenshoot it then. I think a preview of what it really looks like is a good way to distinguish activities. beer and cookies for whoever implements that :) QWidget::pixmap() (off the top of my head). :) -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
On 7 September 2010 14:33, Asraniel wrote: Appart from the wrongly choosen icon (which looks like a refresh button), i really can't see any problem with that feature. Don't let us go the gnome way and delete every feature that not at least 100% of the people use. I don't think we're talking removing this feature. Me, I was suggesting creating a better, more flexible interface for it. On 7 September 2010 15:07, nuno pinheiro wrote: On Tuesday 07 September 2010 13:48:53 Markus Slopianka wrote: On Tuesday 07 September 2010 12:11:52 nuno pinheiro wrote: does it create visual cluter? no.. Sure it does. NO IT dosent, puting my designers hat. that tollbar is not clutered, minimalist as i like to be but to much empty space is also bad. that toolbar is clean and as just about the correct amount of butons. You must have a really big screen, or never use small widgets at all. The buttons in the toolbar get in the way when trying to drag the widget; one must carefully search for an empty place in the bar to drag. Every additional button reduces the size of the dragging area for my primary interaction with widgets, which is moving them to a different place. Good design implies that less-used features are made less pronounced. I for one find the whole widget toolbar too intrusive. I put my widgets side-by-side on the desktop, and during normal use the toolbar on one widget will overlap the one besides it, obscuring its contents. I would be happier if the toolbar would only show on demand by clicking a toggle button (a cashew?), not by hovering over the widget. YMMV anyway, different users have different needs. My point is that giving prominent place to rarely used features *does* get in the way and is disturbing for someone. Note that I'm not asking for it to be changed (dashboards in general are of little use for me), I just want to illustrate how it can be a real problem for some people, that should not be hand-waved away. I suppose the definition of clutter and what gets in the way is personal. I can only think of two ways to prioritize placement of features in the interface, for an open project like KDE: - what developers feel is right for their personal use, or - the expected frequency of use for that feature. on the plus side its a good marketing tool- see i can rotate the clock :) do that in windows will you... Reply: shrug Why would I want to rotate a clock? Why woud i want to play tictack toe? Why woud i want place my windows in difrent positions? Why woud i want this or that. So why don't we place a tic tac toe game on the default desktop configuration? ;-) That's right, it would not be used most of the time, by most users. On 7 September 2010 17:12, Aaron J. Seigo wrote: On Tuesday, September 7, 2010, Markus Slopianka wrote: Isn't this one of those micro-options we once stated to get rid of? no. it's a fairly commonly used feature and doesn't get in the way of other items nor other code paths. I agree that this feature is not one of those micro-configurations that plagued previous iterations of KDE. Still, I fail to see the need to have it always on, always available. Do people really move and rotate their widgets, with the same frequency that they interact with their contents? As far as I can see, none of the use cases presented in this thread would be hurt by a configuration only mode, while it does get in the way for some of us in its current form. What was the original reasoning in having the complete direct-manipulation interface for plasmoid applets always present? Is it for the kool effect? To make it discoverable? Or is there a benefit in having the toolbar always available that I'm missing? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: new kwin effect: roundedcorners - make corners of the desktop rounded
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5225/#review7460 --- The ifdefs doesn't make sense. It looks to me like the effect requires OpenGL. So make it an OpenGL only effect and add the static supported method which checks for OpenGL. A reference effect is e.g. Cube, CoverSwitch or FlipSwitch. tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.h http://svn.reviewboard.kde.org/r/5225/#comment7657 You could forward declare GLTexture and remove the include for kwinglutils.h. Also you do not need the ifdef if you forward declare it. tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.h http://svn.reviewboard.kde.org/r/5225/#comment7658 I would not use a pointer for a QRect. Just create a new one in the implementation and use the copy operator. tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.cpp http://svn.reviewboard.kde.org/r/5225/#comment7659 No need to includ gl.h if you include kwinglutils.h. - Martin On 2010-09-07 17:43:25, Christoph Fritz wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5225/ --- (Updated 2010-09-07 17:43:25) Review request for kwin, Plasma and Martin Gräßlin. Summary --- Inspired by roundedge http://www.nongnu.org/roundedge/ this kwin effect makes corners of the desktop rounded. Older Macs and Monitors had this feature too. Diffs - tags/KDE/4.5.1/kdebase/workspace/kwin/effects/CMakeLists.txt 1170001 tags/KDE/4.5.1/kdebase/workspace/kwin/effects/configs_builtins.cpp 1170001 tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/CMakeLists.txt PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.desktop PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.h PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.cpp PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.h PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.cpp PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.desktop PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.ui PRE-CREATION Diff: http://svn.reviewboard.kde.org/r/5225/diff Testing --- Screenshots --- roundedcorners_without_frame http://svn.reviewboard.kde.org/r/5225/s/498/ with_simulated_border http://svn.reviewboard.kde.org/r/5225/s/499/ Thanks, Christoph ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: multi-screen management
On September 7, 2010 10:01:57 Sebastian Kügler wrote: On Tuesday, August 31, 2010 21:37:15 Chani wrote: On August 31, 2010 04:41:11 Sebastian Kügler wrote: On Wednesday, August 18, 2010 22:27:12 Aaron J. Seigo wrote: as for thumbnails .. it's likely posible to do so for currently running containments, but much harder to do for ones that aren't running. The containment will be running at some point, so we can just screenshoot it then. I think a preview of what it really looks like is a good way to distinguish activities. beer and cookies for whoever implements that :) QWidget::pixmap() (off the top of my head). :) it's a graphicswidget, not a qwidget :/ although I guess you could snag it from its view when you get the chance... ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
Good design implies that less-used features are made less pronounced. I for one find the whole widget toolbar too intrusive. I put my widgets side-by-side on the desktop, and during normal use the toolbar on one widget will overlap the one besides it, obscuring its contents. I would be happier if the toolbar would only show on demand by clicking a toggle button (a cashew?), not by hovering over the widget. hmm, sounds like you might enjoy the newspaper layout better... it's available in 4.5 but I can't remember how stable it is. Do people really move and rotate their widgets, with the same frequency that they interact with their contents? As far as I can see, none of the use cases presented in this thread would be hurt by a configuration only mode, while it does get in the way for some of us in its current form. What was the original reasoning in having the complete direct-manipulation interface for plasmoid applets always present? Is it for the kool effect? To make it discoverable? Or is there a benefit in having the toolbar always available that I'm missing? umm, the handles go away if you lock the widgets... :) there's your configuration only mode :) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
I wish there was a trapezoid/shear mapping feature so I could also add some perspective effect to the widgets. Where is the wishlist kept for plasmoid features? As I said before I'm currently working on it (only via desktop scripting to not clutter the interface - maybe if the majority sais it should be in the GUI I'll try to do it). Till now it works but still doesn't work together with resizing/rotating - I'll work on it when I have enogh time. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
On Tue, Sep 7, 2010 at 5:03 PM, Anton Kreuzkamp akreuzk...@web.de wrote: I wish there was a trapezoid/shear mapping feature so I could also add some perspective effect to the widgets. Where is the wishlist kept for plasmoid features? As I said before I'm currently working on it (only via desktop scripting to not clutter the interface - maybe if the majority sais it should be in the GUI I'll try to do it). Till now it works but still doesn't work together with resizing/rotating - I'll work on it when I have enogh time. Have you considered maybe having it as an additional modifier for the normal resizing/rotating? Currently ctrl+drag forces an aspect-ratio change, perhaps something along those lines could be used to not further clutter the interface. Maybe shift+drag on the resize button for trapezoidal, shift+drag on the rotate button for sheer. That isn't very discoverable, but it is far more discoverable than scripting. -Todd ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
On Tuesday 07 September 2010 20:24:28 Diego Moya wrote: On 7 September 2010 14:33, Asraniel wrote: Appart from the wrongly choosen icon (which looks like a refresh button), i really can't see any problem with that feature. Don't let us go the gnome way and delete every feature that not at least 100% of the people use. I don't think we're talking removing this feature. Me, I was suggesting creating a better, more flexible interface for it. On 7 September 2010 15:07, nuno pinheiro wrote: On Tuesday 07 September 2010 13:48:53 Markus Slopianka wrote: On Tuesday 07 September 2010 12:11:52 nuno pinheiro wrote: does it create visual cluter? no.. Sure it does. NO IT dosent, puting my designers hat. that tollbar is not clutered, minimalist as i like to be but to much empty space is also bad. that toolbar is clean and as just about the correct amount of butons. You must have a really big screen, or never use small widgets at all. The buttons in the toolbar get in the way when trying to drag the widget; one must carefully search for an empty place in the bar to drag. Every additional button reduces the size of the dragging area for my primary interaction with widgets, which is moving them to a different place. obviusly you don't use plasmoids much do you? :) most plasmois are drag-able by pressing any empty area of them you don't even need the handle. i tested to actually use the handle and i need to make a plasmoid smaller that usable to be able to create a problem. Good design implies that less-used features are made less pronounced. I for one find the whole widget tool-bar too intrusive. I put my widgets side-by-side on the desktop, and during normal use the tool-bar on one widget will overlap the one besides it, obscuring its contents. I would be happier if the toolbar would only show on demand by clicking a toggle button (a cashew?), not by hovering over the widget. well myself after i set up my desktops as i want it i lock it down, so id ont get no rotate no scale no nothing IMO this is the intended behaviour frist you set it up then you use it and you are done with it. if you want to change it unlock it and do as you please if rotation is one of such things great you can. YMMV anyway, different users have different needs. My point is that giving prominent place to rarely used features *does* get in the way and is disturbing for someone. Note that I'm not asking for it to be changed (dashboards in general are of little use for me), I just want to illustrate how it can be a real problem for some people, that should not be hand-waved away. realy I dont see it proimenent at all it only shows wen you unlock your screen. I suppose the definition of clutter and what gets in the way is personal. I can only think of two ways to prioritize placement of features in the interface, for an open project like KDE: - what developers feel is right for their personal use, or - the expected frequency of use for that feature. on the plus side its a good marketing tool- see i can rotate the clock :) do that in windows will you... Reply: shrug Why would I want to rotate a clock? Why woud i want to play tictack toe? Why woud i want place my windows in difrent positions? Why woud i want this or that. So why don't we place a tic tac toe game on the default desktop configuration? ;-) That's right, it would not be used most of the time, by most users. On 7 September 2010 17:12, Aaron J. Seigo wrote: On Tuesday, September 7, 2010, Markus Slopianka wrote: Isn't this one of those micro-options we once stated to get rid of? no. it's a fairly commonly used feature and doesn't get in the way of other items nor other code paths. I agree that this feature is not one of those micro-configurations that plagued previous iterations of KDE. Still, I fail to see the need to have it always on, always available. Do people really move and rotate their widgets, with the same frequency that they interact with their contents? As far as I can see, none of the use cases presented in this thread would be hurt by a configuration only mode, while it does get in the way for some of us in its current form. What was the original reasoning in having the complete direct-manipulation interface for plasmoid applets always present? Is it for the kool effect? To make it discoverable? Or is there a benefit in having the toolbar always available that I'm missing? I'm now geesing that you never locked the plasma desktop. i very rarely unlock it, maybe if somthing is not discoverable is the locking mecanism, i find it essencial to a good experience in kde as you said no one constantly chages the desktop setup. -- oxygen guy, I make the pretty pictures ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
The problem by that is that in perspective transformation you can't simply turn it, but you need a vanishing point. Currently QTransform has a method to rotate by the X- and Y-Axis but it sets the Y-coordinate automatically to 0 (relative to the widgets top) and so the 3D-effect isn't really convincing... So you see a GUI for that wouldn't be as simple as rotating... At the moment my method has the arguments axis (I'm still wondering how to use something like Qt::Axis) and the x- and y-coordinates of the vanishing point. The next step will be to retransform it on moving (I've still not found the right place the moving is done in plasma). Would be great if someone could answer these questions :) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
On Tuesday 07 September 2010 22:31:51 Anton Kreuzkamp wrote: The problem by that is that in perspective transformation you can't simply turn it, but you need a vanishing point. Currently QTransform has a method to rotate by the X- and Y-Axis but it sets the Y-coordinate automatically to 0 (relative to the widgets top) and so the 3D-effect isn't really convincing... So you see a GUI for that wouldn't be as simple as rotating... At the moment my method has the arguments axis (I'm still wondering how to use something like Qt::Axis) and the x- and y-coordinates of the vanishing point. The next step will be to retransform it on moving (I've still not found the right place the moving is done in plasma). Would be great if someone could answer these questions :) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel plus this methotds create many pixel problems for mostly 2 dimensional creatures such as plasmoids. wen I do this types of scaling I make sure that the source image as alot of extra quality, aka is much biguer than the final result... -- oxygen guy, I make the pretty pictures ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: multi-screen management
On Tuesday, September 7, 2010, Chani wrote: On September 7, 2010 10:01:57 Sebastian Kügler wrote: On Tuesday, August 31, 2010 21:37:15 Chani wrote: On August 31, 2010 04:41:11 Sebastian Kügler wrote: On Wednesday, August 18, 2010 22:27:12 Aaron J. Seigo wrote: as for thumbnails .. it's likely posible to do so for currently running containments, but much harder to do for ones that aren't running. The containment will be running at some point, so we can just screenshoot it then. I think a preview of what it really looks like is a good way to distinguish activities. beer and cookies for whoever implements that :) QWidget::pixmap() (off the top of my head). :) it's a graphicswidget, not a qwidget :/ although I guess you could snag it from its view when you get the chance... yes, look at the code in kdelibs/plasma/animations/widgetsnapshot.cpp to see how to do 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 Development Frameworks 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: Why rotate widgets?
On Tuesday 07 September 2010 18:18:00 nuno pinheiro wrote: Hi Nuno, i have the icon fixed just need to convert my http checkout from svn to ssh what is teh comand again :)? svn switch --relocate https://username@svn.kde.org/home/kde/ svn+ssh://username@svn.kde.org/home/kde/ Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: new kwin effect: roundedcorners - make corners of the desktop rounded
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5225/ --- (Updated 2010-09-07 17:31:30.991381) Review request for kwin, Plasma and Martin Gräßlin. Changes --- fixed: - smooth transition with a nice radiant fade - coding style - ifdefs for KWIN_HAVE_OPENGL_COMPOSITING todo: - add xrender - don't know why rectTexture-setCoords(0, 0, width, width) works ;) please keep on commenting Summary --- Inspired by roundedge http://www.nongnu.org/roundedge/ this kwin effect makes corners of the desktop rounded. Older Macs and Monitors had this feature too. Diffs (updated) - tags/KDE/4.5.1/kdebase/workspace/kwin/effects/CMakeLists.txt 1170001 tags/KDE/4.5.1/kdebase/workspace/kwin/effects/configs_builtins.cpp 1170001 tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/CMakeLists.txt PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.desktop PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.h PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.cpp PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.h PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.cpp PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.desktop PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.ui PRE-CREATION Diff: http://svn.reviewboard.kde.org/r/5225/diff Testing --- Thanks, Christoph ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: new kwin effect: roundedcorners - make corners of the desktop rounded
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5225/ --- (Updated 2010-09-07 17:43:25.444375) Review request for kwin, Plasma and Martin Gräßlin. Changes --- added screenshots Summary --- Inspired by roundedge http://www.nongnu.org/roundedge/ this kwin effect makes corners of the desktop rounded. Older Macs and Monitors had this feature too. Diffs - tags/KDE/4.5.1/kdebase/workspace/kwin/effects/CMakeLists.txt 1170001 tags/KDE/4.5.1/kdebase/workspace/kwin/effects/configs_builtins.cpp 1170001 tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/CMakeLists.txt PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.desktop PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.h PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners.cpp PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.h PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.cpp PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.desktop PRE-CREATION tags/KDE/4.5.1/kdebase/workspace/kwin/effects/roundedcorners/roundedcorners_config.ui PRE-CREATION Diff: http://svn.reviewboard.kde.org/r/5225/diff Testing --- Screenshots --- roundedcorners_without_frame http://svn.reviewboard.kde.org/r/5225/s/498/ with_simulated_border http://svn.reviewboard.kde.org/r/5225/s/499/ Thanks, Christoph ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel