--===============0985260323== Content-Type: multipart/alternative; boundary="===============0005458907121752884==" --===============0005458907121752884== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable > On 2010-08-28 14:56:56, Todd wrote: > > Would it be possible to also do it with middle-click? This is unused f= or that widget as far as I can tell, and would avoid needing to use the key= board entirely. that would be even more easy to trigger accidentally and raise the possibil= ity of this being found not on purpose. imagine what someone who accidental= ly middle clicks and triggers this behaviour is going to think? most people= won't connect "I just middle clicked on the representation of a window" wi= th the present windows effect being triggered, and if they do it will likel= y come across as slightly odd. middle clicking doesn't have a "bring forwar= d and show" semantic anywhere else afaik, ergo the unexpectedness. so, no. :) (tangentially, the same reason i don't like this feature is the same reason= i veto'd the concept of scroll wheel over the battery plasmoid adjusting b= acklight brightness.) - Aaron ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/5035/#review7250 ----------------------------------------------------------- On 2010-08-28 07:49:57, Martin Gr=C3=A4=C3=9Flin wrote: > = > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://reviewboard.kde.org/r/5035/ > ----------------------------------------------------------- > = > (Updated 2010-08-28 07:49:57) > = > = > Review request for Plasma, Aaron Seigo and Marco Martin. > = > = > Summary > ------- > = > This patch adds support to pager to trigger the present windows effect fo= r the desktop the user clicks on when holding ctrl. This is similar to what= we have when clicking on a tasks group when ctrl is hold. > = > I'm not sure if this is a too hidden feature, but I consider it as could = be useful and consistent with the tasks applet. > = > = > Diffs > ----- > = > trunk/KDE/kdebase/workspace/plasma/desktop/applets/pager/pager.cpp 1163= 977 = > = > Diff: http://reviewboard.kde.org/r/5035/diff > = > = > Testing > ------- > = > = > Thanks, > = > Martin > = > --===============0005458907121752884== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable
This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde= .org/r/5035/ |
On August 28th, 2010, 2:56 p.m., Todd w= rote:
Would it = be possible to also do it with middle-click? This is unused for that widge= t as far as I can tell, and would avoid needing to use the keyboard entirel= y.
that would = be even more easy to trigger accidentally and raise the possibility of this= being found not on purpose. imagine what someone who accidentally middle c= licks and triggers this behaviour is going to think? most people won't = connect "I just middle clicked on the representation of a window"= with the present windows effect being triggered, and if they do it will li= kely come across as slightly odd. middle clicking doesn't have a "= bring forward and show" semantic anywhere else afaik, ergo the unexpec= tedness. so, no. :) (tangentially, the same reason i don't like this feature is the same re= ason i veto'd the concept of scroll wheel over the battery plasmoid adj= usting backlight brightness.)
- Aaron
On August 28th, 2010, 7:49 a.m., Martin Gr=C3=A4=C3=9Flin wrote:
Review request for Plasma, Aaron Seigo and Marco Martin.
By Martin Gr=C3=A4=C3=9Flin.
Updated 2010-08-28 07:49:57 Descripti= on
Diffs=
|