| Summary: | Preserve relative canvas position when switching from/into Canvas Only mode | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | kde-doozer <doozer88> |
| Component: | Usability | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | wishlist | CC: | dimula73, halla, rebuilderster |
| Priority: | NOR | ||
| Version: | 4.0 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Unspecified | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: | canvas only offset demo | ||
I guess you're on Windows? I can reproduce this bug, but the canvas offsets into a different direction. Technically, we can solve that, though I'd mark it as minor issue. (In reply to Boudewijn Rempt from comment #1) > I guess you're on Windows? Tried both on Windows and Linux, same behavior. Only on Linux there is another minor annoyance: the cursor 'tries' to stick to the canvas, but as soon as you move the mouse/tablet, it jumps back to where it was, causing the reported offset. (In reply to Dmitry Kazakov from comment #2) > I can reproduce this bug, but the canvas offsets into a different direction. I think the offset direction depends on the canvas bounds relative to the view (zoomed in or out, for example). *** Bug 393199 has been marked as a duplicate of this bug. *** |
Created attachment 111579 [details] canvas only offset demo Going to Canvas Only mode (Tab hotkey by default) causes canvas to offset top-left. Same when exiting to regular windowed mode, the canvas shifts right-down Suggestion: calculate canvas position relative to mouse cursor and shift the canvas accordingly to preserve uninterrupted workflow.