Version: (using KDE KDE 3.3.1) Installed from: SuSE RPMs OS: Linux Call e.g. kdialog --getsavefilename ftp://user@server.whatever/asdflkjsdfsd.txt kdialog will login to the FTP server and display a list of files with the default being the "asdflkjsdfsd.txt". But on the console, it will also print out kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/' and if I press ENTER in kdialog it will return NO FILE NAME at all. This seems like a bug :) please test. Thanks!
> Summary: "kdialog --getsavefilename ftp://user host name/foo txt" > doesn't return any file name getsavefilename is for local paths only. If you application supports URLs, use --getsaveurl.
Am Mittwoch, 3. November 2004 11:57 schrieb David Faure: > getsavefilename is for local paths only. > If you application supports URLs, use --getsaveurl. Hi David, OK ... but why the distinction, what is the advantage of kdialog making a difference between local and remote paths when all the IOslaves try to hide exactly this difference ("network transparency")?
On Wednesday 03 November 2004 15:09, Jens B.Benecke wrote: > OK ... but why the distinction, what is the advantage of kdialog making a > difference between local and remote paths when all the IOslaves try to > hide exactly this difference ("network transparency")? Some applications only work with local files - e.g. non-kde apps, which you might give the result of kdialog --getsavefilename to. Or maybe your shellscript saves to that file directly, not using kio.
Am Mittwoch, 3. November 2004 15:57 schrieb David Faure: > Some applications only work with local files - e.g. non-kde apps, which > you might give the result of kdialog --getsavefilename to. Or maybe your > shellscript saves to that file directly, not using kio. Thanks for the reply! Then (IMHO) kdialog should complain as soon as the user types in a remote location, and not silently fail after the user pressed OK.
On Wednesday 03 November 2004 16:48, Jens B.Benecke wrote: > Thanks for the reply! > Then (IMHO) kdialog should complain as soon as the user types in a remote > location, and not silently fail after the user pressed OK. Right.
CVS commit by faure: Warn the user when getSaveFileName was called and he chooses on a remote file. This warning msgbox is already in another place in that file, but that's not used when clicking on items (as opposed to typing a url). BUG: 92614 M +5 -0 kfiledialog.cpp 1.382 --- kdelibs/kio/kfile/kfiledialog.cpp #1.381:1.382 @@ -1539,4 +1539,9 @@ QString KFileDialog::selectedFile() cons if (d->url.isLocalFile()) return d->url.path(); + else { + KMessageBox::sorry( d->mainWidget, + i18n("You can only select local files."), + i18n("Remote Files Not Accepted") ); + } } return QString::null;