Linked by Thom Holwerda on Thu 6th Dec 2012 18:03 UTC, submitted by kragil
Thread beginning with comment 544452
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
RE: A few *important* inaccuracies...
by zima on Mon 10th Dec 2012 23:42
in reply to "A few *important* inaccuracies..."
I think a mouse-over effect will be helpful...
--The loon
(off to implement a mouse-over effect)
--The loon
(off to implement a mouse-over effect)
I wonder, how about implementing "show on the pointer if it still waits for 2nd click during double-click"? (to get an idea, run RISC OS: http://www.osnews.com/thread?509236 ...that pointer function is pretty much its only redeeming quality
- would be a shame if it didn't live on in some more viable OS; and I guess it can help with overall discoverability, it would certainly do so on the few occasions when I was training computer-illiterate people in the use of a GUI OS & mouse) Though, now that I think about it, I don't remember if BeOS/Haiku even use double-clicking
(and no time ATM to check in a VM)




Member since:
2005-07-24
This article has a couple of inaccuracies in regards to the usage of Haiku:
I'm hoping he means zooming and un-zooming - Haiku doesn't maximize windows. Minimizing is HIDING the window - to the Deskbar's application entry. And, minimizing and zooming are accomplished differently...
The Deskbar can be moved quite freely!! It also has more display positions and shapes than any other similar dock on any OS I've ever used...
Albeit, this is a case for discoverability... back in BeOS's day it was expected to look for the little grabber pattern and it stood out when your resolutions were in the 1024x768 range... Today, however, with everybody running 1920x1080 you can't even tell it is a grabber... it literally looks like a slightly different color (from a normal viewing distance).
I think a mouse-over effect will be helpful...
--The loon
(off to implement a mouse-over effect)