| Age | Commit message (Collapse) | Author |
|
emitting of signals is possible
* show an information message in the statusbar, if items are dragged into the same directory
TODO: although the signal seems to get connected correctly, the slot DolphinMainWindow::showInformationMessage() is not invoked when the signal is emitted -> will debug this later, it is important that the new string is added before the message freeze
svn path=/trunk/KDE/kdebase/apps/; revision=881627
|
|
* Move code which checks whether the dragging of a MIME type is supported to DragAndDropHelper. This allows adding an improved support for dropping compressed files from Ark to Dolphin later...
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=875611
|
|
* hide a tooltip if a drag operation has been started
BUG: 173148
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=874641
|
|
minor issues are open (Dolphin currently gets no feedback anymore when the operations have been finished), but they will be solved during the next week.
BUG: 168154
svn path=/trunk/KDE/kdebase/apps/; revision=865708
|
|
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
|
|
(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
|
|
* 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
|
|
inside the view is done
svn path=/trunk/KDE/kdebase/apps/; revision=816421
|
|
set (e. g. DragSelectingState requires the scrollTo() functionality)
svn path=/trunk/KDE/kdebase/apps/; revision=805216
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=804928
|
|
during previews are loaded in the icons view.
BUG: 161086
BUG: 160513
svn path=/trunk/KDE/kdebase/apps/; revision=804790
|
|
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
|
|
BUG: 159694
svn path=/trunk/KDE/kdebase/apps/; revision=792538
|
|
and only with very minor performance overhead...
svn path=/trunk/KDE/kdebase/apps/; revision=791824
|
|
with 'Sort by Type' and we have to find the real root cause instead of bypassing a wrong layout.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=791752
|
|
I temporary bypassed this in Dolphin, as I'm not 100 % sure whether it is really a QListView issue or related to KFileItemDelegate. To reproduce this issue with Qt-only quite a lot effort is needed -> I'll wait until Qt4.4 final is released...
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=791535
|
|
it can be embedded into Konqueror
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=789209
|
|
showing the icons view
svn path=/trunk/KDE/kdebase/apps/; revision=788152
|
|
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
|
|
confusing when the user uses the Zoom In/Zoom Out feature inside a view a lot (e. g. by Ctrl + scroll wheel). This is because decreasing the preview size would also decrease the icon size, but when increasing the preview size again the icon size remains... I even got confused myself by this "feature" although I knew the reason for it ;-)
svn path=/trunk/KDE/kdebase/apps/; revision=785373
|
|
* 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=782785
|
|
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
|
|
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
|
|
The specialized views still need to ignore the Ctrl-qualified wheel events, though.
svn path=/trunk/KDE/kdebase/apps/; revision=773976
|
|
CCMAIL: [email protected]
--This li.Ine, and those below, will be ignored--
M src/dolphiniconsview.cpp
svn path=/trunk/KDE/kdebase/apps/; revision=769728
|
|
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
|
|
applied to the horizontal scrollbar
BUG: 153343
svn path=/trunk/KDE/kdebase/apps/; revision=762722
|
|
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
|
|
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
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=748476
|
|
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
|
|
the icons view. Per default the setting is still on, but for people who prefer browsing with the details view and only temporary switch to the icons view (e. g. for having a larger preview), this feature gets a showstopper (discussed with Eike Hein).
Got the OK from the translator team for adding the new string.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=744901
|
|
John Tapsell for the original fix in dolphiniconsview.cpp!)
svn path=/trunk/KDE/kdebase/apps/; revision=742703
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=742329
|
|
code is currently encapsulated inside a DOLPHIN_DRAGANDDROP define, we'll clean this up when Qt 4.4 is out (-> KDE 4.1?)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=739375
|
|
drag object is used throughout all views (still open yet: KCategorizedView uses its custom code yet)
svn path=/trunk/KDE/kdebase/apps/; revision=739322
|