| Age | Commit message (Collapse) | Author |
|
* 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
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=752700
|
|
drive-remote -> folder-remote
Seems like all of the drive-remote occurrences in SVN
make a perfect fit for being replaced by folder-remote
(which is specified by the naming spec).
svn path=/trunk/KDE/kdebase/apps/; revision=752590
|
|
Pass parent widget to all KPropertiesDialog instances.
svn path=/trunk/KDE/kdebase/apps/; revision=752542
|
|
work there)
svn path=/trunk/KDE/kdebase/apps/; revision=752422
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=752421
|
|
don't clutter the Go menu when using other parts. As posted on k-c-d.
svn path=/trunk/KDE/kdebase/apps/; revision=752408
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=752330
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=751145
|
|
We can tell konqueror afterwards by using the openUrlNotify() signal.
Note: this design bit is a bit strange; the controller has urlChanged() and requestUrlChange(),
but they are both channeled to DolphinView::urlChanged(), which means the recipient has
to figure out if the url change was already done or not, with "if (m_view->url() != url)".
Wouldn't it be simpler to just have both signals coming out of DolphinView?
(but some receivers like the view container don't seem to care which one was emitted... strange)
CCMAIL: [email protected], [email protected]
CCBUG: 154053
svn path=/trunk/KDE/kdebase/apps/; revision=750996
|
|
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
|
|
BUG: 154053
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=750749
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=750473
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=750401
|
|
desired effect on dolphin when typing "exit" on the terminal, the dock will be hidden.
BUG: 153648
svn path=/trunk/KDE/kdebase/apps/; revision=750276
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=750207
|
|
event. While on the dock tree view we were always getting a forbidden cursor with no
possibility to drop, now we can nicely drop :)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=750176
|
|
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
|
|
David did on dolphiniconsview, do the revert here too. It really makes things very clear this
way. Anyway, detailed and columns view were buggy since it did never accept the dragging events, so you were never able to drop on the detailed or column view.
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=750155
|
|
reported by _mika, approved by Peter.
svn path=/trunk/KDE/kdebase/apps/; revision=750121
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=750079
|
|
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=750038
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=749901
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=749852
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=749785
|
|
BUG: 153420
svn path=/trunk/KDE/kdebase/apps/; revision=749755
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=749607
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=749270
|
|
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
|
|
URL and not all items (thanks to Morton O. Hansen for the patch!)
BUG: 153697
svn path=/trunk/KDE/kdebase/apps/; revision=749188
|
|
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=749105
|
|
already reported issues. :)
Regarding the thread on kde-devel mailing list 'KDE4 - doplhin - bug reporting uses "very old" bug system'
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=749101
|
|
error message will occur). We really must make this behavior configurable in KDE 4.1 - I'd suggest that per default no browsing through zip and tar is done (with an option turning this on again)
BUG: 153985
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=749059
|
|
smaller. I've debugged on event() method to find out which event was the one called. It seems
QEvent::MetaCall is always called when we want and is not as impressive called as paintEvent(), so there we go. This will fix another problem that when a second expanded
cached node should make the horizontal scrollbar bigger it didn't till the tree view lost the focus or was resized. Everything fixed :)
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=749049
|
|
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
|