| Age | Commit message (Collapse) | Author |
|
svn path=/trunk/KDE/kdebase/apps/; revision=863324
|
|
details- and column-view. The current version still requires some improvements (Labels on the left + right, preview, ...).
svn path=/trunk/KDE/kdebase/apps/; revision=852961
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=847497
|
|
backport required, as a new zooming approach is used on trunk)
svn path=/trunk/KDE/kdebase/apps/; revision=843849
|
|
* Let classes that use DolphinView know about the currently used zoom level.
* Provide more zoom levels for all views (the settings dialogs have not been adjusted yet).
* Fixed issue that when using the wheel that the enabled state of the zoom actions has not been updated.
svn path=/trunk/KDE/kdebase/apps/; revision=842715
|
|
reasons, so that code which just needs to know whether items have been selected does not need to invoke selectedItems().count(), which is quite expensive.
svn path=/trunk/KDE/kdebase/apps/; revision=838037
|
|
only once -> moved to caller
svn path=/trunk/KDE/kdebase/apps/; revision=822000
|
|
correct items are used.
TODO for 4.2: get rid of those 'if (isColumnViewActive())' special cases and provide a generic model which also works with the way the column view is implemented
BUG: 164146
svn path=/trunk/KDE/kdebase/apps/; revision=821903
|
|
view -- thanks Peter for the advice on how to separate the two cleanly.
svn path=/trunk/KDE/kdebase/apps/; revision=813954
|
|
DolphinView, as the DolphinView must be able to do this without advice from the container.
Beside that this simplifies the code it also fixes a regression of having empty tabs.
svn path=/trunk/KDE/kdebase/apps/; revision=813828
|
|
shown directory
BUG: 156550
BUG: 158590
svn path=/trunk/KDE/kdebase/apps/; revision=810493
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=805188
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=805184
|
|
code in libkonq+dolphin+konqueror.
svn path=/trunk/KDE/kdebase/apps/; revision=802881
|
|
be opened
svn path=/trunk/KDE/kdebase/apps/; revision=796116
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=795330
|
|
a clicked() signal during the context menu is open. I got no bug-number from the Trolltech tasktracker yet, I'll update the number xxxxxx by the real number as soon as I received the bug-number.
BUG: 155574
svn path=/trunk/KDE/kdebase/apps/; revision=794872
|
|
This allows to show the information inside the statusbar, that the paste operation has been completed (also some code duplication can be prevented by the way).
svn path=/trunk/KDE/kdebase/apps/; revision=791436
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=789208
|
|
tried to bypass this by overwriting QListView::visualRect(), but this has some side effects (see #155378 and #155575). The clean approach is to return a proper size hint in the file item delegate.
Currently a custom item delegate has been made for Dolphin, but we'll discuss whether it makes sense providing this feature already in KFileItemDelegate...
BUG: 155378
BUG: 155575
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=788095
|
|
implementation gets the focus, it should request it's activation.
* Let the metadata widget only get the focus by clicking.
* Tried to install a similar filter for the wheel-event code duplication in the view-implementations, but the event filter is invoked _after_ the view implementation gets the wheel event... -> added a note the the 3 implementations as hint.
svn path=/trunk/KDE/kdebase/apps/; revision=777757
|
|
View Modes menu.
(this is done using a Q_PROPERTY in the dolphin part and a signal; the available view modes for creating the menu in the first place are listed in dolphinpart.desktop)
Konqueror: cleaned up the old (complex) handling of view modes as N toolbar buttons from M services grouped by library (240 lines less!).
Dolphin: moved view mode handling to DolphinViewActionHandler, removes duplication between part and mainwindow.
svn path=/trunk/KDE/kdebase/apps/; revision=774646
|
|
The specialized views still need to ignore the Ctrl-qualified wheel events, though.
svn path=/trunk/KDE/kdebase/apps/; revision=773976
|
|
Factorize all the view-related action handling to DolphinViewActionHandler, to remove code duplication between mainwindow and part, and to remove my code-splitting with the static createFooAction methods in the view.
svn path=/trunk/KDE/kdebase/apps/; revision=773572
|
|
to remove code duplication between mainwindow and part, and to remove my code-splitting with the static createFooAction methods in the view.
svn path=/branches/KDE/4.0/kdebase/apps/; revision=773570
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=767567
|
|
'Show preview' 'Show hidden files' 'Categorized sorting'
Found a way of sharing the actions with even less code duplication, discussed it with Peter, but this will be for after 4.0.1
svn path=/branches/KDE/4.0/kdebase/apps/; revision=767566
|
|
and provide them in the part
svn path=/trunk/KDE/kdebase/apps/; revision=764550
|
|
signal from DolphinView (it has the info anyway).
The fact that the last additional-info doesn't show up in the icon view is in fact a KFileItemDelegate bug, not a bug in this code :)
svn path=/branches/KDE/4.0/kdebase/apps/; revision=764544
|
|
in the code).
svn path=/branches/KDE/4.0/kdebase/apps/; revision=764537
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=764445
|
|
svn path=/branches/KDE/4.0/kdebase/apps/; revision=764444
|
|
Revert the moving of the action to the DolphinView instance, this doesn't work with splitted views.
(Each view would need its own action collection, but then DolphinView would have to become
a KXMLGUIClient, and the GUI would flicker when switching views).
Instead, use the same solution as the other shared actions: static method in DolphinView (for now),
slot in the mainwindow (and for the more complex actions than this one, shared code in DolphinView)
svn path=/trunk/KDE/kdebase/apps/; revision=764436
|
|
work with splitted views.
(Each view would need its own action collection, but then DolphinView would have to become
a KXMLGUIClient, and the GUI would flicker when switching views).
Instead, use the same solution as the other shared actions: static method in DolphinView (for now),
slot in the mainwindow (and for the more complex actions than this one, shared code in DolphinView)
svn path=/branches/KDE/4.0/kdebase/apps/; revision=764429
|
|
svn path=/branches/KDE/4.0/kdebase/apps/; revision=764379
|
|
will allow us cleaning up some code in DolphinMainWindow and will make it easier sharing code with DolphinPart.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=764347
|
|
regarding generating previews and the dimming of cut items. This has been refactored by introducing an IconManager which takes care itself about generating a preview and dimming cut items. This also allows improving the speed of previews in (near) future (at the moment showing previews from the cache is a lot slower than in KDE 3...).
svn path=/trunk/KDE/kdebase/apps/; revision=759864
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=748476
|
|
active did not work as expected
TODO for 4.1: provide a preview helper class which can be shared between DolphinView and the special use case of DolphinColumnViewWidget
BUG: 153816
svn path=/trunk/KDE/kdebase/apps/; revision=747348
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=744903
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=744230
|
|
those out of konqueror.
Inside dolphin, the usual: moving code to DolphinView.
Pressing shift while clicking on "Move to Trash" in konq (dolphinpart) offers to delete, as in kde3 (this bit of logic might be good for dolphin itself too? see DolphinPart::slotTrashActivated)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=737682
|
|
Had to move more code to DolphinView, to use it from the part.
svn path=/trunk/KDE/kdebase/apps/; revision=737203
|
|
No more rename action provided by konqueror, the part provides it now.
Had to move a bit of code around in dolphin, as discussed with Peter.
svn path=/trunk/KDE/kdebase/apps/; revision=737121
|
|
information properties like 'Size' and 'Date' are added as default (showing a details-view without details does not make sense as default setting...). This fix assures that the additional information properties are removed again when switching back to the icons view. Only if the user modified the additional information properties by a GUI-interaction (e. g. by adding a 'Type'), this information is persistet also when switching back to the icon-view.
BUG: 151891
svn path=/trunk/KDE/kdebase/apps/; revision=733313
|
|
-> handled as viewport now)
* only show the hover-drop-indicator on directories (dropping on file-items is handled like dropping on the viewport)
* simplified signature of drop signal (source widget not required anymore)
svn path=/trunk/KDE/kdebase/apps/; revision=731129
|
|
controller and add an unnecessary additional signal; instead just read the state from the DolphinView
svn path=/trunk/KDE/kdebase/apps/; revision=729726
|
|
* the filterbar now also filters directories (works also in the column-view :-))
* The "Additional Information" menu entry now also works for showing/hiding the columns of the details view. This also implies that the columns for the details view can now be adjusted per directory -> we have now a consistent behavior between the icons view and details view. Still open: the view properties dialog must be fixed
* Don't show a "Nepomuk not available" error message when starting Dolphin and Nepomuk is not available.
* Fix issue that the information panel blocked the application because of parsing the full meta data of a huge file.
svn path=/trunk/KDE/kdebase/apps/; revision=729704
|
|
Factorized those actions between dolphinmainwindow and dolphinpart (see new methods in dolphinview), and simplified mainwindow code by using the signal from the action group and the QVariant data of the actions (standard Qt4 solution for a group of actions).
svn path=/trunk/KDE/kdebase/apps/; revision=723871
|
|
directories is not done yet, but with the latest updates of the column view this could be added now (but it's more a question whether we really want this...).
svn path=/trunk/KDE/kdebase/apps/; revision=723536
|