User Details
- User Since
- Jul 19 2017, 7:46 AM (361 w, 3 d)
- Availability
- Available
Aug 1 2023
Konqueror
- Konqueror can now be configured to restore the last tabs and window state when starting
- Improved the algorithm which chooses which window to use when Konqueror is called externally to open an URL. Now the most recently-used window in the current activity will be used
- The ability to change the browser identification is back, even if in reduced form. Due to the limitations of the web engine currently used by Konqueror, you can't change the browser identification depending on the URL of the page being visited, but only globally.
- Add new actions to Akregator plugin menu. Now you can copy the RSS Url to clipboard and directly display the RSS file
Sep 17 2022
Aug 30 2021
I tried using dialog->setFaceType(KPageDialog::Tree) and I think it could work, even if it's not as nice as the current version. Something must be done for the ordering: one problem is that the .desktop files don't all belong to Konqueror (for example, some are from dolphin).
Aug 29 2021
Apr 11 2021
Apr 3 2021
I'm all right with both approaches. My only worry with the more radical one is that going that way, you'll take away the option to use KParts plugins from future applications. If you think it unlikely that there'll be other applications needing this feature, however, I'm not against it.
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.
Jun 14 2020
David, sorry to disturb you but I'm having trouble while pushing this. I think it's related to the GitLab migration. I had to run git kclone in my local clone to pull the latest changes. Now, I can't use arc land because it complains that
Jun 13 2020
- Improve the message text
- Only ask about invalid proxy settings for QtWebEngine if it's the default engine
David, have you had time to check the changes I made to this?
Jun 12 2020
Apr 23 2020
- Don't attempt to use WPAD or PAC proxies
- Offer the user the ability to immediately display the proxy settins dialog
Apr 22 2020
Apr 21 2020
Apr 16 2020
Apr 14 2020
Only create the action collection when using KBookmarks 5.69.0
Apr 13 2020
- Remove empty line
Feb 2 2020
Jan 8 2020
Jan 6 2020
Thinking about how to force QtWebEngine to integrate with KIO, the only idea which comes to me is a crazy one: implement an HTTP proxy inside Konqueror and configure QtWebEngine to use it (QtWebEngine will use a proxy set with QNetworkProxy::setApplicationProxy). The proxy could retrieve the requested URL using KIO and examine the reply before passing it back to QtWebEngine. I believe it should work, even if there are several drawbacks:
- it requires to write an HTTP proxy from scratch. I've never done anything similar, but I think it's not easy
- I think it requires some changes in KIO. I didn't test it, but I believe currently KIO::get only returns the body of the request and not the headers. Maybe it would be possibile to add a signal which is emitted when the headers have been read, like it already does with the mimetype
- it has to decrypt HTTPS requests coming to QtWebEngine and encrypt the replies before passing them back, but I think it could be done. I've seen the mitmproxy proxy (https://mitmproxy.org/) do it using custom certificates which you need to install manually. However, I think that in our case, since the proxy and the client really are the same program, I believe there shouldn't be the need to install the certificate.
- Check whether the default HTML engine is QtWebEngine
Jan 5 2020
Jan 4 2020
Jan 3 2020
Jan 2 2020
I noticed a problem: at startup, when the konq:blank page is displayed, the focus is given to the view rather than to the location bar as it used to be. This doesn't happen if you create new tabs. It seems that KMainWindowFactory::createNewWindow gives indeed focus to the location bar, but the focus is then moved to WebEngineView. I can't find out why. Do you have any idea?
- Add KonqUrl::scheme function and other small fixes
Jan 1 2020
- Remove commented out lines
- Centralize management of konq URLs
- Fix the value of the StartURL option in the user's config file
- Remove commented out lines
- Centralize management of konq URLs
Dec 28 2019
Dec 1 2019
Nov 3 2019
Keep compatibility with older versions of CMake
- Fix compilation with Qt before 5.13
Oct 20 2019
Aug 24 2019
Made the requested changes. I also replaced QList with QVector for CookieUrlList.
Aug 23 2019
Aug 22 2019
Use QFlags::testFlag
Aug 7 2019
Jul 26 2019
Jul 25 2019
Jul 14 2019
Jul 13 2019
- Test both if path is empty and if path is /
Jul 12 2019
Jul 10 2019
Jul 5 2019
Jul 4 2019
Jun 23 2019
Jun 22 2019
Fixed spaces and replaced foreach with range-for as requested
Jun 13 2019
Use KProtocolInfo::defaultMimeType if availlable