Bug 423972 - *.kra File appearance changes (text position and size) with different monitor resolution
Summary: *.kra File appearance changes (text position and size) with different monitor...
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: General (show other bugs)
Version: 4.3.0
Platform: Microsoft Windows Microsoft Windows
: NOR major
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-07-07 16:06 UTC by jeffreyw1958
Modified: 2021-07-29 12:27 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshots: Original 4K Monitor Left and 1920x1080 Right (495.94 KB, image/png)
2020-07-07 16:06 UTC, jeffreyw1958
Details
With 1280 x 1024 resolution desktop monitor (49.73 KB, image/png)
2020-07-07 17:09 UTC, Ahab Greybeard
Details
With 1366 x 768 resolution laptop monitor (91.08 KB, image/png)
2020-07-07 17:11 UTC, Ahab Greybeard
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jeffreyw1958 2020-07-07 16:06:52 UTC
Created attachment 129959 [details]
Screenshots: Original 4K Monitor Left and 1920x1080 Right

SUMMARY
A saved *.kra file text is resized/repositioned if the file is opened when the computer monitor resolution differs from the resolution of the monitor used when the file was created (originally saved).  This problem appears to affect vector graphics as well  

STEPS TO REPRODUCE
1. Create and save a *.kra containing text as normal with a 4K monitor.
2. Close Krita and replace the monitor to one with a lower resolution.
3. Open the saved *.kra file.

OBSERVED RESULT
The text is resized and repositioned.  This is an issue when opening saved *.kra files on different computers.  The *.kra has to be edited for each computer individually.

EXPECTED RESULT
The relative position and size of text should remain constant and not change due to the monitor resolution.

SOFTWARE/OS VERSIONS
Windows: 4.3.0/10
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 5.12.8

ADDITIONAL INFORMATION
Krita

 Version: 4.3.0
 Languages: en_US, en
 Hidpi: true

Qt

  Version (compiled): 5.12.8
  Version (loaded): 5.12.8

OS Information

  Build ABI: x86_64-little_endian-llp64
  Build CPU: x86_64
  CPU: x86_64
  Kernel Type: winnt
  Kernel Version: 10.0.18363
  Pretty Productname: Windows 10 (10.0)
  Product Type: windows
  Product Version: 10

OpenGL Info
 
  Vendor:  "Google Inc." 
  Renderer:  "ANGLE (NVIDIA GeForce GTX 1080 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: false 

Hardware Information

  GPU Acceleration: auto
  Memory: 32676 Mb
  Number of Cores: 20
  Swap Location: C:/Users/XRU/AppData/Local/Temp

Current Settings

  Current Swap Location: C:/Users/XRU/AppData/Local/Temp
  Current Swap Location writable: true
  Undo Enabled: true
  Undo Stack Limit: 30
  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: false
  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: 2
		Resolution in pixels: 1920x1080 
NOTE: Incorrect Screen resolution reported by Krita.  Actual resolution is: 3840x2160
		Manufacturer: 
		Model: 
		Refresh Rate: 60
Comment 1 Ahab Greybeard 2020-07-07 17:09:23 UTC
Created attachment 129961 [details]
With 1280 x 1024 resolution desktop monitor

I can confirm this for the 4.3.0 appimage and the 5.0.0 prealpha (git 0a4f80b) appimage.

I also attach screenshots which demonstrate this for two monitors of different resolution.

The OP comment regarding vector graphics is a mistaken reference to further observations made in an original topic discussion at:
https://krita-artists.org/t/kra-portability/9378
At the time, I didn't make the distinction clear.
The screen resolution has no effect on the size of vector objects. That is a separate bug related to document ppi which has been reported in a separate report:
https://bugs.kde.org/show_bug.cgi?id=423959
Comment 2 Ahab Greybeard 2020-07-07 17:11:00 UTC
Created attachment 129962 [details]
With 1366 x 768 resolution laptop monitor
Comment 3 Ahab Greybeard 2020-07-08 07:46:49 UTC
As can be seen from the '1366 x 768 resolution' attachment (and as should have been clear to me) I didn't have that font on my laptop. Now that I've installed the font, I don't see a size change in the text.
I withdraw my confirmation, setting back to Reported.
Comment 4 vanyossi 2020-07-09 00:27:39 UTC
I can confirm this on Windows: changing resolution from 4k to 1920x1080 shows a big a noticeable appearance size change on the font rendering.

macos: bug not present
linux: did not fully test.
Comment 5 Tiar 2020-12-13 23:53:42 UTC
Can you please check in the latest version (4.4.1)? I believe I fixed something like this, but I'm not 100% sure.
Comment 6 Bug Janitor Service 2020-12-28 04:34:59 UTC
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!
Comment 7 Bug Janitor Service 2021-01-12 04:34:31 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now 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

Thank you for helping us make KDE software even better for everyone!
Comment 8 vanyossi 2021-01-14 21:12:09 UTC
Sadly the bug is still present in 4.4.1 on windows.
Comment 9 Dmitry Kazakov 2021-07-29 12:27:27 UTC
This bug has been fixed in Krita 5.0. Sadly, the files will not be backward compatible.