SUMMARY I opened a new window to be able to preview my work. When I want to zoom the preview using the middle mouse wheel, the canvas scrolls in the direction of the wheel once zooming with it as well. That shouldn’t happen, you just have to zoom without scrolling the canvas. There is something wrong with using the mouse wheel in a preview window, things happen out of place. STEPS TO REPRODUCE 1 Create a file 2 In preferences -> general -> window tab -> multiple document mode -> subwindows 3 Select window -> new view 4 A new window opens, use the mouse wheel there to zoom OBSERVED RESULT Strange things happen when you zoom with the middle wheel of the mouse in a new view or preview window EXPECTED RESULT The new window should behave the same as the main window. Krita must detect that the mouse is over the new window and act only on it, not on the main window. SOFTWARE/OS VERSIONS Windows: 10 home 64 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION youtube video https://youtu.be/hUNCJrRlv8c
Thanks for making the report!
I cannot reproduce this problem in krita/4.3 branch. Neither on Linux nor on Windows.
And I cannot reproduce that in release package of 4.3.0 either :(
Created attachment 131518 [details] version tested
Tested in this version, I was able to reproduce it. The window created as "new view" does not behave as expected. I hope that when I insert my cursor in the floating window created with "new view" I can zoom in that window using the mouse wheel. But that doesn't happen or it happens badly, confusing. The main canvas is scrolling abnormally, zooming is not properly done, and strange things happen. Watch the video, I'm just trying to zoom in on the floating window but everything scrolls and gets altered and everything needs to be relocated. video: https://youtu.be/E7O3EVwuHRo
I use 2 monitors but Krita only occupies 1
I cannot reproduce it either (on Linux Mint + Cinnamon, using an appimage). Does it still happen to you @romopua in latest version (4.4.2-beta2)? If so, can you please share Help -> Show system information for bug reports? ---- Krita Version: 4.4.2-beta2 Languages: en_US, en, en_US, en, en_US, en, pl_PL, pl, pl_PL, pl Hidpi: true Qt Version (compiled): 5.12.9 Version (loaded): 5.12.9 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 5.3.7-050307-generic Pretty Productname: Linux Mint 19.3 Product Type: linuxmint Product Version: 19.3 Desktop: X-Cinnamon OpenGL Info Vendor: "Intel Open Source Technology Center" Renderer: "Mesa DRI Intel(R) Iris(R) Plus Graphics (ICL GT2)" Version: "3.0 Mesa 20.0.8" Shading language: "1.30" Requested format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CompatibilityProfile) Current format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Version: 3.0 Supports deprecated functions true is OpenGL ES: false
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Created attachment 135199 [details] Gif with the problem Notice here how I zoom in on the small window, the large window scrolls up and down.
I'm not sure, this is useless to have a thumbnail preview window because a floating window overlaps another floating window. That is, if you have a maximized window, the smaller window will be behind the larger window, so this prevents having a smaller window showing a preview because it will be covered by the maximized window. Krita simply has no option to display a floating preview window. To achieve this, you must dock the window to a tool area, there the window will always remain visible. -------------------------- Krita Version: 4.4.3-alpha (git 4bbfcb4) Languages: en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, es_ES, es, en_US, en Hidpi: true Qt Version (compiled): 5.12.9 Version (loaded): 5.12.9 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 10.0.19042 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 OpenGL Info Vendor: "Google Inc." Renderer: "ANGLE (AMD Radeon(TM) Vega 8 Graphics Direct3D11 vs_5_0 ps_5_0)" Version: "OpenGL ES 3.0 (ANGLE 2.1.0.57ea533f79a7)" Shading language: "OpenGL ES GLSL ES 3.00 (ANGLE 2.1.0.57ea533f79a7)" Requested format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CompatibilityProfile) Current format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DefaultSwapBehavior, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Version: 3.0 Supports deprecated functions false is OpenGL ES: true QPA OpenGL Detection Info supportsDesktopGL: true supportsAngleD3D11: true isQtPreferAngle: true Hardware Information GPU Acceleration: auto Memory: 7068 Mb Number of Cores: 8 Swap Location: C:/Users/pablo/AppData/Local/Temp Current Settings Current Swap Location: C:/Users/pablo/AppData/Local/Temp Current Swap Location writable: true Undo Enabled: true Undo Stack Limit: 120 Use OpenGL: true Use OpenGL Texture Buffer: true Use AMD Vectorization Workaround: false Canvas State: OPENGL_SUCCESS Autosave Interval: 900 Use Backup Files: true Number of Backups Kept: 1 Backup File Suffix: ~ Backup Location: Same Folder as the File Backup Location writable: false Use Win8 Pointer Input: true Use RightMiddleTabletButton Workaround: false Levels of Detail Enabled: false Use Zip64: false Display Information Number of screens: 1 Screen: 0 Name: \\.\DISPLAY1 Depth: 32 Scale: 1 Resolution in pixels: 1366x768 Manufacturer: Model: Refresh Rate: 60
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
I cannot reproduce this either... That makes three :(