| Summary: | mouse wheel in preview window | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | romopua |
| Component: | Usability | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | dimula73, griffinvalley, halla, tamtamy.tymona |
| Priority: | NOR | ||
| Version First Reported In: | 4.3.0 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
version tested
Gif with the problem |
||
|
Description
romopua
2020-09-08 09:15:59 UTC
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 :( |