[haiku-bugs] Re: [Haiku] #4493: ALT+CTRL on border could resize a window

  • From: "bonefish" <trac@xxxxxxxxxxxx>
  • Date: Sat, 27 Nov 2010 13:54:11 -0000

#4493: ALT+CTRL on border could resize a window
---------------------------------+-------------------------
  Reporter:  humdinger           |        Owner:  nobody
      Type:  enhancement         |       Status:  assigned
  Priority:  normal              |    Milestone:  R1
 Component:  Servers/app_server  |      Version:  R1/alpha1
Resolution:                      |     Keywords:
Blocked By:                      |  Has a Patch:  0
  Platform:  All                 |     Blocking:
---------------------------------+-------------------------

Comment (by bonefish):

 Replying to [comment:22 humdinger]:
 > There's nothing better than a direct comparison. I'm now convinced my
 suggestion is not as nice as the other one.

 That was quick. :-)

 > Moving to the corner/border that should be resized feels much more
 natural and is done fast enough. The occasional mis-navigation of the MMB
 version OTOH is a bit annoying. Maybe one gets better over time, but it
 doesn't seem to be worth it.

 The threshold the algorithm uses could be increased to reduce the chance
 of mis-navigation, at the cost of a later response. In case you want to
 play with it, that would be in [http://dev.haiku-
 
os.org/browser/haiku/trunk/src/servers/app/DefaultWindowBehaviour.cpp?rev=39656#L728
 this line]. The numbers are the squares of the distances (i.e. 4 and 8
 pixels) the mouse has to travel before the respective phase (an initial
 jitter phase and a phase for determining the direction) is completed.

 Unless objections are raised I would consider the method scheduled for
 removal.

 > So, I stand corrected and hope Ingo forgives me for causing him more
 work...

 No worries, it wasn't that much work and I was interested to see how it
 feels myself, too.

 > The blue border selection isn't that nice, of course. With the S&T's red
 and the normal yellow tabs, Haiku becomes a bit... colourful. :)[[BR]]
 > Maybe S&T and the Resizing Management should use the same colour scheme.
 I don't think that would lead to confusion. I've played around in
 WonderBrush a bit, and what I find quite pleasing - please don't hit me -
 is a discreet slow pulsing of borders/tab becoming slightly darker tinted.
 By having this kind of unobtrusive animation, the actual brightness-
 difference doesn't have to be as crass because the change draws the eye.

 *cough* Yeah, I thought briefly about introducing animation, but decided
 that doing it properly would be a bit more work than I was willing to
 invest. I also thought about using the same color scheme as S&T, but TBH I
 find that a bit too aggressive. But please, by all means, feel free to
 change the scheme to something more consistent and pleasing. The colors
 are selected in the `GetComponentColors()` methods of the [http://dev
 .haiku-
 os.org/browser/haiku/trunk/src/servers/app/DefaultDecorator.cpp?rev=39651#L1231
 DefaultDecorator] and the [http://dev.haiku-os.org/browser/haiku/trunk/src
 /add-ons/decorators/SATDecorator/SATDecorator.cpp?rev=39640#L466
 SATDecorator]. They are mostly set/pre-computed in the constructor or
 statically, save for the resizing border highlighting, which is
 [http://dev.haiku-
 os.org/browser/haiku/trunk/src/servers/app/DefaultDecorator.cpp?rev=39651#L1283
 computed on the fly].

-- 
Ticket URL: <http://dev.haiku-os.org/ticket/4493#comment:23>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.

Other related posts: