[Portland] Portland wiki
alex at beatniksoftware.com
Mon Dec 12 18:22:55 EET 2005
1) Listing applications is up to the desktop environment on which an app
is running. If the "opener" implementation decides to display such a
list, that is fine, but it is outside the scope of Portland.
2) I think we should stay away from API on the PortlandIntegrationTasks
page, but feel free to link to some other page like PortlandVFSProposal.
> May i add this to the wiki?
> == Launch a viewer or editor for a file, mime-type, or URL ==
> - should the user be able to choose from a list of applications? (That's
> something i don't like about Mozilla Thunderbird: it only shows the
> default application for opening attachments).
> == Access resources provided by a Virtual File System layer ==
> - downloadFile
> - uploadFile
> - getFile (read) *)
> -- Mime-Type and Filesize callback like in KIO? *)
> -- start from a certain byte-offset?
> - putFile (write)
> -- append Mode?
> - getDir
> - getFileInfo *)
> - getFileInfoAndMimeType (slow mimetype detection)
> - setFileAttributes
> - Move, copy, and delete File/Folder
> *) I have already tried to implement getFile (including mimetype and
> filesize callback) and getFileInfo with my prototype and have been able
> to make the KIO and Gnome-VFS backends to match in behavior (that they
> return the same information). I guess also the advanced VFS operations
> would work, regardless of using IPC or not.
More information about the Portland