__/ [ Kelsey Bjarnason ] on Sunday 27 August 2006 00:25 \__
> [snips]
That's actually an interesting discussion, which I appreciate.
> On Sat, 26 Aug 2006 08:26:37 +0100, Roy Schestowitz wrote:
>
>> I agree with Jamie. Try Alt+(Shift)+Tabbing or Ctrl+(Shift)+Tabbing when
>> you have 16 workspaces and 30 applications.
>
> Works just fine, thanks. Oh, wait, you're using a crippled setup where it
> actually cycles through *all* the apps? Bah. Set it up properly; it only
> cycles through the apps on the _current_ desktop. Quick and efficient,
> works like a charm.
I was going to mention that, Kelsey. Works a treat in KDE. *smile*
> You apparently haven't figured out the actual benefits to a multi-desktop
> setup, particularly as pertains to task management. General crap, desktop
> 1. Office crap, desktop 2. Graphics crap, desktop 3. And so on. And
> when working on desktop 3, alt-tab _only_ cycles through the stuff on
> desktop 3.
I have 16 virtual desktops, each being a dual-head. However, for navigation
between desktops I would never use CTRL+(Shift)+Tab. I can either tap on
KPager or use the keyboard accelerators (CTRL+1 for desktop 1, CTRL+8 for
desktop 8, and the Windows logo button helps get past the F12 limit). To
move windows, the user can drag the pixmaps in KPager or have the window in
focus and then hit, e.g. CTRL+Shift+8 to move window to desktop 8. In newer
versions of KDE, not only does each task belong in a certain workspace
(logical assignment), but it can also be forced to open it in that workspace
and strictly remain there. Wallpapers help the user remember where he/she
actually is (there are more subtle indicators).
> Which, when using Gimp, means cycling through it's 97 brain-dead layers of
> pointless crap just to get to the item you're looking for.
What about the use of XGL's Expose-type window focus? Or the ability to have
windows cascaded. In Paint/Photoshop, you'd probably have windows within a
windows and some menubar called Windows. How does that differ from tapping
on the taskbar and selecting the window of choice when similar tasks are
grouped?
>> The scale/granularity makes it
>> slow.
>
> You mistyped "fast". It works wonderfully, when used sensibly. Don't
> blame the tool if you're doing the wrong thing with it... unless, like
> Gimp, it effectively forces you to do the wrong thing by violating an
> established convention that works for virtually every app in existence.
I agree that when similar tasks are /not/ group, it can lead to a mess. But
then again, people who use IE6 (or older) and want to surf different Web
sites simultaneously have the same issue.
>> There are some sophisticated taskbars, even with groupings and
>> previews. There are also keyboard accelerators. The point here being: many
>> people still do things in inefficeint ways.
>
> Yes, well, if you persist in doing things in inefficient ways, we can't
> really help you; the tools allow you to do it right, but if you persist
> in ignoring that, blame the user.
That's /always/ easier! (sarcasm)
Best wishes,
Roy
--
Roy S. Schestowitz | $> wget -r -erobots=off http://www.*
http://Schestowitz.com | SuSE Linux | PGP-Key: 0x74572E8E
8:05am up 37 days 20:17, 8 users, load average: 0.28, 0.56, 0.66
http://iuron.com - Open Source knowledge engine project
|
|
