<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dolphin/src/kitemviews/kitemlistview.cpp, branch pixelated-scaling-option</title>
<subtitle>Patched KDE Dolphin with Pixel Scaling
</subtitle>
<id>https://fiftyfourth.xyz/git/dolphin/atom?h=pixelated-scaling-option</id>
<link rel='self' href='https://fiftyfourth.xyz/git/dolphin/atom?h=pixelated-scaling-option'/>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/'/>
<updated>2026-03-09T09:55:48Z</updated>
<entry>
<title>kitemlistview: when editing file name set anchored selection</title>
<updated>2026-03-09T09:55:48Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-03-07T12:15:05Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=5cc61cac8589f227f05e814cefe6cfd7afec8245'/>
<id>urn:sha1:5cc61cac8589f227f05e814cefe6cfd7afec8245</id>
<content type='text'>
So the selection manager can consider the selection has changed.

This makes sense as when editing file name you can only have a single item selected.

BUG: 453262
</content>
</entry>
<entry>
<title>clang-tidy: misc-use-internal-linkage</title>
<updated>2026-01-22T16:38:13Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-01-22T16:38:13Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=881a5470697bdaf23d8692d3ee852a15c90b1af3'/>
<id>urn:sha1:881a5470697bdaf23d8692d3ee852a15c90b1af3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>clang-tidy: use default for trivial constructor</title>
<updated>2026-01-22T15:14:16Z</updated>
<author>
<name>Méven Car</name>
<email>meven@kde.org</email>
</author>
<published>2026-01-22T15:04:09Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=174bc684603326de15e933b3bb24ffb739f3291e'/>
<id>urn:sha1:174bc684603326de15e933b3bb24ffb739f3291e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use Q_ASSERT instead of Q_CHECK_PTR for plain checks of pointer value</title>
<updated>2026-01-10T15:14:26Z</updated>
<author>
<name>Friedrich W. H. Kossebau</name>
<email>kossebau@kde.org</email>
</author>
<published>2026-01-09T15:16:48Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=5fff1e414a060c0619a97ad8d3f5665e3f5a4878'/>
<id>urn:sha1:5fff1e414a060c0619a97ad8d3f5665e3f5a4878</id>
<content type='text'>
Q_CHECK_PTR (other than the name suggests) is intended only to check the
success of memory allocations.
Using it for any pointers instead can be misleading due to the
"Out of memory" log printed in case of hits.
</content>
</entry>
<entry>
<title>Item view: don't do a zoom animation</title>
<updated>2025-10-23T08:50:32Z</updated>
<author>
<name>Marco Martin</name>
<email>notmart@gmail.com</email>
</author>
<published>2025-10-23T08:50:32Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=5ba28fbee04c0f2fa5b21cc2aa52eabc16e32f20'/>
<id>urn:sha1:5ba28fbee04c0f2fa5b21cc2aa52eabc16e32f20</id>
<content type='text'>
The zoom animation in all 3 views looks very glitchy,
because icons that were already in view animate, those that weren't
don't animate giving weird effect.
In the list view mode, the tree view branches don't animate either,
showing weird holes between the branches

Also, while zooming in and out very quickly, is possible to
have the selection rectangle somehow unsynced with the items sizes
leading to visual glitches.

Without an animation, zooming the view feels much faster and robust
giving immediate feedback when zooming via ctrl+scroll or by dragging
the slider around

BUG:510426
</content>
</entry>
<entry>
<title>GIT_SILENT: Don't duplicate headers between .h/.cpp</title>
<updated>2025-09-23T05:21:04Z</updated>
<author>
<name>Laurent Montel</name>
<email>montel@kde.org</email>
</author>
<published>2025-09-21T18:37:49Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=25f8d44aa01d13e616d74b5a745fda4b51dc6deb'/>
<id>urn:sha1:25f8d44aa01d13e616d74b5a745fda4b51dc6deb</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Double scroll distance</title>
<updated>2025-09-07T21:28:37Z</updated>
<author>
<name>Felix Ernst</name>
<email>fe.a.ernst@gmail.com</email>
</author>
<published>2025-09-01T16:34:01Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=76b2443130955a7a830d06ef23f647950ad48507'/>
<id>urn:sha1:76b2443130955a7a830d06ef23f647950ad48507</id>
<content type='text'>
This commit doubles the distance a single scroll tick will scroll
in the main view.

While fixing a bug and improving scroll behaviour in
8e3addb7e73122a4c89ef347b03f714ff75a253a, the scroll distance was
effectively reduced to a third of the original value. Most users
seem to be okay with this, but there is some disgruntlement. Even
though the new scroll speed is consistent with KWrite, it is way
slower than e.g. Firefox.

In a perfect world we would have a similar scroll distance in every
scroll area so users could predict how much they have to scroll to
see a certain part of the content, however we are not there yet.
This commit aims to find a middle ground between our own definition
of scroll distance and user expectation.

BUG: 508290
</content>
</entry>
<entry>
<title>KItemListView: Check if animation is already started before starting new one</title>
<updated>2025-08-26T12:42:26Z</updated>
<author>
<name>Akseli Lahtinen</name>
<email>akselmo@akselmo.dev</email>
</author>
<published>2025-08-25T11:36:32Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=2ff301735ed4707a303186e5db4971a51400335b'/>
<id>urn:sha1:2ff301735ed4707a303186e5db4971a51400335b</id>
<content type='text'>
When user changes the zoom rapidly, we start the animation multiple
times, which causes delays with the animation and the icon size
is wrong for a while until user interaction refreshes the view.

This change runs the animation only when it's been finished, and
avoids the issue with the refresh. Instead in those situations,
we know that user is doing something really rapidly, so we
should just set the icon size to what it needs to be.

BUG: 508352
</content>
</entry>
<entry>
<title>KItemListView: Don't allow starting role editing when animation is running</title>
<updated>2025-07-24T09:56:50Z</updated>
<author>
<name>Akseli Lahtinen</name>
<email>akselmo@akselmo.dev</email>
</author>
<published>2025-07-24T09:56:50Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=94e08f04f4524fc4993b921a1ae1dd8cc6f8725c'/>
<id>urn:sha1:94e08f04f4524fc4993b921a1ae1dd8cc6f8725c</id>
<content type='text'>
If user presses delete and then F2 in very quick succession, the
inline rename field will get stuck in place, due to the animation
moving the actual item in different place.

To avoid any confusion, disallow starting role editing while any
animations are running.

BUG: 497125
</content>
</entry>
<entry>
<title>New selection effects</title>
<updated>2025-06-19T21:15:31Z</updated>
<author>
<name>Akseli Lahtinen</name>
<email>akselmo@akselmo.dev</email>
</author>
<published>2025-06-19T21:15:31Z</published>
<link rel='alternate' type='text/html' href='https://fiftyfourth.xyz/git/dolphin/commit/?id=c1e71289082ec7416ac19c822393ea70f63d1b75'/>
<id>urn:sha1:c1e71289082ec7416ac19c822393ea70f63d1b75</id>
<content type='text'>
This adds a new selection effect that is similar to what we have in QtQuick file item views.

There are also changes to some usability: Instead of only the icon and text being the clickable area in icon and details mode, the whole selection is now the clickable area.

Otherwise the usability should stay the same, it's mostly a visual change.

See also: https://invent.kde.org/teams/vdg/issues/-/issues/94
</content>
</entry>
</feed>
