Closed Bug 369339 Opened 19 years ago Closed 19 years ago

relocation of window by dragging the status bar

Categories

(Camino Graveyard :: General, enhancement)

PowerPC
macOS
enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: bugzilla, Unassigned)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.2pre) Gecko/20070203 Camino/1.1a2+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.1.2pre) Gecko/20070203 Camino/1.1a2+ Sometimes I wish to move the Camino browser window by dragging the bottom part (in the Safari browser, this part is called "status bar"), rather than dragging the title bar after traveling the mouse pointer long way from the bottom to top of the screen. Reproducible: Always Steps to Reproduce: 1. 2. 3.
I actually just noticed we didn't allow this yesterday. I think it'd be nice to have as well, but I'll wait for other comments.
Summary: relocation of window by dragging the bottom part → relocation of window by dragging the status bar
This seems like a very "metal" behavior to me. Aqua windows get dragged by their titlebar.
Yeah, this is not how Mac windows work.
Dark (iTues) does it too, and I've seen at least one or two Unified apps with status bars that do the same. I'm not saying it's necessarily something we want, but there is at least some precedent (although since Dark seems to be a successor to Metal, maybe not a good one).
Although I do not like the appearance of metal windows, I appreciate its function that the window can be moved by dragging some part other than title bar. I do not care about the pedigree. Let's get back to the original subject, and let me explain a bit more... Recently I noticed that I am making many (and involuntary) efforts to resize the width of web browser window in order to optimize the layout of contents. Manual resize of window width often result in manual relocation of the window for the better use of the screen. There are many cases of such situations. To take a single example, if you narrow a right-aligned window, you will get a new vertically long space on the right side of the window. In this case, you may want to move the window rightwards. At this point, the mouse pointer is on the resize box which is far away from the title bar. It's too much of a bother. One of the possible solution is to put the second resize box to the bottom left corner to prevent the necessity of window reposition, though this is ridiculous. So, what I wanted is to reduce the mouse travel, by dragging the bottom part as I said, or by any other cool way. I emphasize that I am not saying to introduce the metal appearance. I can not believe this issue have already being reviewed and rejected from the view of "easy to use" !? If so, I am curious to know the reason why.
Yes, we understand the request, and it hasn't been rejected at this point. It's not just a question of whether it would make certain things easier for some users, it's a question also of whether the behavior is unexpected enough that it could cause problems for many users. For example, some people find the windows behavior of resizing from any side of the window very convenient, but if just one or two Mac apps did this, and looked the same as all the apps that don't, it would be really confusing. Similarly, if we allowed moving the window from a region that does not traditionally afford dragging on the Mac, it could be confusing or annoying.
Reading through the comments, I feel that my request on window movement is beyond the jurisdiction of the Camino project. It may be the matter of Aqua, or of the OSX itself. If this is the case, an introduction of metal behavior to Camino may be the unique solution at this time.
WONTFIX, per IRC. If we were to move to a different window model, this might make sense, but as long as we're using Aqua/Unified windows, let's stick with drag-by-titlebar only.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Verified.
Status: RESOLVED → VERIFIED
I found that I can move the camino window by dragging the bottom part as I said. Thank you very much.
Resolution: WONTFIX → FIXED
Please do not change the resolution of bugs unless you are on the QA team or a developer. Changing back to WONTFIX per comment 8. If this happens to work now, it's because Apple changed the OS X window model to make it work, not because of anything we did, and it certainly doesn't change our reasoning that Camino should retain the standard OS X Aqua/Unified window model behaviour. cl
Resolution: FIXED → WONTFIX
I think it's fair to say this was indeed fixed by the checkin for bug 401312; we changed the status bar explicitly.
Resolution: WONTFIX → FIXED
You need to log in before you can comment on or make changes to this bug.