Rekonq/Meeting/Agenda: Difference between revisions
*>Panagiotis Papadopoulos No edit summary |
*>Panagiotis Papadopoulos No edit summary |
||
| Line 26: | Line 26: | ||
at the moment we have two implementations for the exact same feature. | at the moment we have two implementations for the exact same feature. | ||
• The implementation I once copied from Konqueror/KHTML code | • The implementation I once copied from Konqueror/KHTML code | ||
• Furkan’s implementation as part of Google Code-In | • Furkan’s implementation as part of Google Code-In | ||
both have positive but also negative aspects. | both have positive but also negative aspects. | ||
We need to decide which one to keep, because having both is not an option (see the Context Menu Entries problem: When selecting an regular URL with the cursor and then right-click on it, the context menu will have 2×2 entries which are doing the exact same thing…) — '''pano''' | We need to decide which one to keep, because having both is not an option (see the Context Menu Entries problem: When selecting an regular URL with the cursor and then right-click on it, the context menu will have 2×2 entries which are doing the exact same thing…) — '''pano''' | ||
Revision as of 18:36, 1 January 2011
Agenda for rekonq meeting, please add what you would like to discuss here
Context Menu Entries
IMHO rekonq has too many context menu entries. Some even seem to be duplicates (e.g. “Print…” and “Current Frame → Print Frame”). In general we should try to cut down the number of context menu entries and also try to re-order them in a sane way — pano
Update the list of authors
rekonq has seen contributions by some new faces. We should mention those in the AUTHORS file and the main.cpp file — pano
Regression introduced by some previous commit
rekonq currently is suffering from some regressions that IIRC were introduced by some big refactoring commit a while back. — pano
— Embedded PDF viewer does not close (KPart: okular?) — Bug #260704
— Browsing window freezes sometimes after clicking "Back" (KPart: kwebkitpart?) — Bug #?
Open selected URL in Tab feature
at the moment we have two implementations for the exact same feature.
• The implementation I once copied from Konqueror/KHTML code
• Furkan’s implementation as part of Google Code-In
both have positive but also negative aspects. We need to decide which one to keep, because having both is not an option (see the Context Menu Entries problem: When selecting an regular URL with the cursor and then right-click on it, the context menu will have 2×2 entries which are doing the exact same thing…) — pano