Plasma & Netbook
Hello everybody! :) Yesterday's night I committed the first code regarding plasma on netbooks. I just created the SAL (search and launch) containment basic files with place holders (just to have something :P ). You can find it in playground/plasma/netbook/ . More information here: http://techbase.kde.org/Projects/Plasma/Plasma-MID Cheers! -- Artur Duque de Souza OpenBossa Research Labs INdT - Instituto Nokia de Tecnologia -- Blog: http://labs.morpheuz.eng.br/blog/ GPG: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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
Plasma-Netbook Mockups
Dear readers. I had some ideas how to possibly improve Plasma's netbook interface. (I published this set of suggestions also in my blog. Maybe it's easier to read there: http://kamikazow.wordpress.com/2010/04/09/plasma-netbook-mockup/ ) While my task within KDE is mainly to translate K3b, I see myself as a usability geek as well. So while cycling through parks in my hometown and enjoying the spring weather, I thought about improving the netbook experience. And while I continued to think about it Plasma applets I already know exist and how they could be incorporated and refined. I also remembered using classic Mac OS which featured a pointer-based GUI that was targeted at screens that have roughly the same proportions as today’s netbooks. I have to add that I don’t know how in what shape Plasma Netbook in current trunk is, so my suggestions may even already be obsolete. I also lack any talent to code, so obviously I’m hoping for an actual programmer to pick up my ideas. So, enough introduction talk. Let’s get started. Plasma Netbook how it looks today: http://kamikazow.files.wordpress.com/2010/04/netbook1.png Page One displays various Plasma applets in an aligned way. So overall I think this screenshot is pretty self explanatory. One aspect is worth pointing out: How task switching currently works. You click on the Running Apps "button" and get an Exposé view of all open windows. This IMHO has some drawbacks. A.) it requires compositing (not available to everyone) and B.) totally breaks down if many windows are open. Well, classic Mac OS had a simple drop-down list of running apps. Hardly fancy, but worked really well, so this is what I came up with: http://kamikazow.files.wordpress.com/2010/04/netbook2.png (No active app) I moved clock and tray to the far right where IMO it’s expected by many users anyway. "Show all windows" triggers the Exposé effect, so no functionality is lost. The menu could also be assigned to a keyboard shortcut. When an application runs, the top bar changes: http://kamikazow.files.wordpress.com/2010/04/netbook3.png (App active) On the left side is still the app switcher, but now also featuring the options to hide or quit the app (Quit and Show All maybe should switch positions). The button title switches to the app name to indicate what’s running. The pages bar is changed to the app’s menu bar. Plasma Netbook works in a similar fashion already, but by simply launching apps in full screen and hiding the window decoration. My proposal should look better esp. if smoothly transitioned from pages bar to menu bar (eg. using a slide effect). A similar menu bar is already implemented by Bespin’s XBar applet. <http://kde-look.org/content/show.php/Bespin?content=63928> Another approach seems to be in development. <http://mail.kde.org/pipermail/plasma-devel/2010-March/010989.html> On the far left side, window control buttons move clock and tray. I figured that in this case it’s more important to keep users’ muscle memory for window operations intact rather than tray interaction. The window controls are what we are all used to: Minimize/Hide — Unmaximize — Close. It can be argued that netbook users should run their application always in full screen anyway, but this would effectively kill the usage of multi-window apps. I also saw several people connect bigger screens at home to their netbooks. An unmaximized window can more easily be moved to the other screen. That feature is also already developed. <http://majewsky.wordpress.com/2010/03/29/blog-relaunch-update-on-kwin-button- applet/> Any comments (praise, insults, volunteering coders)? Bye. Markus ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma & Netbook
On Tuesday 26 May 2009, Artur Souza(MoRpHeUz) wrote: > Hello everybody! :) > > Yesterday's night I committed the first code regarding plasma on netbooks. > I just created the SAL (search and launch) containment basic files with > place holders (just to have something :P ). You can find it in > playground/plasma/netbook/ . neat :) (i think i'll make some simple stupid panel applets here) aaand maybe move shells/plasma-mid under netbook/shell? > More information here: http://techbase.kde.org/Projects/Plasma/Plasma-MID > > Cheers! > > -- > Artur Duque de Souza > OpenBossa Research Labs > INdT - Instituto Nokia de Tecnologia > -- > Blog: http://labs.morpheuz.eng.br/blog/ > GPG: 0xDBEEAAC3 @ wwwkeys.pgp.net > -- ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma & Netbook
On Tuesday 26 May 2009, 14:11 Marco Martin wrote: > (i think i'll make some simple stupid panel applets here) > aaand maybe move shells/plasma-mid under netbook/shell? Sounds good :) I'm just doing something else and should be back to code tomorrow! Cheers! -- Artur Duque de Souza OpenBossa Research Labs INdT - Instituto Nokia de Tecnologia -- Blog: http://labs.morpheuz.eng.br/blog/ GPG: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma & Netbook
On Tuesday 26 May 2009, Marco Martin wrote: > aaand maybe move shells/plasma-mid under netbook/shell? sounds good. -- 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: Plasma & Netbook
On Tuesday 26 May 2009 19:11:09 Marco Martin wrote: > On Tuesday 26 May 2009, Artur Souza(MoRpHeUz) wrote: > > Yesterday's night I committed the first code regarding plasma on > > netbooks. I just created the SAL (search and launch) containment basic > > files with place holders (just to have something :P ). You can find it in > > playground/plasma/netbook/ . trying it now :) > neat :) > (i think i'll make some simple stupid panel applets here) > aaand maybe move shells/plasma-mid under netbook/shell? Did we discuss the difference between internet tablets and netbook yet? (internet tablet being an N810 for example, netbook in the range of an Asus Eee PC or Acer One). The more I think about it, the more differences I see that warrant different containments: - input: netbooks are likely to have a mouse and a semi-usable keyboard, MID have near-unusable keyboard (maybe even onscreen) and more like a touch screen - screen space: netbooks are going down until 567 (one of those HP things apparently), MID probably even smaller (and you still need larger hit areas than on netbooks b/c of input - hardware resources: performance on netbooks is already OK, while MID is a bit slow last time I tried. IMO it would make sense to concentrate on one of those two. Targeting a netbook is likely to be more realistic. > > More information here: http://techbase.kde.org/Projects/Plasma/Plasma-MID -- 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: Plasma & Netbook
On Wednesday 27 May 2009, Sebastian Kügler wrote: > On Tuesday 26 May 2009 19:11:09 Marco Martin wrote: > > On Tuesday 26 May 2009, Artur Souza(MoRpHeUz) wrote: > > > Yesterday's night I committed the first code regarding plasma on > > > netbooks. I just created the SAL (search and launch) containment basic > > > files with place holders (just to have something :P ). You can find it > > > in playground/plasma/netbook/ . > > trying it now :) > > > neat :) > > (i think i'll make some simple stupid panel applets here) > > aaand maybe move shells/plasma-mid under netbook/shell? > > Did we discuss the difference between internet tablets and netbook yet? > (internet tablet being an N810 for example, netbook in the range of an Asus > Eee PC or Acer One). > The more I think about it, the more differences I see that warrant > different containments: > > - input: netbooks are likely to have a mouse and a semi-usable keyboard, > MID have near-unusable keyboard (maybe even onscreen) and more like a touch > screen - screen space: netbooks are going down until 567 (one of those HP > things apparently), MID probably even smaller (and you still need larger > hit areas than on netbooks b/c of input yeah, different containments/applets setup would be needed, probably something could be recycled as is tough: the shell and the SAL (well, probably it would look pretty much like a full screen iphoneish icon grid probably :p) and the "apps" would pretty much be fullscreen plasmoids (something like kontact on a 3" display hmm, maybe not :p) > - hardware resources: performance on netbooks is already OK, while MID is a > bit slow last time I tried. yeah, is needed stuff way faster than an 810 (will the n900 be enough? will be interesting to try :p) another thing potentially tricky is that netbook are pretty open, i.e is easy to install anything you like on them, while on mids is probably not always guarantee, n810 is relatively hack friendly, but don't know about stuff by other producers, how feasible is to install something else anyways, i suppose tiny mids can wait for now, since targetting netbooks looks way more realistic for now (and once we have one i think adapting it won't be really hard software wise) > > IMO it would make sense to concentrate on one of those two. Targeting a > netbook is likely to be more realistic. > > > > More information here: > > > http://techbase.kde.org/Projects/Plasma/Plasma-MID ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma & Netbook
On Tuesday 26 May 2009, Artur Souza(MoRpHeUz) wrote: > Hello everybody! :) > > Yesterday's night I committed the first code regarding plasma on netbooks. > I just created the SAL (search and launch) containment basic files with > place holders (just to have something :P ). You can find it in > playground/plasma/netbook/ . here we go: playground/plasma/netbook/containments/newspaper still very rough, but achieved in a quite simple way: the containment has an horizontal layout of two vertical ones order of applets is decided by their saved position and they don't have a standard background, there s only one big standard background, that makes the composition look less heavy, probably there will be some visual separator between the applets and will be needed some totally custom applet handle to be able to drag stuff around causing the proper relayout and to be decided how to achieve scrolling (scrolling the view would be more tricky but less resource intensive than using something like a Plasma::ScrollWidget?) Cheers > More information here: http://techbase.kde.org/Projects/Plasma/Plasma-MID > > Cheers! > > -- > Artur Duque de Souza > OpenBossa Research Labs > INdT - Instituto Nokia de Tecnologia > -- > Blog: http://labs.morpheuz.eng.br/blog/ > GPG: 0xDBEEAAC3 @ wwwkeys.pgp.net > -- ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma & Netbook
On Wednesday 27 May 2009 12:32:03 Marco Martin wrote: > anyways, i suppose tiny mids can wait for now, since targetting netbooks > looks way more realistic for now (and once we have one i think adapting it > won't be really hard software wise) That's actually what I would suggest as well. -- 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: Plasma & Netbook
On Wednesday 27 May 2009, 07:32 Marco Martin wrote: > yeah, different containments/applets setup would be needed, probably > something could be recycled as is tough: > the shell and the SAL (well, probably it would look pretty much like a full > screen iphoneish icon grid probably :p) > and the "apps" would pretty much be fullscreen plasmoids (something like > kontact on a 3" display hmm, maybe not :p) + 1 here :) Yesterday I saw a 25 min. screencast of moblin 2.0 and it just showed that it doesnt work for MID devices too hehe. So, let's be realistic and put them in different categories as you guys already pointed out. :) -- Artur Duque de Souza OpenBossa Research Labs INdT - Instituto Nokia de Tecnologia -- Blog: http://labs.morpheuz.eng.br/blog/ GPG: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma & Netbook
On Wednesday 27 May 2009 13:32:06 Marco Martin wrote: > On Tuesday 26 May 2009, Artur Souza(MoRpHeUz) wrote: > > Yesterday's night I committed the first code regarding plasma on > > netbooks. I just created the SAL (search and launch) containment basic > > files with place holders (just to have something :P ). You can find it in > > playground/plasma/netbook/ . > > here we go: > playground/plasma/netbook/containments/newspaper Dude ... :D Any hint on how I can pull this up as a window? It would be extremely useful given that I've some demos lined up for netbook type interfaces (I'm at UDS), and it would be totally cool that there's code that does at least something atm. -- 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: Plasma & Netbook
On Wednesday 27 May 2009, 08:32 Marco Martin wrote: > still very rough, but achieved in a quite simple way: > the containment has an horizontal layout of two vertical ones order of > applets is decided by their saved position and they don't have a standard > background, there s only one big standard background, that makes the > composition look less heavy, probably there will be some visual separator > between the applets and will be needed some totally custom applet handle to > be able to drag stuff around causing the proper relayout Very good! :) I still didn't finish the thing I was doing yesterday but lets see how the day goes. Maybe today I can be back to code :) > and to be decided how to achieve scrolling (scrolling the view would be > more tricky but less resource intensive than using something like a > Plasma::ScrollWidget?) Yes...thinking about UI, it would be nice to have some kind of indication that the user can scroll that thing, but wasting space with a scroll widget doesn't seem rightdon't know...what do you guys think ? Cheers, -- Artur Duque de Souza OpenBossa Research Labs INdT - Instituto Nokia de Tecnologia -- Blog: http://labs.morpheuz.eng.br/blog/ GPG: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma & Netbook
On Wednesday 27 May 2009, Sebastian Kügler wrote: > On Wednesday 27 May 2009 13:32:06 Marco Martin wrote: > > On Tuesday 26 May 2009, Artur Souza(MoRpHeUz) wrote: > > > Yesterday's night I committed the first code regarding plasma on > > > netbooks. I just created the SAL (search and launch) containment basic > > > files with place holders (just to have something :P ). You can find it > > > in playground/plasma/netbook/ . > > > > here we go: > > playground/plasma/netbook/containments/newspaper > > Dude ... :D > > Any hint on how I can pull this up as a window? It would be extremely > useful given that I've some demos lined up for netbook type interfaces (I'm > at UDS), and it would be totally cool that there's code that does at least > something atm. i think the best bet is to hand write a config file for the plasma-mid shell also in the netbook folder if you want to give a spin.. (or there is always the whole plasma-desktop in xephyr route..) no no time now but tonight i hope to be able to write one, i would say: top panel with activity bar to switch between sal and newspaper, systray and clock and then in the newspaper containment some random stuff like rss, weather and thinghies like that... ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma & Netbook
On Wednesday 27 May 2009, 14:53 you wrote: > hmm, i think a scrollbar is fine since a netbook is still quite > mouse/touchpad based (regardless if it has a touchscreen or not) I was thinking about something like Canola's list view: you scroll the list and has a scroll bar to indicate where you are on the list, but hides away after scrolling...what do you think ? -- Artur Duque de Souza OpenBossa Research Labs INdT - Instituto Nokia de Tecnologia -- Blog: http://labs.morpheuz.eng.br/blog/ GPG: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma & Netbook
On Wednesday 27 May 2009, Sebastian Kügler wrote:
> On Wednesday 27 May 2009 13:32:06 Marco Martin wrote:
> > On Tuesday 26 May 2009, Artur Souza(MoRpHeUz) wrote:
> > > Yesterday's night I committed the first code regarding plasma on
> > > netbooks. I just created the SAL (search and launch) containment basic
> > > files with place holders (just to have something :P ). You can find it
> > > in playground/plasma/netbook/ .
> >
> > here we go:
> > playground/plasma/netbook/containments/newspaper
>
> Dude ... :D
>
> Any hint on how I can pull this up as a window? It would be extremely
> useful given that I've some demos lined up for netbook type interfaces (I'm
> at UDS), and it would be totally cool that there's code that does at least
> something atm.
this is the current current state:
http://imagebin.ca/view/iZPmvqM8.html
ok, so for a working thing (that still doesn't do much eh :p)
update playground/plasma/netbook/ to the last revision and build everything,
then use those two config files attached (full of cruft but should work) and
voilà
Cheers,
Marco Martin
[Containments][1]
activity=Applications
desktop=-1
formfactor=0
geometry=0,0,800,456
immutability=1
location=0
plugin=sal
screen=-1
wallpaperplugin=image
wallpaperpluginmode=SingleImage
zvalue=0
[Containments][1][Wallpaper][image]
slideTimer=10
slidepaths=/usr/share/wallpapers/
userswallpapers=
wallpaper=/usr/share/wallpapers/Air
wallpapercolor=56,111,150
wallpaperposition=0
[Containments][2]
activity=
desktop=-1
formfactor=2
geometry=0,-30,800,24
immutability=1
location=3
plugin=midpanel
screen=0
zvalue=150
[Containments][2][Applets][1]
geometry=0,0,486.58452722063,20
immutability=1
plugin=activitybar
zvalue=0
[Containments][2][Applets][2]
geometry=490.58452722063,0,97.7077363896848,20
immutability=1
plugin=panelspacer_internal
zvalue=0
[Containments][2][Applets][2][Configuration]
FixedSize=false
[Containments][2][Applets][3]
geometry=592.292263610315,0,86,20
immutability=1
plugin=systemtray
zvalue=0
[Containments][2][Applets][3][Configuration][ExtenderItems][4]
extenderIconName=
extenderItemName=jobGroup
extenderItemPosition=0
extenderTitle=
isCollapsed=false
isGroup=true
sourceAppletId=3
sourceAppletPluginName=systemtray
[Containments][2][Applets][3][Configuration][ExtenderItems][5]
extenderIconName=
extenderItemName=completedJobsGroup
extenderItemPosition=0
extenderTitle=0 Recently Completed Jobs:
groupCollapsed=false
isCollapsed=false
isGroup=true
sourceAppletId=3
sourceAppletPluginName=systemtray
[Containments][2][Applets][3][PopupApplet]
DialogHeight=14
DialogWidth=0
[Containments][2][Applets][4]
geometry=682.292263610315,0,97.7077363896848,20
immutability=1
plugin=digital-clock
zvalue=0
[Containments][2][Applets][4][Configuration][ExtenderItems][4]
extenderIconName=view-pim-calendar
extenderItemName=calendar
extenderItemPosition=0
extenderTitle=Calendar
isCollapsed=false
sourceAppletId=4
sourceAppletPluginName=digital-clock
[Containments][2][Configuration]
maximumSize=800,24
minimumSize=800,24
[Containments][3]
activity=Newspaper
desktop=-1
formfactor=0
geometry=806,0,800,480
immutability=1
location=0
plugin=newspaper
screen=0
wallpaperplugin=image
wallpaperpluginmode=SingleImage
zvalue=0
[Containments][3][Applets][1]
geometry=14,38,343.609756097561,236
immutability=1
plugin=clock
zvalue=52
[Containments][3][Applets][1][Configuration]
announceInterval=0
defaultTimezone=Local
displayHolidays=false
holidaysRegion=ar
showSecondHand=true
showTimezoneString=false
timeZones=
[Containments][3][Applets][1][Configuration][ExtenderItems][6]
extenderIconName=view-pim-calendar
extenderItemName=calendar
extenderItemPosition=0
extenderTitle=Calendar
sourceAppletId=1
sourceAppletPluginName=clock
[Containments][3][Applets][2]
geometry=14,278,343.609756097561,188
immutability=1
plugin=rssnow
zvalue=57
[Containments][3][Applets][2][Configuration]
animations=true
droptarget=false
feeds=http://dot.kde.org/rss.xml,http://news.google.com/news?pz=1&ned=us&hl=en&output=rss
interval=30
logo=true
maxAge=0
switchInterval=10
[Containments][3][Applets][3]
geometry=361.609756097561,38,424.390243902439,241.203996807306
immutability=1
plugin=weather
zvalue=47
[Containments][3][Applets][3][Configuration]
source=bbcukmet|weather|Turin|http://feeds.bbc.co.uk/weather/feeds/obs/world/5022.xml
[Containments][3][Applets][4]
geometry=361.609756097561,283.203996807306,424.390243902439,182.796003192694
immutability=1
plugin=plasma_applet_notes
zvalue=47
[Containments][3][Applets][4][Configuration]
autoSave=http://www.w3.org/TR/REC-html40/strict.dtd";>\n\np, li { white-space:
pre-wrap; }\n\n
scrollValue=0
[Containments][3][Wallpaper][image]
slideTimer=10
slidepaths=/usr/share/wallpapers/
userswallpapers=
wallpaper=/usr/share/wallpapers/Air
wallpapercolor=56,111,150
wallpaperposition=0
[General]
immutability=1
[ViewIds]
2=
Re: Plasma & Netbook
On Wednesday 27 May 2009, 17:46 Marco Martin wrote: > this is the current current state: > http://imagebin.ca/view/iZPmvqM8.html > ok, so for a working thing (that still doesn't do much eh :p) > update playground/plasma/netbook/ to the last revision and build > everything, then use those two config files attached (full of cruft but > should work) and voilà Great work Marco! It looks really nice :) Hope tomorrow I can get back to code and do something with SAL ;) Cheers! -- Artur Duque de Souza OpenBossa Research Labs INdT - Instituto Nokia de Tecnologia -- Blog: http://labs.morpheuz.eng.br/blog/ GPG: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma & Netbook
On Wednesday 27 May 2009 22:46:36 Marco Martin wrote: > On Wednesday 27 May 2009, Sebastian Kügler wrote: > > On Wednesday 27 May 2009 13:32:06 Marco Martin wrote: > > > On Tuesday 26 May 2009, Artur Souza(MoRpHeUz) wrote: > > > > Yesterday's night I committed the first code regarding plasma on > > > > netbooks. I just created the SAL (search and launch) containment > > > > basic files with place holders (just to have something :P ). You can > > > > find it in playground/plasma/netbook/ . > > > > > > here we go: > > > playground/plasma/netbook/containments/newspaper > > > > Dude ... :D > > > > Any hint on how I can pull this up as a window? It would be extremely > > useful given that I've some demos lined up for netbook type interfaces > > (I'm at UDS), and it would be totally cool that there's code that does > > at least something atm. > > this is the current current state: > http://imagebin.ca/view/iZPmvqM8.html > ok, so for a working thing (that still doesn't do much eh :p) > update playground/plasma/netbook/ to the last revision and build > everything, then use those two config files attached (full of cruft but > should work) and voilà Very cool, thanks Marco! ... and sorry for sounding like the impatient sales dude! :o -- 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: Plasma & Netbook
On Wednesday 27 May 2009, Artur Souza(MoRpHeUz) wrote: > On Wednesday 27 May 2009, 14:53 you wrote: > > hmm, i think a scrollbar is fine since a netbook is still quite > > mouse/touchpad based (regardless if it has a touchscreen or not) > > I was thinking about something like Canola's list view: you scroll the list > and has a scroll bar to indicate where you are on the list, but hides away > after scrolling...what do you think ? sounds good to me .. it works nicely in Canola .. not as immediately obvious as a traditional scrollbar, but once you get used to it .. it's nice :) -- 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: Plasma & Netbook
On Thursday 28 May 2009, Aaron J. Seigo wrote: > On Wednesday 27 May 2009, Artur Souza(MoRpHeUz) wrote: > > On Wednesday 27 May 2009, 14:53 you wrote: > > > hmm, i think a scrollbar is fine since a netbook is still quite > > > mouse/touchpad based (regardless if it has a touchscreen or not) > > > > I was thinking about something like Canola's list view: you scroll the > > list and has a scroll bar to indicate where you are on the list, but > > hides away after scrolling...what do you think ? > > sounds good to me .. it works nicely in Canola .. not as immediately > obvious as a traditional scrollbar, but once you get used to it .. it's > nice :) here the problem is that applets would steal mouse events? no idea if there is a reliable way to chose between delivering events only to the view/containment or to the applet? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma & Netbook
On Thursday 28 May 2009, Marco Martin wrote: > here the problem is that applets would steal mouse events? > no idea if there is a reliable way to chose between delivering events only > to the view/containment or to the applet? qgraphicsview does give us the ability to control it, depending on what we're willing to do ;) we could, for instance, have a QGraphicsItem that doesn't paint anything and which is the size of the viewable area positioned at (0, 0) that has a higher zValue than any other item on the canvas and use that as a global event filter. all events will first hit that item, and we can filter/react based on what we want to achieve. -- 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: Plasma-Netbook Mockups
On Friday 09 April 2010, Markus wrote: > Dear readers. > I had some ideas how to possibly improve Plasma's netbook interface. ideas are always welcome :) > (I published this set of suggestions also in my blog. Maybe it's easier to > read there: > http://kamikazow.wordpress.com/2010/04/09/plasma-netbook-mockup/ ) > > > While my task within KDE is mainly to translate K3b, I see myself as a > usability geek as well. So while cycling through parks in my hometown and > enjoying the spring weather, I thought about improving the netbook > experience. And while I continued to think about it Plasma applets I > already know exist and how they could be incorporated and refined. I also > remembered using classic Mac OS which featured a pointer-based GUI that > was targeted at screens that have roughly the same proportions as today’s > netbooks. > > I have to add that I don’t know how in what shape Plasma Netbook in current > trunk is, so my suggestions may even already be obsolete. I also lack any > talent to code, so obviously I’m hoping for an actual programmer to pick up > my ideas. > > So, enough introduction talk. Let’s get started. > > Plasma Netbook how it looks today: > http://kamikazow.files.wordpress.com/2010/04/netbook1.png > > Page One displays various Plasma applets in an aligned way. So overall I > think this screenshot is pretty self explanatory. One aspect is worth > pointing out: How task switching currently works. You click on the Running > Apps "button" and get an Exposé view of all open windows. > This IMHO has some drawbacks. A.) it requires compositing (not available to > everyone) and B.) totally breaks down if many windows are open. > > Well, classic Mac OS had a simple drop-down list of running apps. Hardly > fancy, but worked really well, so this is what I came up with: > http://kamikazow.files.wordpress.com/2010/04/netbook2.png (No active app) right now, when compositing is off, exactly such a menu is displayed. i think however the exposè effect has more informational value, so i would keep the menu as fallback. i agree that the current effect is lacking, what would be nice is: layout as a grid when we are in netbook mode (will make the workspace kcm configure it as so) -having the possibility to "scroll" if too many windows are open (a crappy device is supposed to not have garzillions of apps open at the same time btw) -maybe a close button on the thumbnails > I moved clock and tray to the far right where IMO it’s expected by many > users anyway. "Show all windows" triggers the Exposé effect, so no > functionality is lost. The menu could also be assigned to a keyboard > shortcut. there was a reason for the strange layout we have now: the close and maximize buttons are epected to be at right, and i think it's really weird if as in your screenshot those buttons are separed from the applet that gives the title, even if they could mae sense at opposite sides of the screen. > When an application runs, the top bar changes: > http://kamikazow.files.wordpress.com/2010/04/netbook3.png (App active) > > On the left side is still the app switcher, but now also featuring the > options to hide or quit the app (Quit and Show All maybe should switch > positions). The button title switches to the app name to indicate what’s > running. > The pages bar is changed to the app’s menu bar. Plasma Netbook works in a > similar fashion already, but by simply launching apps in full screen and > hiding the window decoration. My proposal should look better esp. if > smoothly transitioned from pages bar to menu bar (eg. using a slide > effect). A similar menu bar is already implemented by Bespin’s XBar > applet. <http://kde-look.org/content/show.php/Bespin?content=63928> > Another approach seems to be in development. > <http://mail.kde.org/pipermail/plasma-devel/2010-March/010989.html> as discussed here some days ago, a menubar like that is quite challenging. and problem will be that probably only kde applications will be able to use it. it could make sense a layout like that, but i would like to have it really feasible witout being an hack like is now. > On the far left side, window control buttons move clock and tray. I figured > that in this case it’s more important to keep users’ muscle memory for > window operations intact rather than tray interaction. > The window controls are what we are all used to: > Minimize/Hide — Unmaximize — Close. > It can be argued that netbook users should run their application always in > full screen anyway, but this would effectively kill the usage of > multi-window apps. I also saw several people connect bigger screens at > home to their netbooks. An unmaximized window can more easily be moved to > the other
Re: Plasma-Netbook Mockups
Thanks for your comments. I'd like to further share my reasons for the decisions. Am Freitag 09 April 2010 19:59:28 schrieb Marco Martin: > i think however the exposè effect has more informational value As someone who used Mac OS X for years, I know Exposé inside out. I also know that when I wanted to switch whole apps (even if it were only three or so) with many windows, the practical aspect shrunk. I also remember that using it with a touchpad only was very cumbersome. My reason for including both -- Exposé and menu -- was that the user can adapt his/her workflow according to the attached input devices rather than the capabilities of GPU and drivers. > a crappy > device is supposed to not have garzillions of apps open at the same time > btw Well, it's not our decision what the user runs, right? ;-) Today's netbooks are more powerful than the iBook I bought 6 years ago and I've seen market data that indicates that not so few people buy netbooks as their only PCs and even Atom CPUs advance. Who knows how powerful these machines get 2 years from now. That's why I thought that the user should still be able to conveniently switch between 10 apps that add to 50 windows -- whether we think it's a good idea or not. > there was a reason for the strange layout we have now: > the close and maximize buttons are epected to be at right, Correct me if I'm wrong but from everything I saw of Plasma Netbook, there weren't any close or maximize buttons at all. > and i think it's > really weird if as in your screenshot those buttons are separed from the > applet that gives the title, even if they could mae sense at opposite sides > of the screen. Given that it's all Plasma, I thought that all positions can be changed anyway if the user decides. I also thought to mirror Mac OS 9's layout where the close button was on the left and a similar menu was on the right. <http://wrds.files.wordpress.com/2007/04/mac_os_9_screenshot_2.png> The main point on my mockups were not to present the "ultimate" applet positions, but instead a feature set I believe would be beneficial to have available in the default setup of Plasma Netbook. > as discussed here some days ago, a menubar like that is quite challenging. > and problem will be that probably only kde applications will be able to use > it. I remember a blog posting by some Chinese KDE contributor (who also wrote a Scim-based input method panel for Plasma) that he modified Xbar to be compatible with GNOME/GTK applications. That was one, two or so years ago, though. > having > controls for the current window in two opposite parts of the screen really > looks strange to me. It's just a thing of getting used to. In the early 2000s I used BeOS (dual boot with Win98) at home and occasionally Mac OS 9 at work. Both share the concept to separate window size modification (Zoom and on OS9 also Window Shade) from the Close button. This was something I could adapt to within minutes. And as I said: My mockups don't have the goal to hinder users to rearrange the Plasmoids on the bar. Bye ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
Written by MoRpHeUz — April 9, 2010 @ 19:01: > Hi! Regarding some points: > > – Exposè vs List of Windows > > A) Most (if not all) netbooks today have a graphics card capable of doing > composite. Graphic cards: Yes. Drivers: Not often. There were several announcements of ARM-based netbooks. Is any of the current drivers even compatible with GPUs that work in conjunction with ARM CPUs? Does Nouveau work with Tegra for example? I tried to look it up a while ago and found nothing. > And if composite is not available, it fallbacks exactly to a > list of windows, so it seems that your idea is “quite already > implemented”. I on purpose made "my" menu switch between apps and not individual windows. > B) From our research with users, they usually do not open that many > applications on a netbook. Certainly possible. Your research is likely better than my limited "research" using a handful of netbook owners and some market statistic about people who replace their PCs with netbooks. One of the goals of my proposal was to enable easier switching between many apps without hurting the work flow for users who don't run many apps. > However if this happens, then it would be a > good idea to think about a good solution for “too many windows” and Exposè > effect. > > – Titlebar > > Without closing the application, from your mockup there is no way to switch > between activities without closing the application as the app’s menu is > using the panel. If by activities you mean the pages? Well, the app doesn't need to be closed in that case, only hidden/minimized. My rationales: A.) Vertical space is more important than switching pages if one application has focus. B.) Netbooks are probably usually used for single apps in full screen. My proposal was made on this assumption, even though I'd like to enable users to switch between 10 apps if they choose to run that many. Just now I had another idea: Wouldn't it be possible to implement multitouch gestures on touchpads that support them? Eg swipe left/right to switch between activities/pages? > What if I open an application that has a lot of menu > options ? What should we do in this case ? Same as with normal windows of Qt apps: Show an expander. > Apple “fixes” this on OSX > limiting the number of menu options that one can create. > > The window’s actions on the right are already implemented as a plasmoid and > there is no need to show the minimize button: if you want to switch > between applications you just do it, if you want to go to an activity you > just use the panel for that and if you want to close, the button is there. > In your mockup you’re duplicating the functionality: the same action can > be triggered by the list of windows and in the right side of the panel. No, it's not duplication. Here's why: In my proposal the menu allows to hide the whole application = all windows at once. The Minimize button only hides the active window. If you're running only single-window apps, it does not make a difference, but if an app has multiple windows, it is a difference. > – Bigger screens vs Average netbook user > > In our research with *average* netbook users (not geeks), they usually > don’t connect output monitors/keyboards and specially they don’t do much > multitasking (when they do, the applications are always maximized anyway). I'm not arguing against your research. My proposal is not targeted against them, but just a collection of ideas that aims to make it easier if one user decides to either connect external monitors and/or do more multitasking. Btw, I know no geek with a netbook. Are geeks even allowed to posses such things? :-) > That’s why we took the path of making all applications to run maximized > too. This came from user feedback. In my proposal all apps are fullscreen by default as well. > One thing that we could improve, is the ability to switch to a regular > Plasma desktop view if there is a monitor plugged in, as this is the case > where you have a bigger place to do your mess A fried of mine (non-geek) uses such a setup and in fact she's the reason why I even started to think about Plasma Netbook. The built-in screen is 10 inches or so and her traditional GNOME layout totally cramps the screen. The external 22 inch screen OTOH is almost empty. Then I asked myself what could be done to still use the small screen effectively and make it easy to move windows to the big screen. I think my proposal helps some people while OTOH hurting no one. That said, it's difficult to know without actually trying this out and I only have a 15,4" notebook, so I couldn't try my own proposal even if someone implemented it... :-( ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On Friday 09 April 2010, Markus wrote: > Thanks for your comments. I'd like to further share my reasons for the > decisions. > > Am Freitag 09 April 2010 19:59:28 schrieb Marco Martin: > > i think however the exposè effect has more informational value > > As someone who used Mac OS X for years, I know Exposé inside out. > I also know that when I wanted to switch whole apps (even if it were only > three or so) with many windows, the practical aspect shrunk. > I also remember that using it with a touchpad only was very cumbersome. > > My reason for including both -- Exposé and menu -- was that the user can > adapt his/her workflow according to the attached input devices rather than > the capabilities of GPU and drivers. > > > a crappy > > device is supposed to not have garzillions of apps open at the same time > > btw > > Well, it's not our decision what the user runs, right? ;-) > Today's netbooks are more powerful than the iBook I bought 6 years ago and > I've seen market data that indicates that not so few people buy netbooks as > their only PCs and even Atom CPUs advance. Who knows how powerful these > machines get 2 years from now. as Artur said, tests with joe sixpack users is quite rare. other users can add a real taskbar or use a desktop shell, if their use of the device is actually what would be a desktop (since the use case of the netbook shell is quite different) i could mke configurable to always use the list, however. > That's why I thought that the user should still be able to conveniently > switch between 10 apps that add to 50 windows -- whether we think it's a > good idea or not. > > > there was a reason for the strange layout we have now: > > the close and maximize buttons are epected to be at right, > > Correct me if I'm wrong but from everything I saw of Plasma Netbook, there > weren't any close or maximize buttons at all. no buttons when plasma itself is focused, they appear when an application is focused > > and i think it's > > really weird if as in your screenshot those buttons are separed from the > > applet that gives the title, even if they could mae sense at opposite > > sides of the screen. > > Given that it's all Plasma, I thought that all positions can be changed > anyway if the user decides. > I also thought to mirror Mac OS 9's layout where the close button was on > the left and a similar menu was on the right. > <http://wrds.files.wordpress.com/2007/04/mac_os_9_screenshot_2.png> at the moment no, because the close/maximize and the title are the same applet Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
I had commented on the original blog archive, and I'll continue discussion here. Well, maybe I'm an exception, but I don't follow the "netbook users run a single application at a time". For instance, many times I have firefox, dolphin, konsole, amarok, gimp (yes, gimp, with a wacom tablet attached) running at the same time in a 10.2" netbook, with 1024x600 resolution and 2GB RAM. And it works well with Kubuntu Lucid beta. Here is an explanation for the points i've stated in that comment: * I'd rather have a task manager which shows only icons for background apps and the title and maximize / restore buttons for the foreground app replacing the current activity switcher, which takes more than half of the available screen width. And I agree with Markus that the clock should be by default in the extreme right side. It's where users of all platforms expect to see a clock and a system tray. Also, in the current form, depending on the window title length, the clock position changes, and keeps "jumping" when switching applications. * About the single / double click: Search and Launch is there basically replacing the menu. It doesn't makes sense to make it honor the single / double click settings, which is supposed to be to navigate in files. In files, 1 click selects, 2 clicks open. In the SAL, 1 click does nothing. Having it honoring the setting is just like making Kickoff requiring double clicks to navigate in menus. This is the same complaint I have with system settings: if I choose double clicks to navigate in files, the system settings also requires double clicks. * About the "texts" in SAL: if someone which has never seen it is shown just a screenshot, like the first one presented in the article (http://kamikazow.wordpress.com/2010/04/09/plasma-netbook-mockup), he sees some icons on top, a search box, some other icons and widgets at the bottom. There is no obvious statement that: "these are the favorites", "here are the applications", and so on. On Kickoff, there's the "Favorites" and "Applications" tab. The ubuntu netbook remix has the sections on the left side. Having such an indication would be more intuitive. Perhaps, I'm thinking that having an intermediate solution, with just borderless maximized windows (which currently can be set via config file), that hacked task manager and a default kickoff menu would be perfect for netbooks... -- Luis Fernando Planella Gonzalez ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On Friday 09 April 2010, Markus wrote: > Written by MoRpHeUz — April 9, 2010 @ 19:01: > > Hi! Regarding some points: > > > > – Exposè vs List of Windows > > > > A) Most (if not all) netbooks today have a graphics card capable of doing > > composite. > > Graphic cards: Yes. Drivers: Not often. > There were several announcements of ARM-based netbooks. Is any of the > current drivers even compatible with GPUs that work in conjunction with > ARM CPUs? Does Nouveau work with Tegra for example? I tried to look it up > a while ago and found nothing. > > > And if composite is not available, it fallbacks exactly to a > > list of windows, so it seems that your idea is “quite already > > implemented”. > > I on purpose made "my" menu switch between apps and not individual windows. well, it's not really easy to identify what windows belong to the same app, that's one of the reasons the taskbar in plasma-desktop right now lists windows, and they are grouped by name, that is an heuristic that may or may not be the correct > > B) From our research with users, they usually do not open that many > > applications on a netbook. > > Certainly possible. Your research is likely better than my limited > "research" using a handful of netbook owners and some market statistic > about people who replace their PCs with netbooks. > > One of the goals of my proposal was to enable easier switching between many > apps without hurting the work flow for users who don't run many apps. > > > However if this happens, then it would be a > > good idea to think about a good solution for “too many windows” and > > Exposè effect. > > > > – Titlebar > > > > Without closing the application, from your mockup there is no way to > > switch between activities without closing the application as the app’s > > menu is using the panel. > > If by activities you mean the pages? > Well, the app doesn't need to be closed in that case, only > hidden/minimized. > > My rationales: > A.) Vertical space is more important than switching pages if one > application has focus. > B.) Netbooks are probably usually used for single apps in full screen. My > proposal was made on this assumption, even though I'd like to enable users > to switch between 10 apps if they choose to run that many. > > Just now I had another idea: Wouldn't it be possible to implement > multitouch gestures on touchpads that support them? Eg swipe left/right to > switch between activities/pages? no multitouch on X for now. > > What if I open an application that has a lot of menu > > options ? What should we do in this case ? > > Same as with normal windows of Qt apps: Show an expander. > > > Apple “fixes” this on OSX > > limiting the number of menu options that one can create. > > > > The window’s actions on the right are already implemented as a plasmoid > > and there is no need to show the minimize button: if you want to switch > > between applications you just do it, if you want to go to an activity > > you just use the panel for that and if you want to close, the button is > > there. In your mockup you’re duplicating the functionality: the same > > action can be triggered by the list of windows and in the right side of > > the panel. > > No, it's not duplication. Here's why: In my proposal the menu allows to > hide the whole application = all windows at once. > The Minimize button only hides the active window. If you're running only > single-window apps, it does not make a difference, but if an app has > multiple windows, it is a difference. right no you don't have a minimize button at all in netbook mode: if there is no taskbar and if the desktop can be selected as any other window, the minizmize button has exactly no use. > > – Bigger screens vs Average netbook user > > > > In our research with *average* netbook users (not geeks), they usually > > don’t connect output monitors/keyboards and specially they don’t do much > > multitasking (when they do, the applications are always maximized > > anyway). > > I'm not arguing against your research. My proposal is not targeted against > them, but just a collection of ideas that aims to make it easier if one > user decides to either connect external monitors and/or do more > multitasking. Btw, I know no geek with a netbook. Are geeks even allowed > to posses such things? :-) > > > That’s why we took the path of making all applications to run maximized > > too. This came from user feedback. > > In my proposal all apps are fullscreen by default as well. > &
Re: Plasma-Netbook Mockups
> > > > The window’s actions on the right are already implemented as a plasmoid > > and there is no need to show the minimize button: if you want to switch > > between applications you just do it, if you want to go to an activity > > you just use the panel for that and if you want to close, the button is > > there. In your mockup you’re duplicating the functionality: the same > > action can be triggered by the list of windows and in the right side of > > the panel. > > No, it's not duplication. Here's why: In my proposal the menu allows to > hide the whole application = all windows at once. > The Minimize button only hides the active window. If you're running only > single-window apps, it does not make a difference, but if an app has > multiple windows, it is a difference. > while I can see this being handy for something like Qt Designer, it'd be a PITA for something like a web browser or okular. I don't care that all my .pdf files are open in something called "Okular", I care about getting to the document about magical ponies :) and guess which sort of app Joe Sixpack is more likely to be using... -- 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: Plasma-Netbook Mockups
On Friday 09 April 2010, 17:57 Luis Fernando Planella Gonzalez wrote: > Well, maybe I'm an exception, but I don't follow the "netbook users > run a single application at a time". For instance, many times I have > firefox, dolphin, konsole, amarok, gimp (yes, gimp, with a wacom > tablet attached) running at the same time in a 10.2" netbook, with > 1024x600 resolution and 2GB RAM. And it works well with Kubuntu Lucid > beta. Yep, you're an exception :) You're a geek using a netbook. Average users doesn't have this many applications open at the same time, specially because netbooks are awesome for consuming content, but horrible for creating them. That doesn't mean that there aren't people out there (like you :) ) that can handle these tasks. For you I would just recommend the regular Plasma Desktop or that you tune Plasma Netbook. > * I'd rather have a task manager which shows only icons for background > apps and the title and maximize / restore buttons for the foreground > app replacing the current activity switcher, which takes more than > half of the available screen width. And I agree with Markus that the > clock should be by default in the extreme right side. It's where users > of all platforms expect to see a clock and a system tray. Also, in the > current form, depending on the window title length, the clock position > changes, and keeps "jumping" when switching applications. The clock point is a valid one that we must deal, but the task manager solution you're proposing just doesn't solve the main issue. That's why we are using Exposè for showing your tasks. Where "your" I mean the average user and not someone who has firefox, dolphin, konsole and gimp open (average users doesn't even want to know what konsole is. Average users are my mother, your grandmother, etc... not us ;) ). > * About the single / double click: Search and Launch is there > basically replacing the menu. It doesn't makes sense to make it honor > the single / double click settings, which is supposed to be to > navigate in files. In files, 1 click selects, 2 clicks open. In the > SAL, 1 click does nothing. Having it honoring the setting is just like > making Kickoff requiring double clicks to navigate in menus. This is > the same complaint I have with system settings: if I choose double > clicks to navigate in files, the system settings also requires double > clicks. The icons are just shortcuts if you like the regular menu. The first rule of SAL is to be a nice way to use KRunner where Marco's mom doesn't need to know that the web browser calls "firefox" or "arora" but she can just type "web browse" and then it's offered to her a list of applications. And this "1 click does nothing" is probably just a bug. Just "1 clicking" any item on SAL activates it here. > * About the "texts" in SAL: if someone which has never seen it is > shown just a screenshot, like the first one presented in the article > (http://kamikazow.wordpress.com/2010/04/09/plasma-netbook-mockup), he > sees some icons on top, a search box, some other icons and widgets at > the bottom. There is no obvious statement that: "these are the > favorites", "here are the applications", and so on. On Kickoff, > there's the "Favorites" and "Applications" tab. The ubuntu netbook > remix has the sections on the left side. Having such an indication > would be more intuitive. +1 here. We can find a way of making it easier to discover what which area of SAL is meant for. > Perhaps, I'm thinking that having an intermediate solution, with just > borderless maximized windows (which currently can be set via config > file), that hacked task manager and a default kickoff menu would be > perfect for netbooks... That's what your needs are :) Maybe that's what you should do because for your workflow this is just the better solution. What we are proposing with Plasma Netbook is a solution for average users of netbooks: moms, fathers, grandfathers, sons, etc... It's even interesting that geeks get/doesn't get something about the UI that this kind of users just "accept" and it works very well for them (just check the example of P man using the netbook interface in plasma-devel archive). Cheers, -- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma-Netbook Mockups
On Friday 09 April 2010, Luis Fernando Planella Gonzalez wrote: > I had commented on the original blog archive, and I'll continue discussion > here. > > Well, maybe I'm an exception, but I don't follow the "netbook users > run a single application at a time". For instance, many times I have > firefox, dolphin, konsole, amarok, gimp (yes, gimp, with a wacom > tablet attached) running at the same time in a 10.2" netbook, with > 1024x600 resolution and 2GB RAM. And it works well with Kubuntu Lucid > beta. > > Here is an explanation for the points i've stated in that comment: > > * I'd rather have a task manager which shows only icons for background > apps and the title and maximize / restore buttons for the foreground > app replacing the current activity switcher, which takes more than > half of the available screen width. And I agree with Markus that the luckily, everything is customizable, and is possible to have a regular taskbar there > clock should be by default in the extreme right side. It's where users > of all platforms expect to see a clock and a system tray. Also, in the > current form, depending on the window title length, the clock position > changes, and keeps "jumping" when switching applications. nope, it's in a fixed position in trunk. the point is that the close button has to be up there, because an action (that is always here) to be in th corner of the screen, it "wins" against a clock that has a content merely informational > * About the single / double click: Search and Launch is there > basically replacing the menu. It doesn't makes sense to make it honor > the single / double click settings, which is supposed to be to > navigate in files. In files, 1 click selects, 2 clicks open. In the > SAL, 1 click does nothing. Having it honoring the setting is just like > making Kickoff requiring double clicks to navigate in menus. This is > the same complaint I have with system settings: if I choose double > clicks to navigate in files, the system settings also requires double > clicks. that is a bug and will be fixed :) > > * About the "texts" in SAL: if someone which has never seen it is > shown just a screenshot, like the first one presented in the article > (http://kamikazow.wordpress.com/2010/04/09/plasma-netbook-mockup), he > sees some icons on top, a search box, some other icons and widgets at > the bottom. There is no obvious statement that: "these are the > favorites", "here are the applications", and so on. On Kickoff, > there's the "Favorites" and "Applications" tab. The ubuntu netbook > remix has the sections on the left side. Having such an indication > would be more intuitive. there could be labels, however after they make "discover" what thise are are for (the first uhm, 3 seconds of use), they become just wasted space and visual noise -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On Friday 09 April 2010, Artur Souza (MoRpHeUz) wrote: > The clock point is a valid one that we must deal, but the task manager > solution you're proposing just doesn't solve the main issue. That's why we > are using Exposè for showing your tasks. Where "your" I mean the average > user and not someone who has firefox, dolphin, konsole and gimp open > (average users doesn't even want to know what konsole is. Average users ..let alone what they think a gimp is :p Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
Am Freitag 09 April 2010 23:10:48 schrieb Chani: > while I can see this being handy for something like Qt Designer, it'd be a > PITA for something like a web browser or okular. Web browsers and Okular are single-window apps by design. Sure, you can show more than one window at the same time, but usually those do not need to be shown at the same time. So with only a single document being displayed and the netbook GUI defaulting to fullscreen app execution anyway, in those cases the Minimize button and the Hide menu do the same thing: Hide the current window and showing the Newspaper activity. I don't know about Qt Designer -- I was more thinking about GIMP and such. In some cases websites spawn small popup windows, often resulting in interaction with the smaller windows having effects on the main window (eg. a web forum opens a new login window). Both in this case and GIMP-like apps, the smaller windows are clearly connected to. > I don't care that all my > .pdf files are open in something called "Okular", I care about getting to > the document about magical ponies :) > > and guess which sort of app Joe Sixpack is more likely to be using... Maybe I'm spoiled by my Mac experience, but I can't remember that Mac OS (X) was ever regarded as geek-only platform. On the contrary: Mac OS X is usually highly praised for its high usability up to a point where trolls call it a "girl and gay" platform, because it's so easy and "real men" use Windows. OSX too has the metaphor to minimize individual windows, hide the whole app and even the option to hide all non-focused apps. While I don't claim to have infinite wisdom ;-), I've used Mac OS X for 3 or 4 years, many versions of Windows, BeOS, and since 2 or 3 years KDE/Linux pretty much exclusively (and occasionally before then) and hence think that I know a broad spectrum of GUIs and think that I'm able to spot GUI features that are good. :-p ;-) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On Fri 9 April 2010 2:08:48 pm Marco Martin wrote: > no multitouch on X for now. Synaptic touchpad driver worked though. I had an old shell script which implemented similar things using synclient on my eeepc. swipe with two fingers to change desktop -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == 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: Plasma-Netbook Mockups
Am Freitag 09 April 2010 23:08:48 schrieb Marco Martin: > well, it's not really easy to identify what windows belong to the same app, > that's one of the reasons the taskbar in plasma-desktop right now lists > windows, and they are grouped by name, that is an heuristic that may or may > not be the correct Ugh. I thought in times of dbus such evil hacks are no longer needed. ;-) > > Just now I had another idea: Wouldn't it be possible to implement > > multitouch gestures on touchpads that support them? Eg swipe left/right > > to switch between activities/pages? > > no multitouch on X for now. And as an idea for the future? > right no you don't have a minimize button at all in netbook mode: > if there is no taskbar and if the desktop can be selected as any other > window, the minizmize button has exactly no use. Right. > well, dragging a window to the other screen is quite easy :) > (interestingly enough, one could also experimen on running plasma desktop > on the second monitor and netbook on the little one, if the computer is > powerful enough... Is this possible? Surely as different X screens, but within one session? > xephyr, virtualbox.. > way suboptimal but gives an idea I also get a rough idea by launching plasma-netbook on my notebook. I meant a real-world scenario with an actual netbook and an external monitor. I don't think my friend lets me abuse her netbook for my experiments. :-p ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On Friday 09 April 2010, 18:57 Markus wrote: > Maybe I'm spoiled by my Mac experience, but I can't remember that Mac OS > (X) was ever regarded as geek-only platform. On the contrary: Mac OS X is > usually highly praised for its high usability up to a point where trolls > call it a "girl and gay" platform, because it's so easy and "real men" use > Windows. OSX too has the metaphor to minimize individual windows, hide the > whole app and even the option to hide all non-focused apps. But they still dropped it for the iPhone and even for the iPad ;) Desktops and netbooks and mobiles are different beasts and that's the whole point, right ? Cheers, -- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma-Netbook Mockups
Am Samstag 10 April 2010 00:12:00 schrieb Artur Souza (MoRpHeUz): > But they still dropped it for the iPhone and even for the iPad ;) Both are touch-based devices and almost everybody who these days develops GUIs for such devices gets more than only inspiration from Apple. > Desktops and netbooks and mobiles are different beasts and that's the whole > point, right ? Compare Apple's early PowerBooks (eg. http://en.wikipedia.org/wiki/File:Powerbook_duo_2300c.jpg ) to a modern netbook: No, not different at all (from a usability standpoint): 9" screen for display and keyboard + touchpad for input. If sold today, everybody would call them netbooks. I'm not saying that Apple has to be copied at all costs. No. I'm merely suggesting that some conventions that were researched over years could be adapted. That's all. :-) And if you all say "Bah, your ideas suck. IT stone age's over.", then I'm fine with it as well. :-) I just reply to almost every mail, because I simply don't want to be misunderstood. :-) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On Friday 09 April 2010, 20:23 Luis Fernando Planella Gonzalez wrote: > In my opinion, ubuntu netbook remix has done the right job: There, > it's pretty easy to access applications and places, and every > application is visible in that "iconized" task manager for background > apps, which is also the title bar for maximized apps. But it has a > fundamental problem: is GNOME... ;-) The problem with Ubuntu Netbook Remix is that it's just a launcher for applications. That's it. Still: if you want that, just drop a kickoff or lancelot menu on plasma containment and you'll have *exactly* the same thing :) The mission here is to provide something else, that doesn't try to fit a desktop inside a netbook. Cheers, -- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma-Netbook Mockups
On Friday 09 April 2010, 20:13 Markus wrote: > Both are touch-based devices and almost everybody who these days develops > GUIs for such devices gets more than only inspiration from Apple. Hmm, well this could be turned into a flame war hehe :) Just to be fair, Nokia N770 was in the market since at least 6 years ago and already had touch-based interfaces/applications...but well, as I said, let's not get into this topic as it has nothing to do with Plasma :) We can drink a beer while discussing this during akademy :D > Compare Apple's early PowerBooks (eg. > http://en.wikipedia.org/wiki/File:Powerbook_duo_2300c.jpg ) to a modern > netbook: No, not different at all (from a usability standpoint): > 9" screen for display and keyboard + touchpad for input. If sold today, > everybody would call them netbooks. Exactly and that's the problem. Netbooks are not regular notebooks or desktops and that's what is most frustrating for users. Vendors put the same software that is supposed to run on desktops on that tiny screen and users have a horrible experience and then they blame the hardware, and it is not the problem. This is the reason most users return their netbooks to stores. The solution ? They started doing netbooks with bigger screens =/ We want to provide a great user experience, and that needs a lot of changes in KDE itself and not just Plasma. If the user wants a regular desktop he can already get that with KDE and just tweak it enough to fit to it's needs. Plasma Netbook aims at something that goes a little bit beyond this. I would suggest you reading the paper from last Akademy to get a little bit more of our research and ideas. Some stuff changed since then, but the main ideas are there and besides not being suitable for a 100% of our users, it seems to solve the issues of most of our netbook usersand of course it can improve a lot more and that's why help is needed. > I'm not saying that Apple has to be copied at all costs. No. I'm merely > suggesting that some conventions that were researched over years could be > adapted. That's all. :-) > And if you all say "Bah, your ideas suck. IT stone age's over.", then I'm > fine with it as well. :-) I just reply to almost every mail, because I > simply don't want to be misunderstood. :-) Let's just avoid this Apple/Microsoft comparison at all. We are not them and we have our own ideas and principles :). Sometimes we are just so used to a work flow or user interface that we can't see beyond it. It happened a lot with KDE3's users that just can't switch to KDE4. From my POV it seems that your ideas are a little bit biased by the fact that you used (and liked - and there is no problem at all with it) for a long time Mac OS(X) and maybe that's why we can't agree on some parts: I really don't buy the "Apple is the UX master guru" specially because I see even apple fans just using other hw/sw when they want to get stuff done :P (besides designers that have all the tools developed for Mac, then it's not a fair competition ;P) Cheers! -- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: Plasma-Netbook Mockups
On Fri 9 April 2010 5:52:48 pm Artur Souza (MoRpHeUz) wrote: > We can drink a beer while discussing this > during akademy :D Yeah, and about how Palm was really the ones who really started the touchscreen UI revolution :D -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == 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: Plasma-Netbook Mockups
On 4/9/10, Ryan Rix wrote: > On Fri 9 April 2010 2:08:48 pm Marco Martin wrote: > > no multitouch on X for now. > > > Synaptic touchpad driver worked though. I had an old shell script which > implemented similar things using synclient on my eeepc. swipe with two > fingers to change desktop oh, right synaptics gestures are quite a diffferent beast from real multitouch and those do work... it would be nice it tthey were supported in kglobalaccel, yeah Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On 4/10/10, Markus wrote: > Am Samstag 10 April 2010 00:12:00 schrieb Artur Souza (MoRpHeUz): > > > But they still dropped it for the iPhone and even for the iPad ;) > > > Both are touch-based devices and almost everybody who these days develops GUIs > for such devices gets more than only inspiration from Apple. > > i'm almost sure that from now in some years most or at least a good percentage of netbooks will be hybrid wwith tablet like the touchbook or the lenovo one ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On 4/9/10, Markus wrote: > Am Freitag 09 April 2010 23:10:48 schrieb Chani: > > > > while I can see this being handy for something like Qt Designer, it'd be a > > PITA for something like a web browser or okular. > > > Web browsers and Okular are single-window apps by design. Sure, you can show > more than one window at the same time, but usually those do not need to be > shown at the same time. > So with only a single document being displayed and the netbook GUI defaulting > to fullscreen app execution anyway, in those cases the Minimize button and > the > Hide menu do the same thing: Hide the current window and showing the > Newspaper > activity. > I don't know about Qt Designer -- I was more thinking about GIMP and such. > In some cases websites spawn small popup windows, often resulting in > interaction with the smaller windows having effects on the main window (eg. a > web forum opens a new login window). Both in this case and GIMP-like apps, > the > smaller windows are clearly connected to. > luckily those kind of applications are tthe exception, i can only think about gimp and qt designer (there is also koppete, but works quite good anyways with maximized windows) gimp will shortly change to a single window layout anyways. and keep in mind, that this shell was ddsigned from day zero for "content consuming" complex creation workflows like using ggraphics applications are explicitly not supported, a catch-all use shell already exists, and is plasma-desktop Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
Am Samstag 10 April 2010 02:52:48 schrieb Artur Souza (MoRpHeUz): > > Compare Apple's early PowerBooks (eg. > > http://en.wikipedia.org/wiki/File:Powerbook_duo_2300c.jpg ) to a modern > > netbook: No, not different at all (from a usability standpoint): > > 9" screen for display and keyboard + touchpad for input. If sold today, > > everybody would call them netbooks. > > Exactly and that's the problem. Netbooks are not regular notebooks or > desktops and that's what is most frustrating for users. Vendors put the > same software that is supposed to run on desktops on that tiny screen and > users have a horrible experience and then they blame the hardware, and it > is not the problem. This is the reason most users return their netbooks to > stores. I'm not sure if either you misread or I wasn't clear. My point is the complete opposite: Apple has 25+ years of experience with GUIs on small screens . The whole Mac GUI is designed around small screens up to a point that it works bad on big screens (a global menu bar isn't fun on 30" screens). > The solution ? They started doing netbooks with bigger screens =/ That's the "solution" for Windows. I wasn't talking about Windows. > From my POV it > seems that your ideas are a little bit biased by the fact that you used > (and liked - and there is no problem at all with it) for a long time Mac > OS(X) That's what I openly stated from the beginning. I could've said "Look which great ideas I have and I had them completely on my own." but that would be dishonest. And who isn't biased in any way? We're all the sum of our experiences. ;-) I'm not a Mac fanboy. I switch operating systems and desktop environments as often as other people change their underwear. ;-) Btw, of my proposals only two are based on Mac OS: The "Application Menu" and the global menu bar. Window buttons on panel is a tweak of an idea posted by KDE's Stefan Majewsky: http://majewsky.wordpress.com/2010/03/24/the-kwin-button-applet/ PS: I don't know what you did, but could you please fix your mail client? Whenever I "reply to list" in your mails, the reply address is your private address and not plasma-devel@kde.org ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
On Friday 09 April 2010, Luis Fernando Planella Gonzalez wrote: > > * About the single / double click: Search and Launch is there > basically replacing the menu. It doesn't makes sense to make it honor for the record, on trunk it's all single click Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-Netbook Mockups
That's nice. when I tried it for the last time, it was requiring double clicks when file navigation was with double clicks... -- Luis Fernando Planella Gonzalez lfpg@gmail.com 2010/4/10 Marco Martin : > On Friday 09 April 2010, Luis Fernando Planella Gonzalez wrote: >> >> * About the single / double click: Search and Launch is there >> basically replacing the menu. It doesn't makes sense to make it honor > > for the record, on trunk it's all single click > > Cheers, > Marco 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
KDE/kdebase/workspace/plasma/netbook/shell
SVN commit 1157732 by rkcosta:
Fix build with gcc < 4.3.0.
The issue was brought up on the kde-packager/release-team mailing lists[1], and
it turns out to be a bug in gcc itself related to an iffy part of the c++
spec[2][3].
Thanks a lot to SadEagle (Maksim Orlovich) for helping chase the cause of this
bug on IRC.
Will backport to the 4.5 branch.
CCMAIL: plasma-devel@kde.org
[1] http://lists.kde.org/?l=kde-release-team&m=128051849414809&w=2
[2] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36490
[3] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25950
M +6 -1 netcorona.cpp
--- trunk/KDE/kdebase/workspace/plasma/netbook/shell/netcorona.cpp
#1157731:1157732
@@ -87,8 +87,13 @@
QString defaultConfig = KStandardDirs::locate("appdata",
"plasma-default-layoutrc");
if (!defaultConfig.isEmpty()) {
kDebug() << "attempting to load the default layout from:" <<
defaultConfig;
-importLayout(KConfig(defaultConfig));
+// gcc bug 36490: KConfig's copy constructor is private, so passing it
as a
+// temporary to importLayout, ie importLayout(KConfig(defaultConfig))
fails
+// on gcc < 4.3.0
+KConfig c(defaultConfig);
+importLayout(c);
+
return;
}
}
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Regression: Keyboard shortcuts in Plasma Netbook
Dear Plasma-developer, i want to point your attention to the following bug report: https://bugs.kde.org/show_bug.cgi?id=295424 There are currently not keyboard shortcuts in Plasma Netbook to reach the entry field on the Search & launch view, no shortcut to open the system monitor (to view/kill processes) and session locking does not work. It seems that shortcuts are currently not implemented, although they were in earlier KDE SC versions. Many thanks, Mogliii ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
KDE/kdebase/workspace/plasma/netbook/shells/netbook
SVN commit 1018772 by ervin:
Make it build by importing all the mouse plugin stuff from the desktop
shell. IIRC that's the second time we need to do something like that to fix
the build when someone starts using code from shells/common.
There's some dependency problem there. It really needs to be fixed.
CCMAIL: plasma-devel@kde.org
M +5 -2 CMakeLists.txt
--- trunk/KDE/kdebase/workspace/plasma/netbook/shells/netbook/CMakeLists.txt
#1018771:1018772
@@ -1,4 +1,4 @@
-include_directories(${KDEBASE_WORKSPACE_SOURCE_DIR}/libs
../../../shells/common ${KDEBASE_WORKSPACE_SOURCE_DIR}/libs/kephal
${KDEBASE_WORKSPACE_SOURCE_DIR}/libs/kworkspace)
+include_directories(${KDEBASE_WORKSPACE_SOURCE_DIR}/libs
../../../shells/desktop ../../../shells/common
${KDEBASE_WORKSPACE_SOURCE_DIR}/libs/kephal
${KDEBASE_WORKSPACE_SOURCE_DIR}/libs/kworkspace)
set(appletbrowserdialog_SRCS
../../../shells/common/widgetsExplorer/kcategorizeditemsviewmodels.cpp
@@ -19,10 +19,13 @@
main.cpp
plasmaapp.cpp
../../../shells/common/backgrounddialog.cpp
+../../../shells/desktop/mouseplugins.cpp
+../../../shells/desktop/mousepluginwidget.cpp
+../../../shells/desktop/mouseinputbutton.cpp
${appletbrowserdialog_SRCS}
)
-kde4_add_ui_files(plasma-netbook_SRCS
../../../shells/common/BackgroundDialog.ui
../../../shells/common/ActivityConfiguration.ui )
+kde4_add_ui_files(plasma-netbook_SRCS
../../../shells/common/BackgroundDialog.ui
../../../shells/common/ActivityConfiguration.ui
../../../shells/desktop/MousePlugins.ui
../../../shells/desktop/MousePluginWidget.ui)
#set(ksmserver_xml
${KDEBASE_WORKSPACE_SOURCE_DIR}/ksmserver/org.kde.KSMServerInterface.xml)
set(ksmserver_xml ${KDE4_DBUS_INTERFACES_DIR}/org.kde.KSMServerInterface.xml)
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Plasma Netbook animated Version 1
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2008/ --- Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza (MoRpHeUz), and Adenilson Cavalcanti. Summary --- Add animated layouts to plasma-netbook. Animate add/remove widgets in layouts(grid and linear). Diffs - trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp 1042281 Diff: http://reviewboard.kde.org/r/2008/diff Testing --- Thanks, igorto ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Regression: Keyboard shortcuts in Plasma Netbook
Hi Mogliii, we understand that this regression is a serious issue for you. Unfortunately sending bug reports to the mailing list doesn't fix problems. To track and manage bugs we have a bugzilla installation. At the moment we have more than 1000 open bug reports for plasma. You can know imagine the problems if each of the bug reports would be sent to the mailinglist :-) The best way to help the KDE team to get such bugs fixed is by helping the bug triaging team to better manage the bugs so that the developers can concentrate on fixing the bugs. Please see http://techbase.kde.org/Contribute/Bugsquad for more information. Kind Regards Martin Gräßlin Am 07.03.2012 13:55, schrieb mogliii: Dear Plasma-developer, i want to point your attention to the following bug report: https://bugs.kde.org/show_bug.cgi?id=295424 There are currently not keyboard shortcuts in Plasma Netbook to reach the entry field on the Search & launch view, no shortcut to open the system monitor (to view/kill processes) and session locking does not work. It seems that shortcuts are currently not implemented, although they were in earlier KDE SC versions. Many thanks, Mogliii ___ 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: KDE/kdebase/workspace/plasma/netbook/shells/netbook
On 9/2/09, Kevin Ottens wrote:
> SVN commit 1018772 by ervin:
>
> Make it build by importing all the mouse plugin stuff from the desktop
> shell. IIRC that's the second time we need to do something like that to fix
> the build when someone starts using code from shells/common.
>
> There's some dependency problem there. It really needs to be fixed.
>
> CCMAIL: plasma-devel@kde.org
>
yes, this is really messy (and me is punishing himself with a nine
tail cat right now for that :/)
what we were thinking to do is reorganizing the filesystem under
plasma to make it more clear, something like:
plasma
|-desktop
| |-applets
| |-containments
| `-shells
|-netbook
| `-the whole hierarchy again there
|-common
|-wallpapers?
|-scriptengine?
`-libplasma-workspace
libplasma-workspace is mostly what there is in common, should be
something that builds by itself, maybe not static as now but a private
dynamic library?
opinions?
Cheers,
Marco "sorry for screwing trunk at 5 am" Martin
>
> M +5 -2 CMakeLists.txt
>
>
> --- trunk/KDE/kdebase/workspace/plasma/netbook/shells/netbook/CMakeLists.txt
> #1018771:1018772
> @@ -1,4 +1,4 @@
> -include_directories(${KDEBASE_WORKSPACE_SOURCE_DIR}/libs
> ../../../shells/common ${KDEBASE_WORKSPACE_SOURCE_DIR}/libs/kephal
> ${KDEBASE_WORKSPACE_SOURCE_DIR}/libs/kworkspace)
> +include_directories(${KDEBASE_WORKSPACE_SOURCE_DIR}/libs
> ../../../shells/desktop ../../../shells/common
> ${KDEBASE_WORKSPACE_SOURCE_DIR}/libs/kephal
> ${KDEBASE_WORKSPACE_SOURCE_DIR}/libs/kworkspace)
>
> set(appletbrowserdialog_SRCS
> ../../../shells/common/widgetsExplorer/kcategorizeditemsviewmodels.cpp
> @@ -19,10 +19,13 @@
> main.cpp
> plasmaapp.cpp
> ../../../shells/common/backgrounddialog.cpp
> +../../../shells/desktop/mouseplugins.cpp
> +../../../shells/desktop/mousepluginwidget.cpp
> +../../../shells/desktop/mouseinputbutton.cpp
> ${appletbrowserdialog_SRCS}
> )
>
> -kde4_add_ui_files(plasma-netbook_SRCS
> ../../../shells/common/BackgroundDialog.ui
> ../../../shells/common/ActivityConfiguration.ui )
> +kde4_add_ui_files(plasma-netbook_SRCS
> ../../../shells/common/BackgroundDialog.ui
> ../../../shells/common/ActivityConfiguration.ui
> ../../../shells/desktop/MousePlugins.ui
> ../../../shells/desktop/MousePluginWidget.ui)
>
> #set(ksmserver_xml
> ${KDEBASE_WORKSPACE_SOURCE_DIR}/ksmserver/org.kde.KSMServerInterface.xml)
> set(ksmserver_xml
> ${KDE4_DBUS_INTERFACES_DIR}/org.kde.KSMServerInterface.xml)
> ___
> 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: KDE/kdebase/workspace/plasma/netbook/shells/netbook
On Wednesday 2 September 2009 12:04:36 Marco Martin wrote: > libplasma-workspace is mostly what there is in common, should be > something that builds by itself, maybe not static as now but a private > dynamic library? Yep, private dynamic library definitely makes sense at that point. shells/common is definitely not something where you can pick and choose a single class anymore. At some point we could even decide to make it public to make it easier for third parties to create their own shells... means more stuff to API review though. :-p > Marco "sorry for screwing trunk at 5 am" Martin That's fine. Shit happens, especially during sprints. ;-) Regards. -- Kévin 'ervin' Ottens, http://ervin.ipsquad.net "Ni le maître sans disciple, Ni le disciple sans maître, Ne font reculer l'ignorance." 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/kdebase/workspace/plasma/netbook/shells/netbook
On 9/2/09, Kevin Ottens wrote: > On Wednesday 2 September 2009 12:04:36 Marco Martin wrote: >> libplasma-workspace is mostly what there is in common, should be >> something that builds by itself, maybe not static as now but a private >> dynamic library? > > Yep, private dynamic library definitely makes sense at that point. > shells/common is definitely not something where you can pick and choose a > single class anymore. At some point we could even decide to make it public > to > make it easier for third parties to create their own shells... means more > stuff to API review though. :-p more fun! aren't you happy? :p > >> Marco "sorry for screwing trunk at 5 am" Martin > > That's fine. Shit happens, especially during sprints. ;-) > > Regards. > -- > Kévin 'ervin' Ottens, http://ervin.ipsquad.net > "Ni le maître sans disciple, Ni le disciple sans maître, > Ne font reculer l'ignorance." > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2008/#review2853 --- The commit itself seems nice. Just worried if we want to start using this all around. *Maybe* we have animated layouts in Qt *4.7* that would be more generic than this. But if we just want something specific it seems fine for me, just take a look at the details below. trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp <http://reviewboard.kde.org/r/2008/#comment2219> Why setting up the animation when setting the widget ? It would be nice to have a way to tell the layout which animation I want it to make, or give a group of animations. The way it is now all the animations are of the same kind (geometry) and using the same specs (easing curve and duration). Not sure it's a problem here as this is very specific. In our case (Animated Layouts in Qt) we had to be much more generic. Not sure what would be the desired result of this commit. Maybe Marco/Aaron can give more details about it. trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h <http://reviewboard.kde.org/r/2008/#comment2220> extra space in the end of line trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp <http://reviewboard.kde.org/r/2008/#comment2221> maybe better to implement in the proxy to delete the first (and only) item ? so here you can just delete the layout. You can also setOwnedByLayout(item) in the proxy so you just delete the layout here. it seems that the fact that the item is at position "0" is an implementation detail of the proxy that should not go "outside". - Artur On 2009-10-29 18:26:10, igorto wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/2008/ > --- > > (Updated 2009-10-29 18:26:10) > > > Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza > (MoRpHeUz), and Adenilson Cavalcanti. > > > Summary > --- > > Add animated layouts to plasma-netbook. > Animate add/remove widgets in layouts(grid and linear). > > > Diffs > - > > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp > 1042281 > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp > PRE-CREATION > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp > 1042281 > > Diff: http://reviewboard.kde.org/r/2008/diff > > > Testing > --- > > > Thanks, > > igorto > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2008/ --- (Updated 2009-10-29 18:45:58.421256) Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza (MoRpHeUz), and Adenilson Cavalcanti. Changes --- Fix remove item Summary --- Add animated layouts to plasma-netbook. Animate add/remove widgets in layouts(grid and linear). Diffs (updated) - trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp 1042281 Diff: http://reviewboard.kde.org/r/2008/diff Testing --- Thanks, igorto ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
> On 2009-10-29 18:45:38, Artur de Souza (MoRpHeUz) wrote: > > The commit itself seems nice. Just worried if we want to start using this > > all around. *Maybe* we have animated layouts in Qt *4.7* that would be more > > generic than this. But if we just want something specific it seems fine for > > me, just take a look at the details below. i'm also for keeping it internal, even if the temptation to use it elsewere is big, hopefully we will be able to replace it for qt 4.7 time > On 2009-10-29 18:45:38, Artur de Souza (MoRpHeUz) wrote: > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp, > > line 26 > > <http://reviewboard.kde.org/r/2008/diff/1/?file=13486#file13486line26> > > > > Why setting up the animation when setting the widget ? It would be nice > > to have a way to tell the layout which animation I want it to make, or give > > a group of animations. > > > > The way it is now all the animations are of the same kind (geometry) > > and using the same specs (easing curve and duration). > > > > Not sure it's a problem here as this is very specific. In our case > > (Animated Layouts in Qt) we had to be much more generic. Not sure what > > would be the desired result of this commit. Maybe Marco/Aaron can give more > > details about it. i do think that the duration should be the same for everybody, not controllable :) the setwidget could be somewhat inferred from the parentLayoutItem in the ctor > On 2009-10-29 18:45:38, Artur de Souza (MoRpHeUz) wrote: > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp, > > line 34 > > <http://reviewboard.kde.org/r/2008/diff/1/?file=13489#file13489line34> > > > > maybe better to implement in the proxy to delete the first (and only) > > item ? so here you can just delete the layout. You can also > > setOwnedByLayout(item) in the proxy so you just delete the layout here. it > > seems that the fact that the item is at position "0" is an implementation > > detail of the proxy that should not go "outside". agree - Marco --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2008/#review2853 --- On 2009-10-29 18:45:58, igorto wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/2008/ > ----------- > > (Updated 2009-10-29 18:45:58) > > > Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza > (MoRpHeUz), and Adenilson Cavalcanti. > > > Summary > --- > > Add animated layouts to plasma-netbook. > Animate add/remove widgets in layouts(grid and linear). > > > Diffs > - > > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp > 1042281 > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp > PRE-CREATION > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp > 1042281 > > Diff: http://reviewboard.kde.org/r/2008/diff > > > Testing > --- > > > Thanks, > > igorto > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2008/#review2856
---
i generally like it, apart of the couple of code issues below i think the
animation of the grid should be a bit "lighter", like all the items scrolling
in the same direction like a single block, appearing from left (scrollwidget
would have to always clip, but that's sensible)
there seems to be some issues with size hints, since the only way to have a
proper hint is to have the final size the widget will have seems hard to fix,
how do you guys did with the real qt ones?
trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h
<http://reviewboard.kde.org/r/2008/#comment2228>
QGraphicsLayoutItem should be more than enough
trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h
<http://reviewboard.kde.org/r/2008/#comment2229>
just generic code style stuff: all this block should be indented a level
less, so public: at the level of {
- Marco
On 2009-10-29 18:45:58, igorto wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/2008/
> ---
>
> (Updated 2009-10-29 18:45:58)
>
>
> Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza
> (MoRpHeUz), and Adenilson Cavalcanti.
>
>
> Summary
> ---
>
> Add animated layouts to plasma-netbook.
> Animate add/remove widgets in layouts(grid and linear).
>
>
> Diffs
> -
>
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp
> 1042281
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp
> PRE-CREATION
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp
> 1042281
>
> Diff: http://reviewboard.kde.org/r/2008/diff
>
>
> Testing
> ---
>
>
> Thanks,
>
> igorto
>
>
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
On Thursday 29 October 2009, 18:23 Marco Martin wrote: > there seems to be some issues with size hints, since the only way to have a > proper hint is to have the final size the widget will have seems hard to > fix, how do you guys did with the real qt ones? I need to take a look at our branch. But from what we remember we didn't support the change of size hints in an animated way (if this was your question :) Cheers, --- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia --- http://claimid.com/morpheuz Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net --- 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: Plasma Netbook animated Version 1
On Thursday 29 October 2009, Artur Souza (MoRpHeUz) wrote: > On Thursday 29 October 2009, 18:23 Marco Martin wrote: > > there seems to be some issues with size hints, since the only way to have > > a proper hint is to have the final size the widget will have seems hard > > to fix, how do you guys did with the real qt ones? > > I need to take a look at our branch. But from what we remember we didn't > support the change of size hints in an animated way (if this was your > question i think the key is just to have a meaningful sizehint that will be ok when the animation fill be over. sounds a bit reading into the future... > :) > > Cheers, > > --- > Artur Duque de Souza > openBossa > INdT - Instituto Nokia de Tecnologia > --- > http://claimid.com/morpheuz > Blog: http://blog.morpheuz.cc > PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net > --- > -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2008/ --- (Updated 2009-10-30 03:40:42.598111) Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza (MoRpHeUz), and Adenilson Cavalcanti. Summary --- Add animated layouts to plasma-netbook. Animate add/remove widgets in layouts(grid and linear). Diffs (updated) - trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h 1042281 trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp 1042281 Diff: http://reviewboard.kde.org/r/2008/diff Testing --- Thanks, igorto ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
> On 2009-10-29 18:45:38, Artur de Souza (MoRpHeUz) wrote: > > The commit itself seems nice. Just worried if we want to start using this > > all around. *Maybe* we have animated layouts in Qt *4.7* that would be more > > generic than this. But if we just want something specific it seems fine for > > me, just take a look at the details below. > > Marco Martin wrote: > i'm also for keeping it internal, even if the temptation to use it > elsewere is big, hopefully we will be able to replace it for qt 4.7 time agree > On 2009-10-29 18:45:38, Artur de Souza (MoRpHeUz) wrote: > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp, > > line 26 > > <http://reviewboard.kde.org/r/2008/diff/1/?file=13486#file13486line26> > > > > Why setting up the animation when setting the widget ? It would be nice > > to have a way to tell the layout which animation I want it to make, or give > > a group of animations. > > > > The way it is now all the animations are of the same kind (geometry) > > and using the same specs (easing curve and duration). > > > > Not sure it's a problem here as this is very specific. In our case > > (Animated Layouts in Qt) we had to be much more generic. Not sure what > > would be the desired result of this commit. Maybe Marco/Aaron can give more > > details about it. > > wrote: > i do think that the duration should be the same for everybody, not > controllable :) > the setwidget could be somewhat inferred from the parentLayoutItem in the > ctor done > On 2009-10-29 18:45:38, Artur de Souza (MoRpHeUz) wrote: > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h, > > line 6 > > <http://reviewboard.kde.org/r/2008/diff/1/?file=13488#file13488line6> > > > > extra space in the end of line done - igorto --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2008/#review2853 --- On 2009-10-30 03:40:42, igorto wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/2008/ > --- > > (Updated 2009-10-30 03:40:42) > > > Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza > (MoRpHeUz), and Adenilson Cavalcanti. > > > Summary > --- > > Add animated layouts to plasma-netbook. > Animate add/remove widgets in layouts(grid and linear). > > > Diffs > - > > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp > 1042281 > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp > PRE-CREATION > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp > 1042281 > > Diff: http://reviewboard.kde.org/r/2008/diff > > > Testing > --- > > > Thanks, > > igorto > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
> On 2009-10-29 21:23:59, Marco Martin wrote:
> > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h,
> > line 9
> > <http://reviewboard.kde.org/r/2008/diff/2/?file=13499#file13499line9>
> >
> > QGraphicsLayoutItem should be more than enough
done
> On 2009-10-29 21:23:59, Marco Martin wrote:
> > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h,
> > line 9
> > <http://reviewboard.kde.org/r/2008/diff/2/?file=13509#file13509line9>
> >
> > just generic code style stuff: all this block should be indented a
> > level less, so public: at the level of {
done
- igorto
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2008/#review2856
---
On 2009-10-30 03:40:42, igorto wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/2008/
> ---
>
> (Updated 2009-10-30 03:40:42)
>
>
> Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza
> (MoRpHeUz), and Adenilson Cavalcanti.
>
>
> Summary
> ---
>
> Add animated layouts to plasma-netbook.
> Animate add/remove widgets in layouts(grid and linear).
>
>
> Diffs
> -----
>
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp
> 1042281
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h
> PRE-CREATION
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp
> PRE-CREATION
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h
> 1042281
>
> trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp
> 1042281
>
> Diff: http://reviewboard.kde.org/r/2008/diff
>
>
> Testing
> ---
>
>
> Thanks,
>
> igorto
>
>
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook animated Version 1
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2008/#review2870 --- Ship it! to me looks good. i think the grid animation there is here should be seen only when slow runners add icons to an already completed result set, probably the first population should be done with a slide animation of the whole mainwidget rather than individual icons should be a bit faster and and look less busy. but i think that's for post-commit - Marco On 2009-10-30 03:40:42, igorto wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/2008/ > --- > > (Updated 2009-10-30 03:40:42) > > > Review request for Plasma, Aaron Seigo, Marco Martin, Artur de Souza > (MoRpHeUz), and Adenilson Cavalcanti. > > > Summary > --- > > Add animated layouts to plasma-netbook. > Animate add/remove widgets in layouts(grid and linear). > > > Diffs > - > > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/common/proxylayout.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/animatedlinearlayout.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp > 1042281 > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/CMakeLists.txt > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/animatedgridlayout.cpp > PRE-CREATION > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.h > 1042281 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/sal/itemcontainer.cpp > 1042281 > > Diff: http://reviewboard.kde.org/r/2008/diff > > > Testing > --- > > > Thanks, > > igorto > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Plasma Netbook: remove layout complexity from newspaper.cpp
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2782/ --- Review request for Plasma, Marco Martin and Adenilson Cavalcanti. Summary --- Remove the layout complexity from newspaper.cpp and create a new class to handle it. Diffs - trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt 1084070 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp 1084070 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletscontainer.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletscontainer.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h 1084070 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp 1084070 Diff: http://reviewboard.kde.org/r/2782/diff Testing --- Thanks, igorto ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook: remove layout complexity from newspaper.cpp
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2782/#review4023 --- Ship it! apart one little issue i think it's definitely an improvement :) trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletscontainer.cpp <http://reviewboard.kde.org/r/2782/#comment3401> not sure about putting this here (also because it's needed just because of suckiness of qgraphicslayouts, too many updates if there isn't some hardcoded sizes, would love to remove it some day) probablyshould just fetch it from the size of the parentItem(), api to power an hack is ungood :) - Marco On 2010-02-02 18:06:43, igorto wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/2782/ > --- > > (Updated 2010-02-02 18:06:43) > > > Review request for Plasma, Marco Martin and Adenilson Cavalcanti. > > > Summary > --- > > Remove the layout complexity from newspaper.cpp and create a new class to > handle it. > > > Diffs > - > > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt > 1084070 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp > 1084070 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletscontainer.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletscontainer.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h > 1084070 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp > 1084070 > > Diff: http://reviewboard.kde.org/r/2782/diff > > > Testing > --- > > > Thanks, > > igorto > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook: remove layout complexity from newspaper.cpp
> On 2010-02-02 18:37:25, Marco Martin wrote: > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletscontainer.cpp, > > line 233 > > <http://reviewboard.kde.org/r/2782/diff/2/?file=18236#file18236line233> > > > > not sure about putting this here > > (also because it's needed just because of suckiness of > > qgraphicslayouts, too many updates if there isn't some hardcoded sizes, > > would love to remove it some day) > > > > probablyshould just fetch it from the size of the parentItem(), api to > > power an hack is ungood :) in fact parentWidget() probably is better :> - igorto --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2782/#review4023 --- On 2010-02-02 18:06:43, igorto wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/2782/ > --- > > (Updated 2010-02-02 18:06:43) > > > Review request for Plasma, Marco Martin and Adenilson Cavalcanti. > > > Summary > --- > > Remove the layout complexity from newspaper.cpp and create a new class to > handle it. > > > Diffs > - > > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/CMakeLists.txt > 1084070 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletoverlay.cpp > 1084070 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletscontainer.h > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/appletscontainer.cpp > PRE-CREATION > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.h > 1084070 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/newspaper.cpp > 1084070 > > Diff: http://reviewboard.kde.org/r/2782/diff > > > Testing > --- > > > Thanks, > > igorto > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: plasma-netbook: add a settings action to the panel
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106723/ --- Review request for Plasma. Description --- This context menu option does the same thing like the cashew in the bottom corner: it opens the shell settings. My initial plan was to just open the panel toolbox...but the current implementation doesn't really seem to allow that. Diffs - plasma/netbook/containments/netpanel/panel.h 970bf3c0e60915f49dc7318a9789bf9cd0830b59 plasma/netbook/containments/netpanel/panel.cpp a53eb5f642b5102719bf11329b1a5c5be1c13c99 plasma/netbook/shell/plasmaapp.cpp 22c54b2ba9e746e85eb7c581ebee26e3ba63b459 Diff: http://git.reviewboard.kde.org/r/106723/diff/ Testing --- Thanks, Greg T ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: plasma-netbook: fix for mid to netbook renaming
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1303/ --- (Updated 2009-08-13 00:02:57.317900) Review request for Plasma and Artur de Souza (MoRpHeUz). Changes --- Updated to reflect current situation and testing. Summary (updated) --- As plasma-netbook was transitioned from being called MID to Netbook, not all things were updated to account for this. Specifically, in this case, was the minimal kwin window decorations for use in plasma-netbook. This patch updates the references to names, files, namespaces and classes to Netbook (from Mid). Diffs - trunk/playground/base/plasma/netbook/kwin/CMakeLists.txt 1010511 trunk/playground/base/plasma/netbook/kwin/mid/CMakeLists.txt 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.cpp 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.desktop 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.h 1010511 trunk/playground/base/plasma/netbook/kwin/netbook/CMakeLists.txt PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.desktop PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.h PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.cpp PRE-CREATION Diff: http://reviewboard.kde.org/r/1303/diff Testing (updated) --- The patch is a fairly simple one, only updating the names to the correct new naming scheme. Builds and compiles as it previously did. Unfortunately, the window decoration is still broken, and does not load, which is the same behaviour exhibited when the plugin was called kwin3_mid.so. I expect there is some other issue preventing it from loading properly. This patch is still necessary to move forward with the naming change. Thanks, Roderick ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: plasma-netbook: fix for mid to netbook renaming
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1303/#review2017 --- Ship it! +1, this is actually a thing i was procrastinating to do :) not sure a kwin theme is the way to go but since fow now it's the way used this patch should go in for sure - Marco On 2009-08-13 00:02:57, Roderick Greening wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/1303/ > --- > > (Updated 2009-08-13 00:02:57) > > > Review request for Plasma and Artur de Souza (MoRpHeUz). > > > Summary > --- > > As plasma-netbook was transitioned from being called MID to Netbook, not all > things were updated to account for this. Specifically, in this case, was the > minimal kwin window decorations for use in plasma-netbook. > > This patch updates the references to names, files, namespaces and classes to > Netbook (from Mid). > > > Diffs > - > > trunk/playground/base/plasma/netbook/kwin/CMakeLists.txt 1010511 > trunk/playground/base/plasma/netbook/kwin/mid/CMakeLists.txt 1010511 > trunk/playground/base/plasma/netbook/kwin/mid/mid.cpp 1010511 > trunk/playground/base/plasma/netbook/kwin/mid/mid.desktop 1010511 > trunk/playground/base/plasma/netbook/kwin/mid/mid.h 1010511 > trunk/playground/base/plasma/netbook/kwin/netbook/CMakeLists.txt > PRE-CREATION > trunk/playground/base/plasma/netbook/kwin/netbook/netbook.desktop > PRE-CREATION > trunk/playground/base/plasma/netbook/kwin/netbook/netbook.h PRE-CREATION > trunk/playground/base/plasma/netbook/kwin/netbook/netbook.cpp PRE-CREATION > > Diff: http://reviewboard.kde.org/r/1303/diff > > > Testing > --- > > The patch is a fairly simple one, only updating the names to the correct new > naming scheme. Builds and compiles as it previously did. > > Unfortunately, the window decoration is still broken, and does not load, > which is the same behaviour exhibited when the plugin was called > kwin3_mid.so. I expect there is some other issue preventing it from loading > properly. > > This patch is still necessary to move forward with the naming change. > > > Thanks, > > Roderick > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: plasma-netbook: add a settings action to the panel
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106723/#review19899 --- Ship it! fine for me plasma/netbook/containments/netpanel/panel.cpp <http://git.reviewboard.kde.org/r/106723/#comment15797> you can recycle the same qaction pointer here without any issue - Marco Martin On Oct. 4, 2012, 1:41 p.m., Greg T wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/106723/ > --- > > (Updated Oct. 4, 2012, 1:41 p.m.) > > > Review request for Plasma. > > > Description > --- > > This context menu option does the same thing like the cashew in the bottom > corner: it opens the shell settings. My initial plan was to just open the > panel toolbox...but the current implementation doesn't really seem to allow > that. > > > Diffs > - > > plasma/netbook/containments/netpanel/panel.h > 970bf3c0e60915f49dc7318a9789bf9cd0830b59 > plasma/netbook/containments/netpanel/panel.cpp > a53eb5f642b5102719bf11329b1a5c5be1c13c99 > plasma/netbook/shell/plasmaapp.cpp 22c54b2ba9e746e85eb7c581ebee26e3ba63b459 > > Diff: http://git.reviewboard.kde.org/r/106723/diff/ > > > Testing > --- > > > Thanks, > > Greg T > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: plasma-netbook: add a settings action to the panel
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106723/#review19911 --- This review has been submitted with commit 0f88dc2087fbf616cb851876974ffb8160197cd5 by Gregor Tätzner to branch master. - Commit Hook On Oct. 4, 2012, 1:41 p.m., Greg T wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/106723/ > --- > > (Updated Oct. 4, 2012, 1:41 p.m.) > > > Review request for Plasma. > > > Description > --- > > This context menu option does the same thing like the cashew in the bottom > corner: it opens the shell settings. My initial plan was to just open the > panel toolbox...but the current implementation doesn't really seem to allow > that. > > > Diffs > - > > plasma/netbook/containments/netpanel/panel.h > 970bf3c0e60915f49dc7318a9789bf9cd0830b59 > plasma/netbook/containments/netpanel/panel.cpp > a53eb5f642b5102719bf11329b1a5c5be1c13c99 > plasma/netbook/shell/plasmaapp.cpp 22c54b2ba9e746e85eb7c581ebee26e3ba63b459 > > Diff: http://git.reviewboard.kde.org/r/106723/diff/ > > > Testing > --- > > > Thanks, > > Greg T > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: plasma-netbook: add a settings action to the panel
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106723/#review19912 --- This review has been submitted with commit 79d25320272f3e70ec903a60298e1ba3f78eb628 by Gregor Tätzner to branch KDE/4.9. - Commit Hook On Oct. 4, 2012, 1:41 p.m., Greg T wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/106723/ > --- > > (Updated Oct. 4, 2012, 1:41 p.m.) > > > Review request for Plasma. > > > Description > --- > > This context menu option does the same thing like the cashew in the bottom > corner: it opens the shell settings. My initial plan was to just open the > panel toolbox...but the current implementation doesn't really seem to allow > that. > > > Diffs > - > > plasma/netbook/containments/netpanel/panel.h > 970bf3c0e60915f49dc7318a9789bf9cd0830b59 > plasma/netbook/containments/netpanel/panel.cpp > a53eb5f642b5102719bf11329b1a5c5be1c13c99 > plasma/netbook/shell/plasmaapp.cpp 22c54b2ba9e746e85eb7c581ebee26e3ba63b459 > > Diff: http://git.reviewboard.kde.org/r/106723/diff/ > > > Testing > --- > > > Thanks, > > Greg T > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: plasma-netbook: missing kwin window decorations - fix for mid to netbook renaming
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1303/ --- Review request for Plasma and Artur de Souza (MoRpHeUz). Summary --- As plasma-netbook was transitioned from being called MID to Netbook, not all things were updated to account for this. Specifically, in this case, was the minimal kwin window decorations for use in plasma-netbook. This patch updates the references to names, files, namespaces and classes to Netbook (from Mid). Diffs - trunk/playground/base/plasma/netbook/kwin/CMakeLists.txt 1010511 trunk/playground/base/plasma/netbook/kwin/mid/CMakeLists.txt 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.cpp 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.desktop 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.h 1010511 trunk/playground/base/plasma/netbook/kwin/netbook/CMakeLists.txt PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.desktop PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.h PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.cpp PRE-CREATION Diff: http://reviewboard.kde.org/r/1303/diff Testing --- This patch has been tested under Kubuntu Netbook Edition (KNE) which is under development (Karmic Koala 9.10 Alpha3), and does indeed provide the afore meantioned window decorations. I have tested min/max/move/resize of the window via the decorations and everything appears to be working as expected with no crashes. The patch is a fairly simple one, only updating the names to the correct new naming scheme. Thanks, Roderick ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Plasma Netbook: Show the applet title bar when the applet has background or a hover event happens
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2861/ --- Review request for Plasma and Marco Martin. Summary --- Show the applet title bar when the applet has background or a hover event happens otherwise we have a ugly bar floating in newspaper Diffs - trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/applettitlebar.h 1087075 trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/applettitlebar.cpp 1087075 Diff: http://reviewboard.kde.org/r/2861/diff Testing --- Thanks, igorto ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Plasma Netbook: Show the applet title bar when the applet has background or a hover event happens
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2861/#review4101 --- Ship it! looks good, only remark m_hasBackground would be more clear as m_appletHasBackground, since i got it as it was true when the title has the own background the first time i readed it. - Marco On 2010-02-08 17:19:35, igorto wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/2861/ > --- > > (Updated 2010-02-08 17:19:35) > > > Review request for Plasma and Marco Martin. > > > Summary > --- > > Show the applet title bar when the applet has background or a hover event > happens otherwise we have a ugly bar floating in newspaper > > > Diffs > - > > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/applettitlebar.h > 1087075 > > trunk/KDE/kdebase/workspace/plasma/netbook/containments/newspaper/applettitlebar.cpp > 1087075 > > Diff: http://reviewboard.kde.org/r/2861/diff > > > Testing > --- > > > Thanks, > > igorto > > ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
