Re: Re: Breadcrumbs in Kickoff
On Tuesday 27 December 2011 23:36:54 Matthew Dawson wrote: 1) The back button was a much larger button to hit. According to Fitt's Law[1], the smaller a target is to hit, the longer it takes. The breadcrumbs, being smaller, decreases the speed at which someone can hit the target. It is readily apparent to me, as I only recently got introduced to it. Fitt's Law is only a valid argument iff the back button is directly on the left screen edge. So it is fine for our default, for everything else the back button is in fact rather bad due to Fitt's Law. 2) The position of the breadcrumbs is on the upper right hand corner. People will first look for information to the upper left hand part of the screen. With the breadcrumbs positioned where they are, its first of all hard to find compared to the back button. I can't remember if people brought up with RTL languages see upper right hand first, but at least for LTR it is. Yes and that's why I moved it to the left in the new implementation. Thoughts? If these ideas sound useful, I'll try to cook up a patch to implment them. the current implementation will be thrown away soon. So don't waste your time on working with the C++ code. If you want to work on the QML based kickoff you need to checkout the branch kickoff-qml. In general the discussion seems to be at a mood point if people do not know the work which is going on. Cheers Martin 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: Review Request: Change activity by rolling the mouse wheel over the showActivityManager widget.
On Tuesday, December 27, 2011 20:00:12 Simone Gaiarin wrote: Summarizing: 1)No redundant configuration interface should be added. 2)Only cycle through active activity is fine, but the dbus interface I still don't like this behaviour, as, even with a tooltip, it's still kind of hidden. A more explicit behaviour would be nicer. should provide a method to get the list of active activity to simplify the work, or it will be necessary to make a dbus call for every activity to check if it is active. But what is the sense of active or unactive activity? 3)The tooltip popup of the widget now says: Click to show the activity manager. We can add a description like: Scroll to switch activity. With this two changes who do not use activities can't do any mista since the widget does not do anything even if he scroll over it. Instead the activity aware user can know how the widget work from the tooltip. 4)Later, as a final improvement an osd with the activity name can be added. This is really what should be done, maybe like a kwin VD switching effect? What do you think? I'm not a great fan of pushing in the wheel-switches-activity, this should be improved in the correct way right away. We're so far away from feature freeze (4.9) that we don't really need a quick thing in. Cheers, -- 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
Review Request: Add little margin to widget explorer in dashboard view
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103564/ --- Review request for Plasma. Description --- I have added little margin to widget explorer invoked from dashboard view. Diffs - plasma/desktop/shell/dashboardview.cpp 0ac06ab Diff: http://git.reviewboard.kde.org/r/103564/diff/diff Testing --- Tested against master, and seems worked well Screenshots --- widgetexplorer_in_dashboard http://git.reviewboard.kde.org/r/103564/s/385/ Thanks, Reza Shah ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
flowout proposal
Hi plasma folks, I've had this idea for quite a few years and made a mockup for it in 2009 [1]. At that time it was even for an entirely new desktop environment based on DirectFB [2], but that idea never came of the ground. Also, the flowout that i wanted was at that time possible but just a bit to difficult in C++ for no real gain (eye candy). However, since about a year or so (since the introduction of QML) it became possible with a lot less effort and thus i spend some time making the flowout idea in QML which you can download and see for yourself here [3] (note, 2 issues. The flickering you will see is fixed in QtQuick 2.0. Qt isn't going to backport it sadly. Another issue is the flowout image is scaling during animation which might not be best, but i don't know how to resolve that) Besides that this is pure eye candy, it does make the desktop just look more polished when the menu folds out like that and just seems to be nicely integrated in the panel. This idea should imho be extended to more elements: - System tray - Thumbnail preview - Menu bars Would it be possible to implement this idea in KDE? Or let me ask it differently, what needs to happen in KDE to even be able to implement it in KDE? Please do let me know what you think of it. Kind regards, Mark [1] http://mde.mageprojects.com/images/MDE%20-%20Marks-Desktop-Environment%20-%20menu_paths.png [2] http://mde.mageprojects.com/ [3] http://www.filefactory.com/file/c059a4b/n/AdaptivePanel.zip ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: flowout proposal
On Wednesday 28 December 2011 16:18:06 Mark wrote: Besides that this is pure eye candy, it does make the desktop just look more polished when the menu folds out like that and just seems to be nicely integrated in the panel. This idea should imho be extended to more elements: - System tray - Thumbnail preview - Menu bars Would it be possible to implement this idea in KDE? From what I see in the screenshots (I did not look at [3] due to the huge amount of advertisment on that page - maybe upload a video) there is nothing which is not possible right now with KWin. All the things are there. So Plasma is actually the wrong place for this :-) So what you need is: * a Qt widget theme to get the translucency (KWin 4.8 contains improvments to have windows always blurred) * a Plasma theme * a set of KWin effects (note: 4.9 will include JS bindings for effects and QML bindings for things like Present Windows) * a KWin window decoration which supports the translucency (note: since some releases the decoration can paint the background of the window. I hope to get QML bindings to window decorations for 4.9) * a set of Plasmoids Or let me ask it differently, what needs to happen in KDE to even be able to implement it in KDE? Please do let me know what you think of it. Whatever you do: do not even think about playing with the window system. Integrating windows into the desktop shell is a bad idea. Be aware of the limitations of the X window system. Be aware of the limitations of working with Qt, GTK and XUL. Your mockups show Firefox: you will never get it that way. Don't reinvent the wheel, use what is there. Remember that we are in the process to get rid of X, but some things will stay: we still have different rendering in Qt and GTK to make your live difficult and even with Wayland we still need to differentiate between windows and desktop shell. Cheers Martin Kind regards, Mark [1] http://mde.mageprojects.com/images/MDE%20-%20Marks-Desktop-Environment%20-%2 0menu_paths.png [2] http://mde.mageprojects.com/ [3] http://www.filefactory.com/file/c059a4b/n/AdaptivePanel.zip 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: flowout proposal
On Wed, Dec 28, 2011 at 4:39 PM, Martin Gräßlin mgraess...@kde.org wrote: On Wednesday 28 December 2011 16:18:06 Mark wrote: Besides that this is pure eye candy, it does make the desktop just look more polished when the menu folds out like that and just seems to be nicely integrated in the panel. This idea should imho be extended to more elements: - System tray - Thumbnail preview - Menu bars Would it be possible to implement this idea in KDE? From what I see in the screenshots (I did not look at [3] due to the huge amount of advertisment on that page - maybe upload a video) there is nothing which is not possible right now with KWin. All the things are there. So Plasma is actually the wrong place for this :-) So what you need is: * a Qt widget theme to get the translucency (KWin 4.8 contains improvments to have windows always blurred) * a Plasma theme * a set of KWin effects (note: 4.9 will include JS bindings for effects and QML bindings for things like Present Windows) * a KWin window decoration which supports the translucency (note: since some releases the decoration can paint the background of the window. I hope to get QML bindings to window decorations for 4.9) * a set of Plasmoids Or let me ask it differently, what needs to happen in KDE to even be able to implement it in KDE? Please do let me know what you think of it. Whatever you do: do not even think about playing with the window system. Integrating windows into the desktop shell is a bad idea. Be aware of the limitations of the X window system. Be aware of the limitations of working with Qt, GTK and XUL. Your mockups show Firefox: you will never get it that way. Don't reinvent the wheel, use what is there. Remember that we are in the process to get rid of X, but some things will stay: we still have different rendering in Qt and GTK to make your live difficult and even with Wayland we still need to differentiate between windows and desktop shell. Cheers Martin Hi Martin, I really like your reply especially since you're commenting about the image and everything in it :) Nice feedback although not exactly the thing i intended. I meant the flowout part, so in that image it's the way the start menu kinda flows out of the panel itself. Sadly you didn't run the example since you would have instantly noticed it.. thus i mailed the example to you ^_^ About the firefox or window manager things or even blur. Thanx for that but you can ignore the picture other then place where the panel nicely integrates in the start menu. Kind regards, Mark Kind regards, Mark [1] http://mde.mageprojects.com/images/MDE%20-%20Marks-Desktop-Environment%20-%2 0menu_paths.png [2] http://mde.mageprojects.com/ [3] http://www.filefactory.com/file/c059a4b/n/AdaptivePanel.zip ___ 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: flowout proposal
A Quarta, 28 de Dezembro de 2011 15:18:06 Mark você escreveu: Hi plasma folks, I've had this idea for quite a few years and made a mockup for it in 2009 [1]. At that time it was even for an entirely new desktop environment based on DirectFB [2], but that idea never came of the ground. Also, the flowout that i wanted was at that time possible but just a bit to difficult in C++ for no real gain (eye candy). However, since about a year or so (since the introduction of QML) it became possible with a lot less effort and thus i spend some time making the flowout idea in QML which you can download and see for yourself here [3] (note, 2 issues. The flickering you will see is fixed in QtQuick 2.0. Qt isn't going to backport it sadly. Another issue is the flowout image is scaling during animation which might not be best, but i don't know how to resolve that) Besides that this is pure eye candy, it does make the desktop just look more polished when the menu folds out like that and just seems to be nicely integrated in the panel. This idea should imho be extended to more elements: - System tray - Thumbnail preview - Menu bars Would it be possible to implement this idea in KDE? Or let me ask it differently, what needs to happen in KDE to even be able to implement it in KDE? Please do let me know what you think of it. Kind regards, Mark [1] http://mde.mageprojects.com/images/MDE%20-%20Marks-Desktop-Environment%20-% 20menu_paths.png [2] http://mde.mageprojects.com/ [3] http://www.filefactory.com/file/c059a4b/n/AdaptivePanel.zip Think i Need you in oxygen did you do that wallpaper? -- Nuno Pinheiro | nuno.pinhe...@kdab.com | UI Designer Klarälvdalens Datakonsult AB, a KDAB Group company KDAB - Qt Experts - Platform-independent software solutions ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
First Experience With Activities
Using 4.7 from Debian Experimental (emphasise that word). There are a zillion activities available shown on a strip which is quite large. I named my normal desktop main, gave the second activity a name. So far, so good :-). I started placing widgets/icons on the second actiivity. Going back to the first ... it was totally blank, just the panel. Had to put everything back. Still, the cashew is gone (not the worst loss). I suppose this occurred because once another activity is populated, the config file format changes and boom! Second activity has its cashew. Got that applications to run dialog, mostly covered by the activity strip. Need a different UI for this one--also, when I later on, do want apps, how to I get that back and use it? What I would like to see: Nice ways to move, copy, SHARE, widgets among activities. Right now, they can be shared on the panel but that has limited realestate. Right now, each activity starts with just the panel, must do everything from scratch. Instead of the strip, what about an add-activity dialog with templates which would offer the pre-populated activities presently offered farther along the strip. Then, more of a UI for the activity's mode, properties, applications, etc., on a clean UI field. Another wish-list: The folder-shelf view could be quite useful but could use transparency and multi-column/icon view option (extender would need another treatment). Right now to see anything here, it takes up too much space. The folder view (postings have complained about it) was working fine until the new activity was populated. Now it does not keep its position. All in all, this is shaping up quite nicely. Since our widgets can do everything metro can (sue 'em!), one can really do most anything in KDE/Plasma! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: flowout proposal
On Wed, Dec 28, 2011 at 5:12 PM, Nuno Pinheiro nuno.pinhe...@kdab.comwrote: ** A Quarta, 28 de Dezembro de 2011 15:18:06 Mark você escreveu: Hi plasma folks, I've had this idea for quite a few years and made a mockup for it in 2009 [1]. At that time it was even for an entirely new desktop environment based on DirectFB [2], but that idea never came of the ground. Also, the flowout that i wanted was at that time possible but just a bit to difficult in C++ for no real gain (eye candy). However, since about a year or so (since the introduction of QML) it became possible with a lot less effort and thus i spend some time making the flowout idea in QML which you can download and see for yourself here [3] (note, 2 issues. The flickering you will see is fixed in QtQuick 2.0. Qt isn't going to backport it sadly. Another issue is the flowout image is scaling during animation which might not be best, but i don't know how to resolve that) Besides that this is pure eye candy, it does make the desktop just look more polished when the menu folds out like that and just seems to be nicely integrated in the panel. This idea should imho be extended to more elements: - System tray - Thumbnail preview - Menu bars Would it be possible to implement this idea in KDE? Or let me ask it differently, what needs to happen in KDE to even be able to implement it in KDE? Please do let me know what you think of it. Kind regards, Mark [1] http://mde.mageprojects.com/images/MDE%20-%20Marks-Desktop-Environment%20-% 20menu_paths.png [2] http://mde.mageprojects.com/ [3] http://www.filefactory.com/file/c059a4b/n/AdaptivePanel.zip Think i Need you in oxygen did you do that wallpaper? Hehe, thank you for the compliment. I sadly can't make those nice wallpapers. I found that one on deviantart. -- Nuno Pinheiro | nuno.pinhe...@kdab.com | UI Designer Klarälvdalens Datakonsult AB, a KDAB Group company KDAB - Qt Experts - Platform-independent software solutions ___ 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: First Experience With Activities
Hi, All the things you wrote sound like a setup issues. (or a 4.7 bug that I forgot about - it was a long time ago). You should only have (if you haven't created them before) one existing activity and two-three templates shown in the activity strip. The templates are already in the Create Activity popup, and if you see any of the templates in the activity strip apart from Photos, Search and Launch and another one I can't remember, it was not intentional - a bug or a setup problem. As for syncing widgets ... I can't say anything regarding that - I'm not working on /that/ part of the activities system :) -- Cheerio, Ivan -- While you were hanging yourself on someone else's words Dying to believe in what you heard I was staring straight into the shining sun ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Re: flowout proposal
On Wed, Dec 28, 2011 at 5:14 PM, Martin Gräßlin mgraess...@kde.org wrote: On Wednesday 28 December 2011 16:54:37 Mark wrote: I really like your reply especially since you're commenting about the image and everything in it :) Nice feedback although not exactly the thing i intended. I meant the flowout part, so in that image it's the way the start menu kinda flows out of the panel itself. Sadly you didn't run the example since you would have instantly noticed it.. thus i mailed the example to you ^_^ thanks for mailing it, so I have seen it now. Well that is not really trivial. In your QML example the panel, start menu and desktop background are one window rendered in one context. In reality these are three windows. Adapting the size is not really a nice thing to do with X11. Just give it a try with Yakuake. It supports sliding popups (default) and animation by itself. If the animation is done by itself it is slow, stutters - espacially on NVIDIA. Reason for that is that with each changed size a new window pixmap is required and some drivers are slow with texture from pixmap operations. And the whole thing has to be perfectly timed. Yakuake resizes it's window in a fixed interval and KWin would have to repaint in exactly the same interval to get a fluid animation. I expect things like that to be much better with Wayland. With the sliding popups effect we go a different way: the window is not resized but moved by the compositor. Unfortunately there is no feedback to the window. That is something we will gain with Wayland. There the window will know when a frame was rendered. Nevertheless it would be possible to pseudo- sync the rendering if Plasma uses the effect hook to set the animation duration. The only thing you would not do is the resizing. So I would say: give it a try. Just use the kickoff-qml branch and apply your qml magic :-) Hehehe, you really do promote that kickoff-qml quite well! I see it so often on your blog and other areas. But how can i apply my magic to that? As you see in the example code, I've sliced the panel in two parts. one is the 2 pixel top line and the rest is the gradient. As far as i know the plasma theming stuff only has 1 image for the panel right? Thus i can't interrupt the border that is on top of the panel.. About the firefox or window manager things or even blur. Thanx for that but you can ignore the picture other then place where the panel nicely integrates in the start menu. it did not say so :-) Cheers Martin ___ 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: First Experience With Activities
On Wednesday 02 Tevet 5772 18:51:08 Ivan Čukić wrote: Hi, All the things you wrote sound like a setup issues. (or a 4.7 bug that I forgot about - it was a long time ago). You should only have (if you haven't created them before) one existing activity and two-three templates shown in the activity strip. The templates are already in the Create Activity popup, and if you see any of the templates in the activity strip apart from Photos, Search and Launch and another one I can't remember, it was not intentional - a bug or a setup problem. As for syncing widgets ... I can't say anything regarding that - I'm not working on /that/ part of the activities system :) I have a strip of 1 1/2 screen widths full of varioius activities, some are the templates, desktop folder, etc. And guess what? My general activity, the first one I though was lost, was off, scrolled to the right! I guess I'll simply remove the extras. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: First Experience With Activities
Can you please try to create a new user and see how many activities does he have by default? -- Cheerio, Ivan -- While you were hanging yourself on someone else's words Dying to believe in what you heard I was staring straight into the shining sun ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: First Experience With Activities
On Wednesday 02 Tevet 5772 19:36:29 Ivan Čukić wrote: Can you please try to create a new user and see how many activities does he have by default? A new user failed to come up. My other existing users started out with later-version kde4--I was playing with it since the very start, keeping them on kde3 until kde4 was stable. Their logins have 6-7 activities, i.e. three new activitiys and the templates, desktop icons, photos, search, etc. Why I had so many? My .kde was been through it all including crashes, failures, loss of desktops, etc. Usually the thing healed itself after some logins or, for example, I got my kmail, qjackctl and nut-monitor icons back on my system tray after a plasma-desktop crash and restart. The strip with all the activities, be they a handful or 20, is too big. And now that I have removed all but the two I am using so far, I do not need the whole screen width. Also, the meaning of the transport icons is not quite clear-- suppose when there are applications, they start or stop them. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Change activity by rolling the mouse wheel over the showActivityManager widget.
I understand and I agree with you. So I leave this work to someone more skilled by me. I'm still a newbie kde programmer. I'll close the review request. Cheers 2011/12/28 Sebastian Kügler se...@kde.org: On Tuesday, December 27, 2011 20:00:12 Simone Gaiarin wrote: Summarizing: 1)No redundant configuration interface should be added. 2)Only cycle through active activity is fine, but the dbus interface I still don't like this behaviour, as, even with a tooltip, it's still kind of hidden. A more explicit behaviour would be nicer. should provide a method to get the list of active activity to simplify the work, or it will be necessary to make a dbus call for every activity to check if it is active. But what is the sense of active or unactive activity? 3)The tooltip popup of the widget now says: Click to show the activity manager. We can add a description like: Scroll to switch activity. With this two changes who do not use activities can't do any mista since the widget does not do anything even if he scroll over it. Instead the activity aware user can know how the widget work from the tooltip. 4)Later, as a final improvement an osd with the activity name can be added. This is really what should be done, maybe like a kwin VD switching effect? What do you think? I'm not a great fan of pushing in the wheel-switches-activity, this should be improved in the correct way right away. We're so far away from feature freeze (4.9) that we don't really need a quick thing in. Cheers, -- 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 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
commit from master to branch kde 4.8
I committed below to master, at that time i do not have KDE/4.8. https://projects.kde.org/projects/kde/kdeplasma-addons/repository/revisions/8a03179be64f2dfb3fc6b52b38b0c7ba0d680dfa My purpose was to include my changes for new release of KDE SC 4.8. Does anyone can commit this also to branch KDE/4.8? Or please let me know how to do that? Thanks, Reza ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: commit from master to branch kde 4.8
On Wed, Dec 28, 2011 at 7:25 PM, Reza Shah rshah0...@kireihana.com wrote: I committed below to master, at that time i do not have KDE/4.8. https://projects.kde.org/projects/kde/kdeplasma-addons/repository/revisions/8a03179be64f2dfb3fc6b52b38b0c7ba0d680dfa My purpose was to include my changes for new release of KDE SC 4.8. Does anyone can commit this also to branch KDE/4.8? Or please let me know how to do that? 'git checkout -t -b 4.8 origin/KDE/4.8' 'git cherry-pick sha of your commit from master' 'git push origin 4.8:KDE/4.8' That should backport your change to the 4.8 branch, and I'm sure I'm going to have 10 people replying to this screaming MERGE DONT CHERRY PICK!! warning: I'm a git newbie as well ;p -- Shaun Reich, KDE Software Developer (kde.org) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
