| Age | Commit message (Collapse) | Author |
|---|
|
KPluginMetaData (since kcoreaddons commit be10ddbf) now derives the
plugin ID from the file name and ignores the ID field. Eliminates many
runtime warnings of the form:
konqueror/kf.coreaddons KPluginMetaData::KPluginMetaData: The plugin
"/usr/lib64/plugins/kf6/parts/dolphinpart.so" explicitly states an 'Id'
in the embedded metadata. This value should be removed, the resulting
pluginId will not be affected by it
|
|
|
|
|
|
Amends 2cd3d58eec5695899c26ca66a631fb79867b6584
BUG: 482343
|
|
|
|
When dragging onto tabs/Places from a remote URL, we don't process
the QDropEvent immediately, but start a StatJob and process the
event when it finishes.
Also, the result of the StatJob is cached for 30 seconds, to avoid
starting duplicate jobs.
|
|
|
|
|
|
|
|
KFileItem::isDir() only works when it's created from listDir(),
or from a local QUrl. For a remote QUrl, isDir always returns
false, so we can't use that in supportsDropping().
As a workaround, now supportsDropping() always returns true in
remote dirs -- we don't check if a remote dir is writable when
dropping.
|
|
|
|
|
|
|
|
|
|
Prior to this commit, the activateSoonAnimation would not play for
folders using previews. That was because the hoverSequences of
folder previews would always take priority over the
activateSoonAnimation.
This commit prioritises the activateSoonAnimation for the quick
moments in which it is active.
|
|
This commit adds an animation for folders that makes clear that
they will open or expand soon. This is the case when the option to
open folders during drag operations is enabled and a user drags an
item on top of a folder.
The animation goes like this:
- Replace the folder's icon with the "folder-open" icon
- Go back to the folder's original icon
- Replace the folder's icon with the "folder-open" icon once more
|
|
The installed services might change while Dolphin is running, so it is
better to only search when they are actually needed instead.
The very first time such a search happens (e.g. after updating the
system), is also somewhat slow, which could slow down the very first
Dolphin startup.
This commit might also produce a very slight general startup speed
improvement. However, the measured change is within the margin of
error.
|
|
|
|
BUG: 481553
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1. Places panel and tabbar update drag status in read-only dir
2. Don't create drop job in readonly directories
|
|
(cherry picked from commit 1228582f92f7482937a47b5662dd0a3731ccebb8)
|
|
|
|
|
|
|
|
|
|
|
|
(cherry picked from commit 2510ec245ec055852d9958d7ea910cf0b7ed38af)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fixes the following lint errors for Flathub:
```
{
"errors": [
"appstream-missing-developer-name"
]
}
```
See: https://github.com/flathub/org.kde.dolphin/pull/207
See: https://github.com/flathub-infra/flatpak-builder-lint/issues/274
See: https://freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-developer
See: https://freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-developer_name
|
|
|
|
Update with the state of the manifest on github and install icons at the
correct location
|
|
Update with the state of the manifest on github and install icons at the
correct location
|
|
|
|
Prior to this commit pressing Tab repeatedly would bring the focus to
the end of the status bar but not further.
This commit makes sure the tab focus doesn't get stuck on the invisible tab
bar by explicitly removing the DolphinTabBar from the focus chain while it
is hidden. I don't understand why pressing Tab doesn't do anything for
the invisible tab bar, but removing an invisible and currently useless
widget from the focus chain seems sensible in any case.
Improve the accessibility autotest to prevent regressions concerning this.
|
