| Age | Commit message (Collapse) | Author |
|
svn path=/trunk/KDE/kdebase/apps/; revision=749047
|
|
check the state itself
svn path=/trunk/KDE/kdebase/apps/; revision=749045
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=749041
|
|
* assure that the correct directory is entered when reopening the terminal
* let the terminal be focused also when reopening it
BUG: 153785
BUG: 153756
svn path=/trunk/KDE/kdebase/apps/; revision=749039
|
|
very large ones) a horizontal scrollbar wasn't shown. Now it is.
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748978
|
|
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
|
|
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
|
|
It seems like a Qt issue, but I'm not 100 % sure - I'll try to make this reproducible with a Qt-only code after KDE 4.0 and submit a bug report to Trolltech...
BUG: 153938
svn path=/trunk/KDE/kdebase/apps/; revision=748823
|
|
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
|
|
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
|
|
added comment (thanks to David for the hint)
svn path=/trunk/KDE/kdebase/apps/; revision=748799
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=748723
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=748555
|
|
is needed.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748549
|
|
playground/nepomuk.
For KDE 4.1 we will export this in kdelibs/nepomuk
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=748547
|
|
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=748476
|
|
files as zip-folder. I'm not sure whether there might be a nicer way doing this, but at least for KDE 4.0 this should be sufficient.
BUG: 153981
svn path=/trunk/KDE/kdebase/apps/; revision=748399
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=748324
|
|
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
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=747945
|
|
right-click or a dragging unitary selection was done.
BUG: 153875
svn path=/trunk/KDE/kdebase/apps/; revision=747421
|
|
active did not work as expected
TODO for 4.1: provide a preview helper class which can be shared between DolphinView and the special use case of DolphinColumnViewWidget
BUG: 153816
svn path=/trunk/KDE/kdebase/apps/; revision=747348
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=747049
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746913
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746869
|
|
mapping yet this does make much more sense.
svn path=/trunk/KDE/kdebase/apps/; revision=746846
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746474
|
|
Disconnecting the signals from KDirLister solves a previous crash.
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=746428
|
|
dialog-apply -> dialog-ok-apply
svn path=/trunk/KDE/kdebase/apps/; revision=746427
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746418
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746415
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746306
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746294
|
|
the replacementchar to put "Others" category on the last place. Now, we can actually call it
"Others" since it is placed the last one, and it is not necessary to call it "Uncategorized" because it was placed the first one before.
svn path=/trunk/KDE/kdebase/apps/; revision=746061
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=746029
|
|
view mode is reset to "icons" when using e. g. the FTP protocol
svn path=/trunk/KDE/kdebase/apps/; revision=745711
|
|
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
|
|
split views in combination with selected items
BUG: 151644
svn path=/trunk/KDE/kdebase/apps/; revision=745669
|
|
with library versioning consistency into the future.
ok'd by dfaure.
svn path=/trunk/KDE/kdebase/apps/; revision=745632
|
|
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
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=745354
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=745157
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=744903
|
|
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
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=744669
|