Re: [Kde-hardware-devel] Re: [KDE Usability] Re: Display Management Design

2011-07-30 Thread Alex Fiestas
On 07/30/2011 11:03 PM, Lukas wrote: > My assumption was that user might want to have a few profiles with same > layout (e.g on the left) but with different resolutions. The point here > is resizing activity desktop. > > If user polishes his extended in the left full HD desktop and later > connects

Re: [Kde-hardware-devel] Re: [KDE Usability] Re: Display Management Design

2011-07-30 Thread Alex Fiestas
On 07/30/2011 04:09 PM, todd rme wrote: > I was thinking it would be the other way around, when you switch to a > particular monitor layout it can optionally be set to also switch to a > particular activity. I definitely think that would be helpful. My > suggestions have been based on that assump

Re: [KDE Usability] Re: Display Management Design

2011-07-30 Thread Moritz Hobe
Am Sonntag, 31. Juli 2011, 00:19:39 schrieb Lukas: > The difference with previous experiences - current mock has close to no > options that user could try to change. In combination with the size (like > 60-70% of window) is preview widget, I personally believe there is no way > user wont try to hov

Re: [KDE Usability] Re: Display Management Design

2011-07-30 Thread Lukas
> > > https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US > > Close. A few things: > > I would move the list of activities to the top right, using a drop-down > list. > I tried, but such layout look unbalanced. Those 2 lines of preferences gives just the

Re: [KDE Usability] Re: Display Management Design

2011-07-30 Thread Lukas
On 30 July 2011 17:09, todd rme wrote: > On Sat, Jul 30, 2011 at 3:59 PM, Alex Fiestas wrote: > > On 07/27/2011 12:16 AM, Lukas wrote: > >> > https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US > >> > >> Done. Just try to play around with it, if you what

Re: [KDE Usability] Re: Display Management Design

2011-07-30 Thread todd rme
On Sat, Jul 30, 2011 at 3:59 PM, Alex Fiestas wrote: > On 07/27/2011 12:16 AM, Lukas wrote: >> https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US >> >> Done. Just try to play around with it, if you what.  Quick version with >> activities integration :) >

Re: [KDE Usability] Re: Display Management Design

2011-07-30 Thread Alex Fiestas
On 07/27/2011 12:16 AM, Lukas wrote: > https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US > > Done. Just try to play around with it, if you what. Quick version with > activities integration :) Now that I think about it... I fail to see what Activity inte

Re: [KDE Usability] Re: Display Management Design

2011-07-30 Thread Moritz Hobe
I'm not part of the official usability task force, but I would like to make a small comment on this mockup. To me, that red cross looks like that screen is broken/not working/not available (e.g. due to missing drivers) which of course is unfortunate. A green check is always nice, telling the us

Re: [KDE Usability] Re: Display Management Design

2011-07-29 Thread todd rme
On Fri, Jul 29, 2011 at 3:34 PM, Moritz Hobe wrote: > I'm not part of the official usability task force, Neither am I. > To me, that red cross looks like that  screen is broken/not working/not > available (e.g. due to missing drivers) which of course is unfortunate. > A green check is always nic

Re: [KDE Usability] Re: Display Management Design

2011-07-29 Thread todd rme
On Fri, Jul 29, 2011 at 1:27 PM, Lukas <1luk...@gmail.com> wrote: > Something like this? Looks a bit off, but might be someone else could figure > what exactly :) > > https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US Close. A few things: I would move t

Re: [KDE Usability] Re: Display Management Design

2011-07-29 Thread Lukas
Something like this? Looks a bit off, but might be someone else could figure what exactly :) https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US For the controls (rotate, re size, arrow), are they displayed on mouse over or always? Also how would this la

Re: [KDE Usability] Re: Display Management Design

2011-07-29 Thread todd rme
On Thu, Jul 28, 2011 at 1:38 PM, Lukas <1luk...@gmail.com> wrote: > >> > >> > https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US >> >> I've made some changes (all are easy to delete if you don't like >> them), and have some suggestions for more substantial

Re: [KDE Usability] Re: Display Management Design

2011-07-28 Thread Lukas
> > > https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US > > I've made some changes (all are easy to delete if you don't like > them), and have some suggestions for more substantial changes: > Online tools are designed for team working, so any changes are

Re: [KDE Usability] Re: Display Management Design

2011-07-27 Thread Lukas
> > > I'd suggest using Google Draw or similar online tool for > creating/polishing > > mockups. At least google has anonymous users support, so no sign'ups are > > required. > > > Uh, that sounds kinda esoteric to me :/ do you mind doing an example? I > will > attach at the wiki the Pencil Ev

Re: [KDE Usability] Re: Display Management Design

