[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 --- Comment #8 from Mobin --- Created attachment 126608 --> https://bugs.kde.org/attachment.cgi?id=126608=edit full screen bug here is a video of fullscreen bug with latest krita plus git from today. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 Boudewijn Rempt changed: What|Removed |Added Resolution|--- |UPSTREAM Status|REPORTED|RESOLVED CC||b...@valdyas.org --- Comment #7 from Boudewijn Rempt --- Hm, if the dpi is different, then it's probably a bug in Qt. Qt 5.14, which we don't use yet, has a lot of fixes for systems where different monitors have different scaling factors. In any case, and I'm sorry I didn't see this report before, Krita doesn't have any code related to window placement. Qt handles all of that for us :-( -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 Boudewijn Rempt changed: What|Removed |Added Platform|Windows CE |MS Windows -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 --- Comment #6 from Mobin --- my 2nd monitor is an "xp pen artist 12" (pen display tablet) and beside color it does not manage anything. resolution and dpi are covered by windows. (right now on 1080p same as my main monitor but with 150% dpi -my main is 100%-) if I disable the dpi in krita It will fix black borders but I still have the fullscrean problem that just only favors my main monitor not were is is placed or have more coverage. On Fri, Jan 31, 2020 at 1:42 AM Ahab Greybeard wrote: > https://bugs.kde.org/show_bug.cgi?id=416894 > > --- Comment #5 from Ahab Greybeard --- > Are your monitors identical? > Are there any OS level utilities and controls whose settings could have an > effect on this? (Right-click on desktop then Display Settings.) > (I rarely use Windows nowadays so I've lost familiarity with it.) > > I forgot to add my system information but I don't know if it would be of > any > help to anyone in solving this problem: > > Krita > > Version: 4.3.0-prealpha (git 0657457) > Languages: en_US, en > Hidpi: false > > Qt > > Version (compiled): 5.12.5 > Version (loaded): 5.12.5 > > OS Information > > Build ABI: x86_64-little_endian-llp64 > Build CPU: x86_64 > CPU: x86_64 > Kernel Type: winnt > Kernel Version: 10.0.16299 > Pretty Productname: Windows 10 (10.0) > Product Type: windows > Product Version: 10 > > OpenGL Info > > Vendor: "NVIDIA Corporation" > Renderer: "GeForce GTX 750 Ti/PCIe/SSE2" > Version: "4.6.0 NVIDIA 388.13" > Shading language: "4.60 NVIDIA" > Requested format: QSurfaceFormat(version 3.0, options > QFlags(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 4.6, options > QFlags(DeprecatedFunctions), depthBufferSize > 24, > redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, > stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DoubleBuffer, > swapInterval 1, colorSpace QSurfaceFormat::sRGBColorSpace, profile > QSurfaceFormat::CompatibilityProfile) > Version: 4.6 > Supports deprecated functions true > is OpenGL ES: false > > QPA OpenGL Detection Info > supportsDesktopGL: true > supportsAngleD3D11: true > isQtPreferAngle: false > > Hardware Information > > GPU Acceleration: auto > Memory: 16381 Mb > Number of Cores: 8 > Swap Location: /tmp > > Current Settings > > Current Swap Location: /tmp > Undo Enabled: 1 > Undo Stack Limit: 20 > Use OpenGL: 1 > Use OpenGL Texture Buffer: 1 > Use AMD Vectorization Workaround: 0 > Canvas State: OPENGL_SUCCESS > Autosave Interval: 360 > Use Backup Files: 1 > Number of Backups Kept: 1 > Backup File Suffix: ~ > Backup Location: Same Folder as the File > Use Win8 Pointer Input: 1 > Use RightMiddleTabletButton Workaround: 0 > Levels of Detail Enabled: 1 > Use Zip64: 0 > > > Display Information > Number of screens: 2 > Screen: 0 > Name: \\.\DISPLAY2 > Depth: 32 > Scale: 1 > Resolution in pixels: 1280x1024 > Manufacturer: > Model: > Refresh Rate: 60 > Screen: 1 > Name: \\.\DISPLAY1 > Depth: 32 > Scale: 1 > Resolution in pixels: 1280x1024 > Manufacturer: > Model: > Refresh Rate: 60 > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 --- Comment #5 from Ahab Greybeard --- Are your monitors identical? Are there any OS level utilities and controls whose settings could have an effect on this? (Right-click on desktop then Display Settings.) (I rarely use Windows nowadays so I've lost familiarity with it.) I forgot to add my system information but I don't know if it would be of any help to anyone in solving this problem: Krita Version: 4.3.0-prealpha (git 0657457) Languages: en_US, en Hidpi: false Qt Version (compiled): 5.12.5 Version (loaded): 5.12.5 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 10.0.16299 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 OpenGL Info Vendor: "NVIDIA Corporation" Renderer: "GeForce GTX 750 Ti/PCIe/SSE2" Version: "4.6.0 NVIDIA 388.13" Shading language: "4.60 NVIDIA" Requested format: QSurfaceFormat(version 3.0, options QFlags(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 4.6, options QFlags(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 1, colorSpace QSurfaceFormat::sRGBColorSpace, profile QSurfaceFormat::CompatibilityProfile) Version: 4.6 Supports deprecated functions true is OpenGL ES: false QPA OpenGL Detection Info supportsDesktopGL: true supportsAngleD3D11: true isQtPreferAngle: false Hardware Information GPU Acceleration: auto Memory: 16381 Mb Number of Cores: 8 Swap Location: /tmp Current Settings Current Swap Location: /tmp Undo Enabled: 1 Undo Stack Limit: 20 Use OpenGL: 1 Use OpenGL Texture Buffer: 1 Use AMD Vectorization Workaround: 0 Canvas State: OPENGL_SUCCESS Autosave Interval: 360 Use Backup Files: 1 Number of Backups Kept: 1 Backup File Suffix: ~ Backup Location: Same Folder as the File Use Win8 Pointer Input: 1 Use RightMiddleTabletButton Workaround: 0 Levels of Detail Enabled: 1 Use Zip64: 0 Display Information Number of screens: 2 Screen: 0 Name: \\.\DISPLAY2 Depth: 32 Scale: 1 Resolution in pixels: 1280x1024 Manufacturer: Model: Refresh Rate: 60 Screen: 1 Name: \\.\DISPLAY1 Depth: 32 Scale: 1 Resolution in pixels: 1280x1024 Manufacturer: Model: Refresh Rate: 60 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 --- Comment #4 from Mobin --- I have it on git 1164b81 and I have this problem with dpi as well: run on monitor one 100% and monitor 2nd has 150% scaling On Fri, Jan 31, 2020 at 12:23 AM Ahab Greybeard wrote: > https://bugs.kde.org/show_bug.cgi?id=416894 > > Ahab Greybeard changed: > >What|Removed |Added > > > CC| > |ahab.greybe...@hotmail.co.u >||k > > --- Comment #3 from Ahab Greybeard --- > I don't have this on Windows 10 with the Jan 30th 4.3.0-prealpha (git > 0657457) > standalone .zip. > > It goes to full screen on whatever monitor has the majority of the window > on it > then returns to its previous shape and size and placement. > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 Ahab Greybeard changed: What|Removed |Added CC||ahab.greybe...@hotmail.co.u ||k --- Comment #3 from Ahab Greybeard --- I don't have this on Windows 10 with the Jan 30th 4.3.0-prealpha (git 0657457) standalone .zip. It goes to full screen on whatever monitor has the majority of the window on it then returns to its previous shape and size and placement. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 --- Comment #2 from Mobin --- I think it is. Might be good if we could choose a default monitor. Although making title bar visible (preventing fullscreen) is a workaround On Wed, Jan 29, 2020 at 9:05 PM Rebecca Breu wrote: > https://bugs.kde.org/show_bug.cgi?id=416894 > > Rebecca Breu changed: > >What|Removed |Added > > > CC||rebe...@rbreu.de > > --- Comment #1 from Rebecca Breu --- > I can't reproduce it on Debian, neither with the 4.2.8 appimage nor the > recent > nightly appimage. Might be a Windows-specific issue? > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 416894] krita full screen in wrong monitor
https://bugs.kde.org/show_bug.cgi?id=416894 Rebecca Breu changed: What|Removed |Added CC||rebe...@rbreu.de --- Comment #1 from Rebecca Breu --- I can't reproduce it on Debian, neither with the 4.2.8 appimage nor the recent nightly appimage. Might be a Windows-specific issue? -- You are receiving this mail because: You are watching all bug changes.
