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
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: peter.penz@gmx.at, ereslibre@kde.org
CCBUG: 154053
svn path=/trunk/KDE/kdebase/apps/; revision=750996
Insert the dolphin catalog so the messages appear translated correctly when eg, embedded into konqueror
BUG: 152752
svn path=/trunk/KDE/kdebase/apps/; revision=740701
About all those filemanagement feature moves: I double checked and the other inode/directory parts are cervisia (need own file-related operations for VCS support), konsole (no gui), kfilereplacepart (no mkdir) and fsview (readonly). So better unbloat konq itself.
svn path=/trunk/KDE/kdebase/apps/; revision=740491
Inside dolphin, the usual: moving code to DolphinView.
Pressing shift while clicking on "Move to Trash" in konq (dolphinpart) offers to delete, as in kde3 (this bit of logic might be good for dolphin itself too? see DolphinPart::slotTrashActivated)
CCMAIL: peter.penz@gmx.at
svn path=/trunk/KDE/kdebase/apps/; revision=737682
No more rename action provided by konqueror, the part provides it now.
Had to move a bit of code around in dolphin, as discussed with Peter.
svn path=/trunk/KDE/kdebase/apps/; revision=737121
The logic in KonqView::setCaption was being confused by the part url still being empty; let's do things in the right order here.
+ .rc cleanups
svn path=/trunk/KDE/kdebase/apps/; revision=735495
Factorized those actions between dolphinmainwindow and dolphinpart (see new methods in dolphinview), and simplified mainwindow code by using the signal from the action group and the QVariant data of the actions (standard Qt4 solution for a group of actions).
svn path=/trunk/KDE/kdebase/apps/; revision=723871
There are now unit tests for KonqPopupMenu, and its code has a bit less magic hacks than before.
There is no more KonqPopupMenuPlugin though, but I'm happy to re-create it once there's a real use case for it.
svn path=/trunk/KDE/kdebase/apps/; revision=719676
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: peter.penz@gmx.at
svn path=/trunk/KDE/kdebase/apps/; revision=713319
dolphinpart fix: don't let the konq wheel spin forever when clicking on the Home button and we're already viewing $HOME.
svn path=/trunk/KDE/kdebase/apps/; revision=705916
into KParts::OpenUrlArguments and KParts::BrowserArguments.
This also allows the part to set arguments().mimeType() is the host didn't set it.
svn path=/trunk/KDE/kdebase/apps/; revision=699514
and to match the BrowserExtension mouseOverInfo() signal.
Started to implement more of the part (e.g. spinning wheel in konq).
svn path=/trunk/KDE/kdebase/apps/; revision=682440
Embeds nicely, now all the integration needs to be done.
Thanks to Peter for the nice DolphinView/DolphinViewContainer separation which made writing the part very very easy!
CCMAIL: peter.penz@gmx.at
svn path=/trunk/KDE/kdebase/apps/; revision=682079