2011-07-27 Thread Lukas
2011/7/25 Alex Fiestas > If the amount of changes is large, then would be perfect to put them in > another wiki page to compare both. > > I mess up a little bit sending emails when started the thread, remember to > put plasma-devel and hardware-devel into cc to keep everybody in the loop > I'd su

Re: [KDE Usability] Re: Display Management Design

2011-07-27 Thread todd rme
2011/7/27 Lukas <1luk...@gmail.com>: >> > I'd suggest using Google Draw or similar online tool for >> > creating/polishing >> > mockups. At least google has anonymous users support, so no sign'ups are >> > required. >> >> >> Uh, that sounds kinda esoteric to me :/ do you mind doing an example?

Re: [KDE Usability] Re: Display Management Design

2011-07-27 Thread todd rme
2011/7/26 Lukas <1luk...@gmail.com>: > Instead of changing monitors/settings and trying to adapt them to current > needs, have "Display activities". The plasma "activities" concept and the display "activities" concept seem too different, I think using the same name for both would be extremely conf

Re: Display Management Design

2011-07-26 Thread todd rme
On Sat, Jul 23, 2011 at 6:07 PM, Alex Fiestas wrote: > Hi there fellows: metalworkers/plasmafiers?/usabilitiers? xD > > Today we've started to draft what is going to be another Solid project, > this time to improve the Display Management. > > As you may know, I have been working to fix the current

Re: [KDE Usability] Re: Display Management Design

2011-07-26 Thread Matt Rogers
On Tue, Jul 26, 2011 at 2:58 PM, Alex Fiestas wrote: > On Tuesday, July 26, 2011 11:25:14 AM Matt Rogers wrote: >> So I've read through this several times and, in general, it gets it >> right most of the time. However, I have a few questions. >> >> Does the dialog that pops up when a new display i

Re: [KDE Usability] Re: Display Management Design

2011-07-26 Thread Alex Fiestas
On Tuesday, July 26, 2011 10:44:43 PM Lukas wrote: > If we compare virtual desktop vs. activities. Virtual desktops is primary > technical thing helping you getting things done. Activities is something > that primary helps you have things done by adjusting technical things. > Roughly speaking. > >

Re: [KDE Usability] Re: Display Management Design

2011-07-26 Thread Alex Fiestas
On Monday, July 25, 2011 11:07:38 PM Lukas wrote: > 2011/7/25 Alex Fiestas > > > If the amount of changes is large, then would be perfect to put them in > > another wiki page to compare both. > > > > I mess up a little bit sending emails when started the thread, remember to > > put plasma-devel

Re: [KDE Usability] Re: Display Management Design

2011-07-26 Thread Alex Fiestas
On Tuesday, July 26, 2011 11:25:14 AM Matt Rogers wrote: > So I've read through this several times and, in general, it gets it > right most of the time. However, I have a few questions. > > Does the dialog that pops up when a new display is connected only > displayed when the monitor isn't somethi

Re: [KDE Usability] Display Management Design

2011-07-26 Thread Matt Rogers
On Sat, Jul 23, 2011 at 10:58 AM, Alex Fiestas wrote: > Hi there fellows: metalworkers/plasmafiers?/usabilitiers? xD > that would be designers to you ;) > Today we've started to draft what is going to be another Solid project, > this time to improve the Display Management. > > As you may know, I

Re: Display Management Design

2011-07-25 Thread todd rme
On Sat, Jul 23, 2011 at 5:47 PM, Alex Fiestas wrote: > Hi there fellows: metalworkers/plasmafiers?/usabilitiers? xD > > Today we've started to draft what is going to be another Solid project, > this time to improve the Display Management. > > As you may know, I have been working to fix the current

Re: Display Management Design

2011-07-25 Thread todd rme
On Sat, Jul 23, 2011 at 5:47 PM, Alex Fiestas wrote: > Hi there fellows: metalworkers/plasmafiers?/usabilitiers? xD > > Today we've started to draft what is going to be another Solid project, > this time to improve the Display Management. > > As you may know, I have been working to fix the current

Re: [KDE Usability] Display Management Design

2011-07-24 Thread Alex Fiestas
If the amount of changes is large, then would be perfect to put them in another wiki page to compare both. I mess up a little bit sending emails when started the thread, remember to put plasma-devel and hardware-devel into cc to keep everybody in the loop -

Display Management Design

2011-07-23 Thread Alex Fiestas
Hi there fellows: metalworkers/plasmafiers?/usabilitiers? xD Today we've started to draft what is going to be another Solid project, this time to improve the Display Management. As you may know, I have been working to fix the current code but as happened to me before (KBluetooth) I can't improv

Display Management Design

2011-07-23 Thread Alex Fiestas
Hi there fellows: metalworkers/plasmafiers?/usabilitiers? xD Today we've started to draft what is going to be another Solid project, this time to improve the Display Management. As you may know, I have been working to fix the current code but as happened to me before (KBluetooth) I can't improv