| Frameworks | |
| Dolphin |
kdialog --get{open,save}filename returns only local paths, but does not show IOSlaves
that return local paths. It should. :)
TODO: show removable disks too, which are always local. Couldn't figure out how to do
that though.
BUG: 415019
FIXED-IN: 19.12.1
Run kdialog --getsavefilename and see the "recently used" IOSlaves in the places panel
| No Linters Available |
| No Unit Test Coverage |
| Buildable 19662 | |
| Build 19680: arc lint + arc unit |
| src/kdialog.cpp | ||
|---|---|---|
| 865 | The trash recentlyused tags and desktop ioslaves can't be save filename' folder since they are not writable. | |
| src/kdialog.cpp | ||
|---|---|---|
| 865 | kdialog can be used to show open dialogs as well as save dialogs, where writability is not an issue. Also, the default dialog will show these ioslaves and let you try to write into them, so I believe if we want to do that, they should be filtered out there in the KIO places model, rather than here. | |
IMO this should be done in KIO, so that all users benefit.
Almost, but not quite - it just means that the resource is on the same system and therefore there's no hostname in the URL.
Protocols like man, tar, zip, etc. are all :local as well, but can't be translated to file:///....
I'd hope there is some other way to query for that property.
How would you do it in KIO?
Almost, but not quite - it just means that the resource is on the same system and therefore there's no hostname in the URL.
Protocols like man, tar, zip, etc. are all :local as well, but can't be translated to file:///....
I'd hope there is some other way to query for that property.
Yeah for now I would just folter those out.
Add code to KFileDialog to allow specific protocols/slaves if the file scheme is supported.
I would guess something in the slave interface sort of like KDE-KIO-Protocols in json/.protocol files expect it would be about supported output scheme instead of input/handled.
Something like KDE-KIO-Output-Protocols
Then there would be an equivalent to KProtocolInfoFactory::findProtocol to get those, like KProtocolInfoFactory::findOutputProtocol
Basically ioslaves desktop file recentlyused trash and tags would have "file" set in there. And also recentdocuments timeline for those who use those.
What do you think ?
IMO an overgeneralization: I can't come up with any use for that new key other than file.
There's the mostLocalUrl() method already, so maybe it should just be indicated that mostLocalUrl() returns file://?
And also recentdocuments timeline for those who use those.
AFAIK those can also have non-local URLs inside, so it's not possible to guarantee that only locally-reachable files are shown that way.
What do you think ?
It seems like there's no easy way to fully implement this :-/