| Age | Commit message (Collapse) | Author |
|
svn path=/branches/KDE/4.0/kdebase/apps/; revision=759099
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=755674
|
|
This patch was made by ereslibre, I'm commiting it because he is kind of offline.
svn path=/trunk/KDE/kdebase/apps/; revision=753426
|
|
scrollbar size
svn path=/trunk/KDE/kdebase/apps/; revision=753192
|
|
* Better item appearance (selected and hover) on systemsettings.
* Keyboard navigation improved in dolphin, and now is possible to navigate with keyboard in systemsettings (it was not possible before).
* No rubberband or multiple selection on systemsettings.
* Single or double click for item activation depends on the system state on systemsettings.
* On KCategoryDrawer now titles are drawn with more margin, as happens on DolphinCategoryDrawer. This gives more consistency to its look.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=752784
|
|
so there are not parts forgetting to be updated
svn path=/trunk/KDE/kdebase/apps/; revision=750990
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=750928
|
|
to drop to an item (for example, a txt file) the cursor also changes to "forbidden" with the
categorized view.
svn path=/trunk/KDE/kdebase/apps/; revision=750059
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=749270
|
|
viewport and entered again. Non droppable places (e.g. files) were still drawn with MouseOver
flag. This completely fixes the problem for all cases, the problem was the hovered cached index being updated at indexAt() method used for general purposes. Now it is
updated on the MouseMove method, and this gives consistence.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748970
|
|
was being done. Regarding your mail Peter, well some variables are bad-named, but their values
were correct :)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748962
|
|
view. QListView has a bug that will toggle the last selection done, have to report it to TT.
BUG: 154028
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748822
|
|
is needed.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748549
|
|
to release with the source version of Qt (not patched) we need this workaround. The problem
is that when you select by dragging with a rect a set of items, say (1, 2, 3) and you Ctrl+drag another set (5,6) the (1,2,3) selection is lost. If you do the same, that
is: select (1, 2, 3), now Ctrl+click on (4), it is not lost. Now, ctrl+drag another set (5, 6), the selection lost is (4). So we can say that the selection lost is the
last one done.
This is only a workaround and should be removed when fixed on Qt (I am going to debug it on Qt, to see where the fail is).
This workaround does not only fix KCategorizedView, but QListView also.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748545
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=748264
|
|
TODO and now is fixed :) Still a bug somewhere on Qt...
when you ctrl+selection rect (with mouse), it is lost the last selection done if they were done by groups. Going to dive more into
this problem, but it lives on Qt.
BUG: 153876
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748258
|
|
right-click or a dragging unitary selection was done.
BUG: 153875
svn path=/trunk/KDE/kdebase/apps/; revision=747421
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746029
|
|
enabled
svn path=/trunk/KDE/kdebase/apps/; revision=745630
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=745561
|
|
should have been done automatically
svn path=/trunk/KDE/kdebase/apps/; revision=745558
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=744626
|
|
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
|
|
* Left to Right arrangement
* Elements enough to be needed an horizontal scroll bar with categorized view disabled
* Enable categorized view
* Horizontal scrollbar still visible
Now it is hidden, because the way KCategorizedView shows items is not needed.
svn path=/trunk/KDE/kdebase/apps/; revision=736809
|
|
recached again
svn path=/trunk/KDE/kdebase/apps/; revision=725218
|
|
that no category will intersect from now with the viewport
svn path=/trunk/KDE/kdebase/apps/; revision=725213
|
|
KCategorizedSortFilterProxyModel when setCategorizedModel is changed.
Bug fixed for the categorized view: Details => Icons (with no categories) => Categorized was resulting in no items in the view or all items in the same position
svn path=/trunk/KDE/kdebase/apps/; revision=725212
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=724802
|
|
scrollbar in certain conditions
svn path=/trunk/KDE/kdebase/apps/; revision=724701
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=724700
|
|
slotLayoutAboutToBeChanged. Reacts as it should when removing items
svn path=/trunk/KDE/kdebase/apps/; revision=724693
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=724538
|
|
number of files (tested with a folder with 10000 files here)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=724536
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=721340
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=721338
|
|
submitted his "division by zero" to Qt, so it should be safe. If we experience any division by
zero or report, we just disable them commenting them out and with a comment to remind ourselves to uncomment them after.
The smooth scrolling is being combined with a good behavior when using the mouse wheel.
Some investigation on QListView found nice stuff for KCategorizedView.
Peter, I have the smooth scrolling for KDirOperator too, let me that one... I have binary incompatible changes merged there with this ones and I am committing everything
together on friday.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=720918
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=720339
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=714261
|
|
select/deselects all items inside it. Ctrl+Click categories lets you add categories to already
created selections, as well as inverting selections inside the same category.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=714051
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=713803
|
|
dragging from it. Beauty, come to me :)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=713337
|
|
created, inheriting KDirModel for returning valid data for the role of the category of
an item. DolphinSortFilterProxyModel implements now methods lessThanCategoryMethod and lessThanGeneralMethod from KCategorizedSortFilterProxyModel.
The only thing that needs to be adapted is the keyboard navigation on the KCategorizedView.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=713319
|
|
works, haven't tested nepomuk part though.
NOTE to dolphin devs: please, consider using 'left.column()' instead of 'sortRole()' in lessThan methods, and 'sorting()' instead of 'sortRole()' in other places.
Didn't make switch by myself because it needs nepomk testing (shouldn't be too hard though).
svn path=/trunk/KDE/kdebase/apps/; revision=692517
|
|
KCategorizedView::moveCursor()
svn path=/trunk/KDE/kdebase/apps/; revision=692073
|
|
KIconLoader::global()->theme() returning 0 (which according to the API, it can do). Second was to fix the 'lastIndex' member of KCategorizedView::Private being out of date when used. According to the comments this member existed as an optimization. However in the only function where it is used, scrollbar updates are also performed. This will be several orders of magnitude more expensive than the 3 constant-time operations on Qt containers (QHash,QList) which the optimization avoided. So I removed the 'lastIndex' member and moved the calculation to where the data is needed.
svn path=/trunk/KDE/kdebase/apps/; revision=691574
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=690417
|
|
essentially, remove all the code being duplicated :)
Make manpart use KEncodingDetector capabilities along the way (it was <meta ... charset="System"> before)
svn path=/trunk/KDE/kdebase/apps/; revision=690382
|
|
QStyleOptionViewItem, so the text wrapping property of QStyleOptionViewItemV3 will never be set -> check whether wrapping has been enabled inside QListView
svn path=/trunk/KDE/kdebase/apps/; revision=689676
|
|
visual width or height, drawing errors occur as internally always d->visualRect() is used -> always use KCategorizedView::visualRect()...
svn path=/trunk/KDE/kdebase/apps/; revision=689662
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=687902
|