| Age | Commit message (Collapse) | Author |
|---|
|
Some polishing regarding the icons and group-alignment must still
be done, but at least the basic functionality is back again.
|
|
Check the group-type of an item to decide whether the item
should be inserted as device or not.
BUG: 300671
FIXED-IN: 4.9.0
|
|
REVIEW: 105061
|
|
The problem was the following: While a QMutableSetIterator iterates the
items in the QSet m_filteredItems, all items that match the new filter
are removed from the set. However, to ensure that the iterator still
reaches all items in the set, one must not use QSet::remove(), but
rather the iterator's remove() method (see QMutableSetIterator docs).
CCBUG: 300504
(cherry picked from commit 288473a96cdd8888f7fc91d0a551d6cbde5fd5dc)
|
|
BUG: 298218
FIXED-IN: 4.9.0
|
|
|
|
|
|
|
|
See https://git.reviewboard.kde.org/r/105028/
|
|
To achieve this, the Places Panel context menu now checks the icon of
the "Trash" item (which is updated by a dir lister that watches the
state of the trash), rather then reading a config file which is only
used by KDE applications.
BUG: 293651
FIXED-IN: 4.9.0
|
|
BUG: 295515
FIXED-IN: 4.9.0
|
|
The dropping itself has not been implemented yet.
|
|
|
|
Show a video widget depending on the video content instead of the mimetype
string: There are container formats which can be either audios or videos.
Besides, the rmvb video files have a mimetype of
"application/vnd.rn-realmedia", and these files can be recognized as videos
correctly now.
The patch has been provided by Hui Ni.
REVIEW: 104988
FIXED-IN: 4.9
|
|
The dropping has not been implemented yet, however in the context of
this step the creating of the drag-pixmap is now forwarded to
the item-widgets. This allows creating some optimized dragging-pixmaps
e.g. for the details-view, where only the name and icon should
be provided as drag-pixmap.
|
|
This regression has been introduced on master and has not been
released yet: Due to the changed properties-format an update has
been done which resulted in writing a .directory file into each
newly entered directory.
The patch updates the view-properties and version only in the
constructor so that it is assured that reading properties never
accidently will change the internal version.
A unit-test has been added to catch regressions like this in future.
BUG: 300240
FIXED-IN: 4.9.0
|
|
|
|
|
|
Assure that the index-cache is kept consistent with the items when
a removing or inserting is done. A unit-test will be created as soon
as possible.
|
|
|
|
If multiple ranges are inserted or removed, the updating of
the group-headers may only be done after _all_ ranges have been
inserted/removed and not after each individual range. Otherwise
the layouter-cache is not in a consistent state yet.
|
|
Replace the home-path by '~' for having a shorter content.
|
|
The default sort-role property internally has been renamed from
"name" to "text" to be open for more generic usecases like in
the KStandardItemModel.
|
|
For the "Recently Accessed"-places and "Search For"-places like
documents, images, audio-files and videos proper default properties
are created now (e.g. previews and images-sizes are shown when
searching for "images" etc).
|
|
The class PlacesItemStorageAccessListener has been renamed to
PlacesItemSignalHandler and represents a generic signal handler
for the PlacesItem.
|
|
|
|
Whenever the bookmarks are changed by another application, the
state must be synchronized within the model.
|
|
Related improvements: When loading the bookmarks assure in any
case that items having the same group are inserted as one single
group.
|
|
|
|
Thanks to Frederik Schwarzer for the suggestions!
|
|
Prevent that a manual call to save changed bookmarks is
necessary.
|
|
This should be handled automatically when the hidden-state of
the item itself gets toggled.
|
|
The saving is still disabled currently until 100 % backward
compatibility with KFilePlacesView has been reached.
|
|
|
|
|
|
Further fixes:
- Add/remove item when device has been added/removed
- Update emblem if the accessibility-state has been changed
|
|
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).
|
|
Per default Dolphin remembers the view-properties for each search-URL
individually. However when being in the search-mode, where the
search-URL is different each time by definition, it should also
be possible for the user to adjust the view-properties. The DolphinView
is not aware about any "search-mode", so an interface has been added
to provide a "context" for storing the view-properties. The context
will be adjusted by the DolphinViewContainer in case if the search-mode
is active.
|
|
BUG: 270721
BUG: 280377
FIXED-IN: 4.9.0
|
|
|
|
Dolphin 2.1 uses "text" instead of "name" as default-role. Provide
backward compatibility with older .directory files and assure
that they get updated.
|
|
|
|
|
|
|
|
Provide a temporary dummy-implementation with the missing translation
strings, so that the translation-string-freeze gets respected.
|
|
Using the latest resource-watcher from kde-runtime does not make
this workaround necessary anymore.
|
|
Follow the suggestion from Vishesh Handa and copy the ResourceWatcher
code from kde-runtime instead of creating a dependency. This will of
course get removed again as soon as Nepomuk's resource watcher will
get a public API.
|
|
|
|
Just use a string-comparison as default-compare.
|
|
|
