| Age | Commit message (Collapse) | Author |
|
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
|
|
like in the icon view for consistency. The setting dialogs will be adjusted later.
svn path=/trunk/KDE/kdebase/apps/; revision=848955
|
|
(those are URLs, and are not affected by the direction of the desktop).
Force the filterbar of Dolphin to be LTR as well, as again it deals with files/directories which are english/latin letters most of the time.
svn path=/trunk/KDE/kdebase/apps/; revision=847671
|
|
solves the problem that when having a split view that too less contrast is given to be aware about the activation state.
BUG: 168270
svn path=/trunk/KDE/kdebase/apps/; revision=846021
|
|
* 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
|
|
allows to select/deselect files without CTRL key.
BUG: 165115
svn path=/trunk/KDE/kdebase/apps/; revision=825325
|
|
BUG: 164693
svn path=/trunk/KDE/kdebase/apps/; revision=824372
|
|
viewport.
svn path=/trunk/KDE/kdebase/apps/; revision=821229
|
|
this call invokes QTreeView::currentChanged(), where the value is needed. This fix assures that the selection is changed when the current index is changed like in QListView.
svn path=/trunk/KDE/kdebase/apps/; revision=818070
|
|
inside the view is done
svn path=/trunk/KDE/kdebase/apps/; revision=816421
|
|
g. QTreeView sets the current item when the view loses the focus).
svn path=/trunk/KDE/kdebase/apps/; revision=814234
|
|
dragging the expanding toggle button (tricky and hard to reproducible Qt-issue - see TODO comment in DolphinIconsView::mousePressEvent()). Turn off this behavior in Dolphin to stay predictable.
svn path=/trunk/KDE/kdebase/apps/; revision=806597
|
|
(otherwise QTreeView assumes a dragging operation is done).
svn path=/trunk/KDE/kdebase/apps/; revision=806561
|
|
view does not work. Note that this is just a workaround, QAbstractItemView should take care about this itself. I tried to provide a Qt-only example for this, but it is more tricky than I thought: it seems some expensive operations are required, so that the position of the second mouse-move event is outside the item area... I'll retest this issue without workaround if Qt 4.4 final is out.
BUG: 154619
svn path=/trunk/KDE/kdebase/apps/; revision=803980
|
|
* clear the selection toggle when using the scroll wheel (this is only a temporary workaround until Qt-issue #200665 has been fixed)
BUG: 159737
svn path=/trunk/KDE/kdebase/apps/; revision=797808
|
|
viewportEntered() signal might be emitted although the mouse has been moved above the viewport
svn path=/trunk/KDE/kdebase/apps/; revision=797742
|
|
starting to drag)
svn path=/trunk/KDE/kdebase/apps/; revision=795339
|
|
current index with the selected index
BUG: 158649
svn path=/trunk/KDE/kdebase/apps/; revision=794189
|
|
BUG: 159694
svn path=/trunk/KDE/kdebase/apps/; revision=792538
|
|
* mouse tracking must stay enabled
svn path=/trunk/KDE/kdebase/apps/; revision=784871
|
|
KFileItemDelegate, it is not necessary anymore drawing a custom drag & drop indication.
svn path=/trunk/KDE/kdebase/apps/; revision=784851
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=778095
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=778039
|
|
works for the icons-view and details-view, but not for the column-view which uses QListView child widgets internally... We decided to leave it as it is.
svn path=/trunk/KDE/kdebase/apps/; revision=777838
|
|
changes the selection
svn path=/trunk/KDE/kdebase/apps/; revision=777817
|
|
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
|
|
working. This allows to connect signals from the view implementations (icons view, details view, column view) directly to the slots of the DolphinController without a helper slot.
svn path=/trunk/KDE/kdebase/apps/; revision=777737
|
|
Maybe it might be a good idea to let the DolphinController be aware also about his QAbstractItemView -> it might be possible to directly connect signals of the dolphin view implementations with the controller. I'll check this...
(I did not backport this cleanup as I think it has too many changes to be handled as bugfix)
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=777719
|
|
click and
select Open With > whatever, all the files are opened. Which is the right
thing. However, if you hit enter to open those selected files, no file is
opened. Currently, the file is only opened if there's only *one* file
selected. The attached patch fixes this problem.
svn path=/trunk/KDE/kdebase/apps/; revision=777695
|
|
the used font of all views too (assuming that the user selected "system font" as font)
* store the font weight instead of a bool property "isBold"
Thanks to Rafael for the patch!
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=776188
|
|
Submitted a bug-report to Trolltech, bug tracker ID is still pending (will add the ID into the code as soon as I get it).
svn path=/trunk/KDE/kdebase/apps/; revision=775736
|
|
this is required for Konqueror to get back this functionality from KDE 3. It is possible in Dolphin to enable this option too, but it is set to false per default.
BUG: 155571
svn path=/trunk/KDE/kdebase/apps/; revision=775621
|
|
The specialized views still need to ignore the Ctrl-qualified wheel events, though.
svn path=/trunk/KDE/kdebase/apps/; revision=773976
|
|
inside the details view
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=773821
|
|
selection toggle button would stay visible)
svn path=/trunk/KDE/kdebase/apps/; revision=766918
|
|
without using the rubberband or Ctrl/Shift-keys in the single-click mode. Any feedback from users is highly welcome (I think people will either love or hate this feature, I'm really not sure -> it can be turned off too).
svn path=/trunk/KDE/kdebase/apps/; revision=766901
|
|
size hint -> the preview and item effects are only applied to the current size, not to the maximum of 128 x 128 pixels
* make the icons of hidden files semitransparent like in KDE3
svn path=/trunk/KDE/kdebase/apps/; revision=766659
|
|
and provide them in the part
svn path=/trunk/KDE/kdebase/apps/; revision=764550
|
|
column widths himself (e. g. by a double-click on the header or by moving the header handle)
BUG: 155760
svn path=/trunk/KDE/kdebase/apps/; revision=762385
|
|
mode (icons view, details view, column view) individually.
BUG: 154434
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=757791
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=750173
|
|
the "forbidden" cursor, so nothing is fixed while reverted. The drop-indicator is shown on
files too... so something needs a fix here. Shouldn't be hard anyway
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=750168
|
|
David did on dolphiniconsview, do the revert here too. It really makes things very clear this
way. Anyway, detailed and columns view were buggy since it did never accept the dragging events, so you were never able to drop on the detailed or column view.
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=750155
|
|
of views. The only view that draws the hover indicator with rounded corners is the icon view
mode. For that reason, the drop marker with the detailed view was drawn with rounded corners. For making it consistent, we draw the drop indicator as the hover effect
indicator, so the only one that draws rounded corners is the icon one.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=749225
|
|
check the state itself
svn path=/trunk/KDE/kdebase/apps/; revision=749045
|
|
1. Open a Dolphin window
2. Switch to Details view
3. Navigate to a folder with a dozen or so items
4. Size the window so that there is an empty space below
the items
5. Move the mouse pointer below the items
6. Click and hold the mouse button, and move the pointer
upward to select all items in the list using the rect.
While selecting in this manner, move the pointer so
high that it is above the list headers in the toolbar.
Then, while still holding the mouse button and being
outside the listview's rect, move the pointer left out
of the window. Now with the pointer outside of the
window, move the pointer down into the area below the
list items, so that the selection rectangle no longer
intersects with the items. Notice they're still all
selected.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748830
|
|
viewport area, Qt's QTreeView does no selection at all, even if the items are still within the elastic band)
svn path=/trunk/KDE/kdebase/apps/; revision=748819
|
|
constructor is too early (thanks to Fredrik for the hint!). This fixes 2 issues:
* the selection color of the details view now uses the correct selection color
* changing the colors of KDE results in updating the colors of all Dolphin views
CCMAIL: [email protected]
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=745700
|
|
about enabling this in 4.1 optionally, so that especially Konqi can use this feature. But for this some adjustments in the drag & drop handling of the details view must be done first -> let's postpone this to 4.1.
svn path=/trunk/KDE/kdebase/apps/; revision=743539
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=743538
|