hey doesn't set upper-left corner of WebPositive (gcc4 install only)

[Kev]

There's probably a good reason for disallowing offscreen windows, but it'd be nice to have it bent slightly. I'd like to be able to set a window just far enough offscreen so that, by Fitts' law, I can throw the cursor up to the upperleft corner and click, to rapidly close a window. Just six pixels in each axis ought to do it, but:

/> hey WebPositive SET Frame OF Window 2 TO BRect[-6,-6,1284,1028]

No matter what I do for those -6's, the window's upper-left corner doesn't move. Actually, now that I try other values, like 100, it doesn't seem to move ever, whether it's on-screen or not. And now that I try other windows, I see it's just WebPositive that won't move (it'll only resize.) Somewhere in between these makes the perfect window for me (on my 1280x1024 display), usability-wise, even if it looks less aesthetically pleasing:

hey Terminal SET Frame OF Window 0 TO BRect[0,21,1279,1023]

hey Terminal SET Frame OF Window 0 TO BRect[0,9,1279,1023]

This is on hrev45404 gcc4.

[humdinger]

FWIW, hey WebPositive SET Frame OF Window 2 TO BRect[-6,-6,1284,1028] works here on an official gcc2hybrid hrev45257.

[Kev]

Huh, you're right, hrev45362 gcc2hybrid also has this working. Should I bother reporting things not working right under gcc4 at this point? I was under the impression that gcc4 is eventually what Haiku R1 would be released under.

[anevilyak]

Replying to Kev:

Huh, you're right, hrev45362 gcc2hybrid also has this working. Should I bother reporting things not working right under gcc4 at this point? I was under the impression that gcc4 is eventually what Haiku R1 would be released under.

Nope, the switch to 4 will only happen post R1. The latter will be officially released as a gcc2 base w/ gcc4 hybrid libs just like every alpha release so far, since that configuration maximizes R5 binary compatibility. That having been said, it would be interesting to look into why this doesn't work on 4 regardless, since there shouldn't be a difference.

[pulkomandy]

gcc4-only issue, moving out of R1.

[leavengood]

I tested in x86_64 Haiku and I don't think this is an issue, and it may never have been. At least it isn't a bug in hey.

As long as I use the right window index the WebPositive window will move, though I did notice that with the Downloads window it will first move to exactly the top left corner and then if the same hey command is run it will then move offscreen. This is because the Downloads window will bring itself on screen when resized, the first hey resizes it, the second one does not. You can see the behavior by resizing a partially offscreen Downloads window and it will pop back exactly at the top left, and ​it is obvious in the code.

But normal windows seem to move offscreen fine now. Maybe this was a gcc4 bug before and now it works?