| Age | Commit message (Collapse) | Author |
|
BUG: 261762
REVIEW: 111206
FIXED-IN: 4.11
|
|
This reverts commit b1aebb44d6863951841d857b84253a782d4138dc.
As agreed with Frank on k-c-d.
|
|
in a new tab
When 'browse through archives' is enabled, open archive files
like folders on middle clicking, context menu -> new tab action
and context menu -> new window action.
BUG: 196035
REVIEW: 110487
|
|
REVIEW: 110685
|
|
BUG: 312296
REVIEW: 110371
FIXED-IN: 4.11.0
|
|
- Updated both the Dolphin KPart and context menu to use the new
DolphinRemoveAction class to manage "Delete/Move to Trash" actions.
See also https://git.reviewboard.kde.org/r/107509/.
REVIEW: 108802
|
|
Finding out whether shift is pressed initially can be done
with qApp->keyboardModifiers(), and finding out that the user is pressing
or release shift can be done with keyPressEvent/keyReleaseEvent.
This required to inherit from KMenu rather than having the KMenu
as a member.
KModifierKeyInfo is only implemented on X11, so this makes the code
more portable. If similar solutions can be found for other users of
KModifierKeyInfo, it will be deprecated in KF5.
REVIEW: 110303
|
|
Without this patch, the name of the parent folder was used for the entry
in the Places Panel. Will backport to the KDE/4.9 branch when the RC2
freeze is over.
Thanks to Daniel Kreuter for the patch!
CCBUG: 303157
|
|
BUG: 300430
FIXED-IN: 4.9.0
|
|
This allows inserting items to the corresponding group.
|
|
|
|
See bug 188032 for an ongoing discussion. In case if this behavior
is really not wanted by users (the feedback on bugs.kde.org will
show), the review-request
https://git.reviewboard.kde.org/r/104915/ should be merged too
(after adjusting some parts of the code).
|
|
Thanks to Jekyll Wu for the analyses of the issue!
BUG: 290307
BUG: 269096
BUG: 290954
BUG: 264583
FIXED-IN: 4.8.0
|
|
|
|
- Open the context menu on the mouse-press event, not on the
mouse-release event.
- Provide an explicit position-information and don't use
QCursor::pos(). This fixes the issue that opening a context-menu
by the keyboard opens below the cursor.
- Provide different signals in the KItemListController for
the different context-menu types (item vs. view vs. header).
- Implement turning on/off roles by the header-context-menu.
|
|
|
|
Dolphin 2.0 will get a new view-engine with the
following improvements:
- Better performance
- Animated transitions
- No clipped filenames due to dynamic item-sizes
- Grouping support for all view-modes
- Non-rectangular selection areas
- Simplified code for better maintenance
More details will be provided in a blog-entry during
the next days.
Please note that the code is in a very
early alpha-stage and although the most tricky parts
have been implemented already very basic things like
drag and drop or selections have not been pushed yet.
Those things are rather trivial to implement but this
still will take some time.
|
|
Thanks to Casey Jones for the patch!
BUG: 265785
FIXED-IN: 4.7.0
|
|
Patch has been provided by Alex Fiestas at
https://git.reviewboard.kde.org/r/101076/
CCMAIL: [email protected]
|
|
If the user has hidden the menubar and the toolbar there is no way to
get back the menu (at least not without knowing the Ctrl+M shortcut).
Show an entry in the context-menu to bring back the menubar.
|
|
Use a similar default UI like in Rekonq and other browsers: Hide the
menubar and add access to all actions by a button in the toolbar.
Of course it is still possible to show the menubar so that the same UI
is given like before.
|
|
|
|
|
|
|
|
CCBUG: 265714
|
|
Most developers seem to prefer
if (ptr) ...
if (!ptr) ...
in comparison to
if (ptr != 0) ...
if (ptr == 0) ...
Adjusted the Dolphin-code to use the "most-prefered style" to make contributors happy.
|
|
|
|
(cherry picked from commit 4caa285c065ea362ae52d93a567680513d8beb2a)
|
|
Also some KDE-includes have been capitalized
|
|
|
|
have hidden the menubar on purpose having this as first item makes no sense.
BUG: 257089
FIXED-IN: 4.6.0
svn path=/trunk/KDE/kdebase/apps/; revision=1198181
|
|
BUG: 257065
FIXED-IN: 4.6.0
svn path=/trunk/KDE/kdebase/apps/; revision=1197828
|
|
- Internal cleanups of DolphinContextMenu code
svn path=/trunk/KDE/kdebase/apps/; revision=1189651
|
|
shown at least once. To bypass this issue in the context-menu when pressing SHIFT, the text and &-shortcut is applied manually.
svn path=/trunk/KDE/kdebase/apps/; revision=1185522
|
|
keep the interface minimal (selectedItems() is already available)
svn path=/trunk/KDE/kdebase/apps/; revision=1184457
|
|
consistent when showing the context-menu above an item.
svn path=/trunk/KDE/kdebase/apps/; revision=1184250
|
|
instead of "open_in_new_tab" and "open_in_new_window", as the current selection should get ignored.
svn path=/trunk/KDE/kdebase/apps/; revision=1183548
|
|
search-result is "Path".
svn path=/trunk/KDE/kdebase/apps/; revision=1182754
|
|
actions "Open Parent Folder in New Window" and "Open Parent Folder in New Tab"
svn path=/trunk/KDE/kdebase/apps/; revision=1178362
|
|
- Move "Add to Places" action upwards
svn path=/trunk/KDE/kdebase/apps/; revision=1177960
|
|
X11-issue in combination with KModifierKeyInfo. Thanks to David Faure for the hint.
svn path=/trunk/KDE/kdebase/apps/; revision=1177902
|
|
constructing KModifierKeyInfo in the constructor of the context menu, the user interface might freeze. Thanks to Mark Gaiser for clarifying this with the KModifierKeyInfo maintainer and testing the workaround!
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=1177658
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1176537
|
|
File menu get invisible
- Use KFileItemListProperties to check whether all selected URLs are local
- Coding style cleanups
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=1176534
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=1176513
|
|
the delete action line is not enabled in the settings) then the
"Move to trash (del)" action gets replaced by the "Delete (shift del)" action and replaced back to "Move to trash (del)" when you release
shift.
BUG: 194275
svn path=/trunk/KDE/kdebase/apps/; revision=1176493
|
|
- KNewMenu has been deprecated by KNewFileMenu. Reflect this in the names of related Dolphin classes.
- Provide context-sensitive actions also when a context-menu is opened on the viewport
BUG: 191938
FIXED-IN: 4.6.0
svn path=/trunk/KDE/kdebase/apps/; revision=1168586
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1167264
|
|
sources to it
svn path=/trunk/KDE/kdebase/apps/; revision=1154146
|
|
only way to avoid duplicating code until kde5)
Port all of kdebase' use of KNewMenu to KNewFileMenu.
Also port from KonqNameAndUrlInputDialog to KNameAndUrlInputDialog,
and from KonqMenuActions to KFileItemActions in dolphincontextmenu.cpp
svn path=/trunk/KDE/kdebase/apps/; revision=1080547
|