| Age | Commit message (Collapse) | Author |
|
- QProcess::waitForReadyRead() must be invoked until it returns false. BTW: this method is invoked inside a non-GUI-thread and hence does not block Dolphin
svn path=/trunk/KDE/kdebase/apps/; revision=1004044
|
|
Wöbbeking for the hint.
svn path=/trunk/KDE/kdebase/apps/; revision=1004024
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1003883
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1003848
|
|
.svn-parsing. BTW: this commit is the first done within Dolphin itself :-)
svn path=/trunk/KDE/kdebase/apps/; revision=1003845
|
|
adding and removing of files. As soon as the test plugin gets moved to kdesdk, the code should be improved to use the libsvn interface.
svn path=/trunk/KDE/kdebase/apps/; revision=1002839
|
|
context-menu-actions should get applied. Relying on the directory that has been used in beginRetrieval() does not work when having a treeview.
svn path=/trunk/KDE/kdebase/apps/; revision=1001388
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1001386
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1001385
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1001270
|
|
- Allow the revision plugin to emit a signal which indicates a changed revision state.
- Update the revision state if the state of file items has been changed.
- Check also the content of a file if the size of a local and revisioned file is equal.
svn path=/trunk/KDE/kdebase/apps/; revision=1000831
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=1000560
|
|
- the subversion test plugin is at least capable of indicating the revision state for files
svn path=/trunk/KDE/kdebase/apps/; revision=999489
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=998500
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=998498
|
|
plugin. To prevent that Dolphin gets blocked by a slow plugin, the updating is delegated to a thread.
Still open issue: Applying the revision control property to the model is a bottleneck in QListView (a detailed description of the reason is in kdelibs/kfile/kfilepreviewgenerator.cpp, class LayoutBlocker). But the approach used in KFilePreviewGenerator destroys the textlayout in this case and is temporary disabled until I could track down the reason.
svn path=/trunk/KDE/kdebase/apps/; revision=998492
|
|
QAbstractItemView::scrollTo() must be invoked to have autoscroll behavior.
BUG: 199833
svn path=/trunk/KDE/kdebase/apps/; revision=998474
|
|
BUG: 196243
svn path=/trunk/KDE/kdebase/apps/; revision=998153
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=996886
|
|
row using right/left arrow" and "jump to next/previous column using
down/up arrow" when using the Icon View's "Rows" and "Columns"
arrangement, respectively, in the following cases:
1. In "Columns" arrangement, if the first item is selected and
Ctrl-Down is pressed repeatedly, don't deselect the first item when
jumping to the next column.
2. In "Rows" arrangement, if the first item in the second row is
active and then Left and finally Shift-Left is pressed, don't
re-select the first item in the second row unexpectedly.
3. If an item in the middle of the second row is selected, make sure
that selection with Shift-Left/Shift-Right is reversible even if the
previous/next row is reached.
svn path=/trunk/KDE/kdebase/apps/; revision=996758
|
|
is given. Thanks to Martin Koller for the patch!
CCBUG: 198805
CCBUG: 200037
svn path=/trunk/KDE/kdebase/apps/; revision=996131
|
|
the code to use icons instead of coloring the text... The icon position at the moment is terrible, an interface extension in KFileItemDelegate is required to get the icon boundaries.
svn path=/trunk/KDE/kdebase/apps/; revision=996101
|
|
completely filled background. I'm unsure whether we should use emblems or not... The problem with emblems is that most people that work with revisioned files use the details view with very small icons. So having an emblem above an icon and additionally the selection indicator does not work. Any ideas?
svn path=/trunk/KDE/kdebase/apps/; revision=995378
|
|
Dolphin and might be useful for revision control plugins.
svn path=/trunk/KDE/kdebase/apps/; revision=995365
|
|
control systems like SVN, Git, CVS, ... The current code is an early draft and it is planned that all plugins (SVN, Git, CVS, ...) are maintained outside Dolphin. If the API is stable enough, a discussion will be done at [email protected] regarding the location of the plugins (the current implementation of SubversionPlugin is only temporary located in Dolphin for testing purposes).
RevisionControlObserver is implemented in a way that no recognizable slowdown is given for directories that are not under revision control.
CCBUG: 192158
svn path=/trunk/KDE/kdebase/apps/; revision=995351
|
|
KDirLister::itemDeleted(const KFileItem&), but KDirLister::itemsDeleted(const KFileItemList&).
svn path=/trunk/KDE/kdebase/apps/; revision=995123
|
|
settings specify double-click. Originally this was meant as a kind of feature (open files on double-click, but folders still on single-click), but it has been received as bug.
BUG: 198464
svn path=/trunk/KDE/kdebase/apps/; revision=995029
|
|
completed. As no selection is given at this moment, there is no risk that updateStatusBar() is expensive.
svn path=/trunk/KDE/kdebase/apps/; revision=995021
|
|
- Don't connect to KDirLister::itemDeleted(const KFileItem&), but KDirLister::itemsDeleted(const KFileItemList&). Otherwise Dolphin is informed about each single file deletion instead of getting the deleted items as a list. Thanks to David Faure for the hint!
- DolphinViewContainer::updateStatusBar() can be expensive when a lot of files are selected, as the file size must get retrieved. Assure that fast calls for updateStatusBar() don't trigger a synchronous update, do the update after 300 ms where no further update has been triggered.
- Dolphin provides a list of file items when emitting the selectionChanged() signal. Collecting the file items is a quite expensive operation, so use the same approach as when updating the statusbar: only emit the selection changed signal when no change has been done within 300 ms. This improves the performance when doing huge selections a lot.
- Make updateStatusBar() a private method, the main window should not need to take care about updating the statusbar (this is done internally now by DolphinViewContainer).
BUG: 199090
BUG: 195787
CCBUG: 199352
CCBUG: 188218
svn path=/trunk/KDE/kdebase/apps/; revision=995015
|
|
Setting a
QVariant to QString() is not the same as calling clear on the QVariant (which makes the variant invalid).
(BUG 194502)
svn path=/trunk/KDE/kdebase/apps/; revision=994217
|
|
- minor adjustment of name
- use same declaration order as other private methods
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=994089
|
|
name. In this case, the name of the tab could be many more times bigger than the tabBar itself.
Now they are ellided, so e.g. "really really long folder name...is" or something.
Few more cases left for me to fix(shortly), but those are not quite close to this section.
svn path=/trunk/KDE/kdebase/apps/; revision=993618
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=993585
|
|
give a visual indication if the generation of the preview takes long.
svn path=/trunk/KDE/kdebase/apps/; revision=993584
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=992648
|
|
KDE 4.3. One main reason is that a lot of things are done now asynchronously with timers to prevent a blocking UI and unnecessary expensive operations.
To keep the Information Panel maintainable and prepared for future features a cleanup has been done. The whole user interface handling has been moved into the class InformationPanelContent that offers a straight forward interface: showItem(const KFileItem& item) and showItems(const KFileItemList& items).
The class InformationPanel is responsible for calling those methods in a way that hovering items, changing directories, doing selections, rename and delete operations, ... don't result in calling showItem() 10 times per second.
This cleanup won't be backported to KDE 4.3.x
svn path=/trunk/KDE/kdebase/apps/; revision=991902
|
|
- When changing a directory the receiving of the meta data is done now with a short delay. This gives the directory lister the chance to show the directory as fast as possible.
- Prevent that DolphinInformationPanel::reset() is invoked when changing a directory. The method only needs to get invoked if an item has been deleted or renamed.
- Cache an unknown file item. This improves the startup time of Dolphin (-> KFileItem constructor is invoked only once instead of up to 6 times).
svn path=/trunk/KDE/kdebase/apps/; revision=991840
|
|
like in Konqueror for KDE 3. Thanks to Tahseen Mohammad for the patch!
No backport to KDE 4.3.x is done until the patch has proven to work well under all circumstances.
BUG: 152985
CCMAIL: [email protected]
CCMAIL: [email protected]
svn path=/trunk/KDE/kdebase/apps/; revision=991780
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=990943
|
|
that %B and %Y actually get replaced by month and year. Today seemed
to be a good day to reproduce and fix this :-)
BUG: 179262
svn path=/trunk/KDE/kdebase/apps/; revision=990131
|
|
bonus this allows to use plural suffix in spinboxes since KDE 4.3 if necessary.
svn path=/trunk/KDE/kdebase/apps/; revision=989742
|
|
changes.
BUG: 197951
svn path=/trunk/KDE/kdebase/apps/; revision=989236
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=988696
|
|
(...)" check was more or less equivalent to "if (false)" here ;-) I've
verified that the "Create New..." menu is still enabled correctly when
switching columns in Columns view, which is what the "if" check
was added for in the first place.
svn path=/trunk/KDE/kdebase/apps/; revision=988119
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=987253
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=986664
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=986478
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=985817
|
|
DolphinView::selectedItemsCount(). This fixes the problem that the
"Compare Files" action may be disabled or enabled incorrectly.
BUG: 181134
svn path=/trunk/KDE/kdebase/apps/; revision=985402
|
|
svn path=/trunk/KDE/kdebase/apps/; revision=985256
|