Rekonq/MissingAPI: Difference between revisions
< Rekonq
| Line 12: | Line 12: | ||
**Add a setHistory() method to QWebView and let people enhance the QWebHistory class themselves | **Add a setHistory() method to QWebView and let people enhance the QWebHistory class themselves | ||
**Add a sort of addCurrentItem() to QWebHistory, letting everyone modifying current history (not the better solution, I know) | **Add a sort of addCurrentItem() to QWebHistory, letting everyone modifying current history (not the better solution, I know) | ||
** | **find another way to store "urls" whose content is defined with the setHtml function. | ||
= KDELibs = | = KDELibs = | ||
Revision as of 22:42, 11 June 2010
Debating in IRC about this or that cool stuff we'd like to implement it sometimes happen we have no idea how to implement this :D Some of these times someone says: if I could have/use/find this method in that class, it could be easy doing.. So here is a place to collect all these. To eventually start contributing to the fantastic libs we use.. ;)
Qt
QtWebKit
- the QWebPage::createWindow() virtual protected method needs enhancements, in the QWebPage::WebWindowType enum, to understand ad example if the caller is a javascript program or target _blank link.
- for a "real" :) browser, the QWebHistory class as is, seems useless for a "tab history" implementation. That's because of all the urls an user normally browse that WebKit cannot render (local ones, pdf, etc..). We usually show them using the setHtml() method. So we need one of the following:
- Add a setHistory() method to QWebView and let people enhance the QWebHistory class themselves
- Add a sort of addCurrentItem() to QWebHistory, letting everyone modifying current history (not the better solution, I know)
- find another way to store "urls" whose content is defined with the setHtml function.