Jul 12 2023
There's nothig really to do here from a Frameworks POV, it's a Konqueror thing now
Oct 18 2021
May 14 2021
May 8 2021
It's the sort of thing that is occasionally useful for some people some of the time somewhere somehow, but mostly useless for 99% of people. Perhaps there is a third option: turn it into an advanced page or a dialog accessed from another KCM. Surfacing this stuff in its current location is super overkill, but maybe we can just hide it better.
Actually forget about DAV, FTP is a better example.
do programs that use DAV use settings from this KCM though?
We live in a world of fast reliable internet. I suspect people in less-well-equipped ("third world") countries might have a use for increasing timeout values so the system tries longer before giving up. But yes this was more useful when it was about your internet browsing, while now if it's just about your DAV connection....
Regarding "Connection Preferences": even ignoring that it's probably only relevant to KIO, I don't think this stuff should be exposed to regular people (when was the last time *you* changed your timeout values?):
May 6 2021
I assume webkit-based doesn't either
May 5 2021
I don't see any use for the "Browser Indentification" KCM and would propose to remove it.
Browser Identification:
Probably mostly relevant for Konqueror. Or is there a use case for changing the user agent for the webdav KIO slave?
Apr 3 2021
Mar 30 2021
Mar 27 2021
Proxy: it's also not clear to me what the difference between the "Auto Detect" button there and the "Detect proxy configuration automatically" is.
Dec 17 2020
Nov 11 2020
Sep 15 2020
Aug 28 2020
I think it would be worth to put it back. I think QtWebEngine already provides support for doing something like it using QWebEnginePage::save() (even if I never tried using it), however a solution which didn't rely on a specific part would be, in my opinion, even better. I remember that when I ported the webarchiver plugin to KF5 (before switching to QtWebEngine) I wondered why it didn't use wget instead of doing all the work manually. Of course, this requires having wget installed, but I don't think it would be an issue.
Feb 29 2020
Jan 19 2020
Jan 17 2020
In a followup commit, feel free to port all uses of iconNameFor to iconForUrl :-)
At least all those who simply call QIcon::fromTheme on the result.
Implemented the changes suggested by dfaure.
Jan 15 2020
Jan 14 2020
Jan 12 2020
Jan 6 2020
Konqueror doesn't link against KHTML any more, but there are still lot's of references to it in the documentation/naming of things. Might be worth cleaning that up a bit