* remember active view when having a split view inside a tab
* prevent a possible recursion when returning into a tab having a split view
svn path=/trunk/KDE/kdebase/apps/; revision=796563
(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
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
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
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
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
(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
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: peter.penz@gmx.at
svn path=/trunk/KDE/kdebase/apps/; revision=737682
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
* 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
and to match the BrowserExtension mouseOverInfo() signal.
Started to implement more of the part (e.g. spinning wheel in konq).
svn path=/trunk/KDE/kdebase/apps/; revision=682440
- The DolphinView does not contain the URL navigator, the filterbar and the statusbar anymore. Those widgets have been moved to DolphinViewContainer.
- The DolphinView does not contain any reference to the main window anymore.
Currently there are some minor regressions (the statusbar shows less informations, renaming has been deactivated), but they will get fixed during the next days. Also still a lot of interface cleanups must be done, but let's just do it step by step...
svn path=/trunk/KDE/kdebase/apps/; revision=672692
- provide meta information when hovering items
- don't increase the sidebar width, if the item name is longer than the available width
svn path=/trunk/KDE/kdebase/apps/; revision=665646
- Icons view for images: set 'Size' as additional property
- Icons view for media: show 'MIME type' as additional property
- Default Icons view: don't show any addtional property for a clean layout.
TODO: KFileItemDelagate::AdditionalInformation intersects with KDirModel::Columns when used in combination with the details view. Assure that the user does not get confronted with such implementation details in the user interface.
svn path=/trunk/KDE/kdebase/apps/; revision=641525
Default is now three panes, but the dockwidgets can be stacked, etc. to
the user convenience.
There's a slight loss in feature since I disabled dockwidgets hiding,
it's simply because some rework is still needed in kdelibs and Qt to
make them work correctly.
svn path=/trunk/playground/utils/dolphin/; revision=609186
It was not important to know where the operation was
executed, it is important where undo/redo was clicked
and this solely indicates where the progress should be
shown.
Now undo/redo get the MainWindow and can pass that to
ProgressIndicator.
I'm about to revive m_progressIndicator again
svn path=/trunk/playground/utils/dolphin/; revision=609020
Create a DolphinApplication, holding DolphinMainWindows and update
the code to use the DolphinView to get the MainWindow, or get a ptr
to the MainWindow directly. Or if all windows are effected go through
the DolphinApplication to update every mainwindow.
The UndowManager and ProgressIndicator have a rather strange relationship
and will need some more attention but as UndoManager will be killed
anyway I have skipped this.
More cleanup, debugging and thinking is needed.
svn path=/trunk/playground/utils/dolphin/; revision=608945
