Patched KDE Dolphin with Pixel Scaling https://fiftyfourth.xyz/git/dolphin/atom?h=master 2026-01-22T15:14:16Z 2026-01-22T15:14:16Z Méven Car meven@kde.org 2026-01-22T15:04:09Z urn:sha1:174bc684603326de15e933b3bb24ffb739f3291e 2025-11-21T03:19:27Z Pan Zhang zhangpan@kylinos.cn 2025-11-21T03:19:27Z urn:sha1:b39acbf9542bcce929a48070e3f6123eaa74078d In the Details view the name (text) column could appear vertically off-center for file names containing certain Unicode glyphs (for example "』"). The issue is caused by a mismatch between the generic font metrics ascent and the actual ascent of the rendered QTextLine for that glyph, which shifts the baseline and thus the visual vertical centering. This change computes the QTextLine ascent for the (single) layouted line and adjusts the vertical position by the difference between the font metrics ascent and the line ascent. The adjustment is applied only for the name (text) role so other columns are unaffected. BUG: 512152 2025-11-04T09:51:30Z Bojidar Marinov bojidar.marinov.bg@gmail.com 2025-10-30T15:01:32Z urn:sha1:05194fd525071e41678d31b93146fad2e6e2e451 aba0de7301b060c40d543adbaa8d53cf69a9d7ee re-introduced the usage of QFontMetrics::boundingRect(QString) for calculating the size of the last line of a filename. ..Unfortunately, that function uses a different code path from QTextLayout, and arrives at a shorter width for a line of text. Meanwhile, QFontMetrics::size(QString) internally uses QFontMetric::boundingRect(QRect, int, QString, ..), which has been documented as "The bounding rectangle returned by this function is somewhat larger than that calculated by the simpler boundingRect() function. This function uses the maximum left and right font bearings as is necessary for multi-line text to align correctly." I have empirically confirmed that QFontMetricsF::size and QTextLine::naturalTextWidth return the same floating-point value given the same input, and QFontMetrics::size does internally use QTextLine::naturalTextWidth through qt_format_text. BUG: 432530 2025-10-23T08:10:58Z Méven Car meven@kde.org 2025-10-20T12:15:13Z urn:sha1:2fab59c0d50c42d9e1875201d7296df57bb1b919 In editedRoleChanged. This can happen if updateTextsCache has not yet be called before editedRoleChanged in tests notably. 2025-09-03T12:04:13Z Kunda Ki luzpaz@pm.me 2025-09-03T12:04:13Z urn:sha1:479ce3a1641398a8506812300834666614013850 Found via `codespell -S "*.desktop,*.po,*.svg,*.xml,./po" -L aparent,childs,goup,lokal` 2025-09-02T08:51:52Z Akseli Lahtinen akselmo@akselmo.dev 2025-09-01T13:08:37Z urn:sha1:93dd0db2eeb1fc41013e87e73f7fbd1956f26cd6 When editRole is changed, as in we start renaming an item, we should clean up the hover effect. Otherwise we'll have a weird glitchy look. BUG: 508388 2025-09-02T08:51:52Z Akseli Lahtinen akselmo@akselmo.dev 2025-09-01T11:51:03Z urn:sha1:a76fa7c0d50e4cb44d137ed40d4f9ba750bb377c Since we never set the background color of the branch indicator to something different now, we can just let its color to stay as default. 2025-09-02T08:51:52Z Akseli Lahtinen akselmo@akselmo.dev 2025-09-01T11:36:21Z urn:sha1:0573dce6d3d4056564b0d7e369f914fb81e83093 Due to the new focus changes, our background highlights are more transparent. This means that the selected icon color is wrong, since it's meant for fully opaque background We should color the icon only when the element is pressed, which is the only time we use fully opaque background. BUG: 508418 2025-08-26T12:42:26Z Akseli Lahtinen akselmo@akselmo.dev 2025-08-25T13:10:17Z urn:sha1:8d511bff97c844ef2eeef2656dcd42eb1b647e03 We should use styleOption().iconSize instead of iconSize(), since the styleOption returns always the correct size depending on if we are showing previews or not. In DolphinItemListView we set the iconSize based on the previewSize or iconSize, and the styleOption().iconSize is whichever value it is here. KItemListWidget::iconSize always returns the settings.iconSize BUG: 508352 2025-06-23T12:26:49Z Bojidar Marinov bojidar.marinov.bg@gmail.com 2025-06-23T12:26:49Z urn:sha1:aba0de7301b060c40d543adbaa8d53cf69a9d7ee When QFontMetrics::boundingRect().width was replaced with QFontMetrics::horizontalAdvance() in 76a46fd9094b17eb99e8a42cca8562fdc0b3814c, an extra line (formerly introduced by a203c271161ce953354b9e0722492605a4d17415) was changed as well. Unfortunately, boundingRect().width is the correct function to use for calculating the size of the last line, while horizontalAdvance would be correct if we were laying it next to the previous line instead of below the previous line. BUG: 432530