| Summary: | Respect konqueror tab handling | ||
|---|---|---|---|
| Product: | [Applications] akregator | Reporter: | miro <miro.doma> |
| Component: | internal browser | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | wishlist | CC: | de.meyer.maarten, rolandl |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
miro
2005-09-10 20:21:00 UTC
Second on that. More problems with current approach: 1) No way to embed other parts than khtml. A lot of feeds I read have links to plain text documents - I can't open them in tabs, I have to open them in external konqueror which embeds kwrite. 2) I have to copy (manually) kfile bookmarks from konqueror to akregator so I could use my fish:// etc. bookmarks in "save as" dialog. Well, embedded Konqueror is not possible technically right now, except people refactor Konq completely for KDE4, so we can reuse more konq functionality. Embedding arbitrary parts is messy, especially because Akregator itself is only a part which can be embedded in e.g. Kontact. Handling menu and toolbar merging, managing the statusbar would get even more complicated (it's already broken right now (e.g. multiple "bug" icons in the statusbar) and probably can't be fixed without either evil hacks or changes in Kontact). I refuse to extend Akregator to something behaving like konqueror if there is no reusable konqueror component, as that would basically mean to write yet another web browser. The other way round would be to integrate Akregator into Konqueror. That would have the advantage that we can just use konq for the browsing functionality. The disadvantage is that yet another component would be added to the everything and a kitchensink approach of konqueror. AFAIK Konqueror will be splitted into file manager, web browser and document viewer for KDE4 anyway, so I don't know how a feed reader would fit in there. One way would be a plugin like done with the various Firefox feed readers (Sage etc.). Or we could get creative and integrate notification in a even better and usable way into the browser. If that's sounds fuzzy to you, well, it's as fuzzy in my mind right now ;-) You have totally misread this bugreport. It has nothing to do with Konqueror, or with embedding anything. None of that is in the original report. Open Akregator. Choose a forum. Choose an article. Click on a link in that article. A new tab will open and load IN THE FOREGROUND. That is just wrong. The whole point of tabbed browsing is to cause a tab to open and load IN THE BACKGROUND. All other browsers behave that way. This should be an easy bug to fix. It is now 4 years old. I verified it still exists in KDE4.3. Apparently KDE developers don't care about bugs, they just want to create eyecandy. And your bugreport system is a PITA. Everywhere you have "Login:" you should change that prompt to "Email Address:". They are not the same thing. It is not obvious to new users that your system considers them the same thing. *** This bug has been marked as a duplicate of bug 118908 *** |