[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: File manager useability concerns for KDE deployers (was Re: Bug#43093: KFileDialog should not us
From:       aleXXX <alexander.neundorf () gmx ! net>
Date:       2002-05-30 21:42:07
[Download RAW message or body]

On Thursday 30 May 2002 21:18, Manuel Amador wrote:
...
>
> I know.  I would like that there is a possibility of dragging, say, the
> File share icon to the desktop and presenting the option of mounting it
> there by invoking smbmount (just a \"Mount\" or \"Capture\" label on a
> simple regular file drag operation popup menu).  IF and only IF smbmount is
> setuid root and executable for the user performing the action.

Well, I already thought about adding some mount capability to the smb 
ioslave, but didn't get around to do it or to figure out how this then could 
be used from within KDE.

> > > Because currently KDE asks you to download files from
> > > SMB shares.
> >
> > Does it? I always thought this was transparent (download and upload of
> >
> > modified files)!
>
> No.  It asks whether to download or open.  File save is not transparent.

This sounds like a bug, but not in the ioslave.

> > > There is no functional equivalent to the \\\\\\\\server\\\\share
> > > syntax for applications.  The state of non-KDE apps is even worse,
> >
...
>
> why not try to integrate with the standard UNIX namespace?  What happens
> when I drag an icon from the Floppy opened through devices to an XMMS
> window in order to listen to an MP3?  Why should I as a user need to think

Yes, being able to use ioslaves from non-kde apps would be very cool.
It is possible to write a gnome vfs modules which wraps all kde ioslaves, so 
at least gnome apps would be able to use them too.
And there was a mail about sync ioslaves some time ago. It implemented a 
synchronous C api for ioslaves and a small lib, which could even be 
preloaded, so that you were able to enter "ls /ioslaves/ftp://ftp.kde.org" in 
your shell, and it should work. Of course this work was not perfectly 
finished, but a starting point.

Bye
Alex
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]