this post was submitted on 06 Feb 2026
10 points (100.0% liked)
Linux
4889 readers
2 users here now
Shit, just linux.
Use this community for anything related to linux for now, if it gets too huge maybe there will be some sort of meme/gaming/shitpost spinoff. Currently though… go nuts
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments


Oh! In that case, KFileDialog might actually be (roughly) the part you want to patch.
(That was just what I found in a couple of minutes of looking, BTW. I've never programmed anything related to KDE -- not even applications, let alone the library itself -- so do your own research. I'm just going by generic software engineering principles, not anything specific to how KDE works, either technically or administratively.)
Depends on exactly which bits you change. The "save" dialog probably inherits from an abstract dialog or something. If you change the base class everything will be affected; if you change the derived class only the derived class will be affected. The trick is to find the right layer in the hierarchy that changes everything you want while leaving everything else alone.
Yes, you'd have to alter the source and recompile. At that point, you're basically maintaining your own small private fork of the software, so you'd have to merge your changes back in on each update.
Alternatively, you could try to get the KDE project to accept the changes, but I have no idea how receptive they would be.
If you're saying that you'd like to decouple the filter of what file types you can see from the filter of what file types you can save as, that's interesting. It might have merit in terms of user experience, but I suspect it might be a slightly more invasive change to code -- and an even more invasive change to the public-facing API, which developers of applications that use KDE might have something to say about.