#317 closed bug (fixed)
Workspaces let you move Workspaces window
| Reported by: | korli | Owned by: | axeld |
|---|---|---|---|
| Priority: | low | Milestone: | R1 |
| Component: | - General | Version: | |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
This behavior isn't expected (R5 doesn't let you move it), and buggy in the end.
Noticed on rev16821.
Change History (6)
comment:1 by , 19 years ago
comment:2 by , 19 years ago
Right, BeOS specifically let's you not move the workspaces window in the current workspace. That's probably a good idea, too :) BTW it's not buggy, the window just loses focus eventually - B_LOCK_WINDOW_FOCUS has not yet been implemented in the app_server.
That you need two clicks for the workspaces is what I'd call a bug on R5. This has been "fixed" in our Workspaces app by specifying B_ACCEPT_FIRST_CLICK. The Deskbar is shown on R5 as all if it's not in B_FLOATING_ALL_WINDOW_FEEL. And then, it behaves exactly like it does under Haiku. When you click on a window that doesn't like to be moved around, that click is just ignored, like for the desktop. The better solution might really be to only handle the desktop window that way, though, I agree - I just copied the BeOS behaviour there.
comment:3 by , 19 years ago
| Status: | new → closed |
|---|
comment:5 by , 19 years ago
| Resolution: | → fixed |
|---|
Additionally it seems on R5, you need two clicks to change the workspace. Also when trying to move the deskbar (which isn't displayed on R5 though) in another workspace than the activated one , the workspace shouldn't be changed.