| Age | Commit message (Collapse) | Author |
|---|
|
BUG:287360
(cherry picked from commit 0bf2e7c29aced29450a2ecb87a94e2d31b35f320)
|
|
Now KFileItemModel provides a way to access the available roles
including their translations. Note that the 3 roles "comments",
"rating" and "tags" have not been implemented yet in KFileItemModel
and turning them on does not work currently.
|
|
When upgrading to Dolphin 2.1 the obsolete additionalInfo-property
must be converted to the visibleRoles-property.
|
|
Currently Dolphin is only capable of showing a fixed number of
roles (e.g. name, size, date, owner, ...). Dolphin 2.1 should
support also other roles like rating, tags, comments or other
meta-information of images or audio-files.
To support this the sorting-type and additional-type from
DolphinView has been replaced by a role-type represented as
QByteArray.
|
|
Fix regression that Dolphin 2.0 did not allow to adjust the sorting
of the details-view columns.
BUG: 164696
FIXED-IN: 4.8.2
|
|
|
|
- Rename setCategorizedSorting() to setGroupedSorting()
- Change the model interface to allow enabling/disabling grouping
without the need to declare a role (the sort role will be taken).
- Add dummy group role implementation in KFileItemModel
The grouping code itself requires some cleanups and might crash
at the moment or lead to weird layouts.
|
|
- Cleanup whitespaces after signal-normalization patch
- Cleanup DolphinView::Mode numbering
|
|
Dolphin 2.0 will get a new view-engine with the
following improvements:
- Better performance
- Animated transitions
- No clipped filenames due to dynamic item-sizes
- Grouping support for all view-modes
- Non-rectangular selection areas
- Simplified code for better maintenance
More details will be provided in a blog-entry during
the next days.
Please note that the code is in a very
early alpha-stage and although the most tricky parts
have been implemented already very basic things like
drag and drop or selections have not been pushed yet.
Those things are rather trivial to implement but this
still will take some time.
|
|
|
|
|
|
view-modes for trash and searching should be replaced by the common view properties too.
BUG: 259894
FIXED-IN: 4.6.0
svn path=/trunk/KDE/kdebase/apps/; revision=1206728
|
|
- Assure that the original path is shown for the trash protocol within Dolphin
svn path=/trunk/KDE/kdebase/apps/; revision=1198481
|
|
if the directory is part of the home-path. Otherwise use the mirror in ~/.kde/share/apps/dolphin/view_properties to store the .directory file. This prevents conflicting view-properties if several users have write-access to a common directory.
BUG: 63347
FIXED-IN: 4.6.0
svn path=/trunk/KDE/kdebase/apps/; revision=1178321
|
|
following case:
- Use icons-view as default view
- Create a new directory
- Change view-properties of directory to show e.g. the owner
- Switch to the details-view
svn path=/trunk/KDE/kdebase/apps/; revision=1178311
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1177951
|
|
With the current setup only up to 8 additional informations are possible. This restriction is bypassed now:
- Backward compatibility for old .directorry files is provided
- A version-information has been added for possible future changes
- As "side-effect" it also allows to have a details-view with only one column (#238140)
BUG: 238140
FIXED-IN: 4.6.0
svn path=/trunk/KDE/kdebase/apps/; revision=1177944
|
|
the path of the search result. The view still can be adjusted by the user of course.
svn path=/trunk/KDE/kdebase/apps/; revision=1171585
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1160316
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1154150
|
