[openbeos] Re: Zoom and Resize
- From: "Rob Tijssen" <rob.tijssen@xxxxxxx>
- To: <openbeos@xxxxxxxxxxxxx>
- Date: Wed, 6 Mar 2002 19:45:44 +0100
Hello,
In windows it is possible with ALT+Space and then choose move ... ;-) but I
too do like the Be Way of
handling window resizes.
But nevertheless it would be appreciated by some people to give an option
(NOT by default :-)) to change the way
to move / resize the window.
<offtopic>
Is possible to move or resize a window in BeOS with the keyboard, and /
or is this something for GE.
</offtopic>
greetings,
Rob
----- Original Message -----
From: "Ben" <tuor_beleg@xxxxxxxxxxx>
To: <openbeos@xxxxxxxxxxxxx>
Sent: Wednesday, March 06, 2002 12:34 AM
Subject: [openbeos] Zoom and Resize
> I know this will probably start some debate, but as I was looking through
I
> noticed people (I can't remember) commenting that the window borders would
> resize the window.
>
> Having both Windows and Mac experience, I have come up with one problem
that
> is almost impossible to solve in windows... when a window defaults to
> opening with it's title bar offscrean. This happens if you switch monitor
> resolutions, and some other oddball reasons.
>
> On classic MacOS, you can just grab the edge and drag the window back
> onscreen, I don't know how to fix it in Windows if you can't change your
> resolution for some reason (Like corrupt monitor driver, already at max
> resolution)
>
> It could possibly be a toggle preference with a hotkey combination to
switch
> to the other behavior, like control-dragging in windows when you want to
> actually move the application rather than make 500 aliases all over your
> harddrive (<rant> The only reason for this behavior is possibly because
FAT
> is so dumb that when you move something it can't remember where it is now
> </rant>).
>
> OTOH, I do completely agree with keeping the interface as close to R5 as
> possible. There will be minor changes as things we all love to hate are
> remedied, and we borrow some more good ideas from other OS's. (Please, no
> jelly-bean buttons, though!)
>
> Some things, like skinning, could maybe be implemented as "hooks" in the
> software; applications would be required to fit specifications to work
right
> under skins (Good apps usually do anyway) and could be provided with a
> function call to force the use of a default skin for certain reasons such
as
> built in skins that depend on the exact window format. But it would take a
> third party app, or a utility app not installed by default, to actually do
> the skinning.
>
> I think hooks could be an important compromise between the
default/customize
> schools of thought. Those that want it can build apps. Just an idea.
>
> Ok, now discuss...
>
> -B. Madore
>
>
>
Other related posts:
