So there seems to be a rounding problem also when rendering rectangles, unrelated to the clip region. Figured that out by printing out the QRegion via qDebug(). For painting the background, it seems like the clip region is always null or the entire area inside the borders. This change was in konsole 19.12.0 already, not in the update to 19.12.1. > + QCoreApplication::setAttribute(Qt::AA_EnableHighDpiScaling, true) > + QCoreApplication::setAttribute(Qt::AA_UseHighDpiPixmaps, true) > 1920x1080, DPI 96, graphic card : amd radeon HD4650 pcie, radeon driver open > developers, which triggers problems on my configuration (24 inch monitor > on these new versions the "high dpi support" has been enabled by kde > Yes, the problem started with the update of plasma (5.17.4 to 5.17.5) and > of font rendering regression reports since Qt was updated to version 5.14.0. > Potomac, are you sure it was a Plasma update that broke it? The net is full > (In reply to Christoph Feck from comment #170) I doubt any one needs a scaling of 33/32 and will not be happy with 34/32 = 17/16. That said, I think 1/16 is plenty small for real use. I don't know how 1/16 was chosen though, using 1/32 or 1/64 would have similar results but have less of a safety margin to resist numerical instability. However, the code probably does all these things (accumulating the height of lines to find where the next line should be placed maybe be part of this specific bug).īy limiting using scaling factors that are less susceptible to these issues will help avoid the bugs. This is where the "various Qt and X11 bugs" come in: display code should not do much in floating point (as you recommend), or it should avoid accumulating values and even be careful with multiplication. However if we use 1/16 this is much better, This means that certain arithmetic is "numerically unstable" meaning (roughly) that small errors due to floating point compound through an algorithm. This kind of very slight difference is an issue since it tends to *change* as you add or subtract from the number. This is very different from 0.1 which must be approximated and that approximation contains information in all of the mantissa bits. This makes it representable in very few bits in binary floating point. > right magic number/flick be for this case.Ġ.0625 is exactly 1/16. > solution is to convert everything to integer math. > this list? Wondering if this is the right magic number or if the correct > Was 0.0625 found by trial and error? Any experts in floating point math on > scale factor increment to 0.0625 (6.25% in percentage form) will improve > Because of the nature of floating point math and various Qt and X11 bugs, > (In reply to Nate Graham from comment #140) (In reply to lukebenes from comment #149) > I have the same problem on my Dell XPS 13" FHD(9350). > Subject: Horizontal lines with fractional HiDPI > helpful, try with KDE Neon, Arch, or OpenSuse Tumbleweed. > like your just add noise to an already messy report. > distro is running 5.16.5 which does not include any of these fixes, so posts (In reply to lukebenes from comment #142) I have the same problem on my Dell XPS 13" FHD(9350). Subject: Horizontal lines with fractional HiDPI scaling If you want to be helpful, try with KDE Neon, Arch, or OpenSuse Tumbleweed. Your distro is running 5.16.5 which does not include any of these fixes, so posts like your just add noise to an already messy report. Horizontal lines in Konsole, Fractional Scaling 1.5 Horizontal lines with fractional HiDPI scalingĬorruption on bottom line to the right of the imageĬorruption bottom line, on the right of screen, incorrect background color Patchfile of debugging code intended to assist finding terminal display bugs. Search field in the System Settings with 125% DPI scale Patch: expand background rendering by 1px Vertical lines after testing the idea of Andrew.ĭifference with QT_AUTO_SCREEN_SCALE_FACTOR enabled/disabled in konsole Screen recording on Neon unstable edition, scale factor 1.25 Horizontal lines in Konsole Fractional Scaling 1.5 Transparency=True Horizontal lines in Vim Fractional Scaling 1.5 Transparency=True Screenshot showing the effect in vim in line 54+55Īfter highlighting some text in the terminal
0 Comments
Leave a Reply. |