(The plugin must have an api for pattern matching, like datatypes.) The url is parsed by the virtual file system according to the rules defined by the current plugins to determine which plugin to use. The virtual file system requests a directory listing of the corresponding plugin. The plugin returns a directory listing to the virtual file system.
The virtual filesystem returns a directory listing to the application.
The application renders the listing on screen. The application itself has no idea what plugin was used.
This should work in any lister or file requester. For example you want to save that pretty picture you just painted. You decide to store it on your ftp site directly and enter in the address bar. The user enters a filename and presses save. The file is uploaded.Īgain the paint program has no idea what an ftp site is. If using a set of handlers can match that without any fuzz then it's all good. Of course you do need support function to ease the process for the user:ġ. The system could remember the last urls you used so that you don't have to enter the url over and over again. The requester should have an option for both "devices" which works like the old way, displaying assigns and devices and a "recent" option that displays url's previously used.Ģ. You should still be able to mount a specific url as a device for easy selection. Printing : improvement in the print system Yes that's a good idea, here is the summarized list done by Corto at the end of the thread (I only translate the post he did even if I don't agree with every point, remember also this is a resume of a discussion about the latest *publically available* OS4 version) : What about making a list in English here ? After entering an URL the requester and lister could have a menu option for permanently keeping the current URL in the device list. Multiuser : minimal support for multi-user Petunia : support of Classic Amiga custom chips Datatypes : improvements in datatypes system (streaming, cross format saving, thumbnails.
#AMIGA SIMPLEFTP CRASHING INSTALL#
Input : Handling of multimedia keys, joypads Clock, Pla圜D, Blanker modules : there are a bit outdated, aren't they ? integration of AmiUpdate into the system in order to update it, mode to install yet unstalled softwares Multiview : add possibility to do a small diaporama, a small playlist, etc.įind : too simplist, don't manage to search into every drawers GrimReaper : useable GDB that does not freeze the system one time of two when attaching a crashed process ReAction : classes improvement, higher level interface. Samba, OpenSSH : It would be better to make a network handler then plugins for Samba, FTP, SFTP, NFS etc. Icons : add 32bits and PNG support to IconEdit A system monitor : task lists and possibility to kill those that are crashed, preview CPU usage Advantage of this is that with a good documentation and a sample plugin it's not required that OS4 devs write all plugins themselves. Dockies : a dock with only dockies in it to monitor activites of running applications (cpu meter, equalizers for an audio player, indication of received mail for the mailer, progress bar of the burning software, etc.) Dockies : possibility to choose which dock the dockies will be added, a true transparency mode a "thumbnailer" (a la eastern) : I will even go further and propose (mybe via a preference) to do thumbnails of every file types having an appropriate datatype (yes I know I come back to the datatypes, but that is (was) a so innovative and clever concept that I find it scandalous that it was let apart for so long).
0 kommentar(er)
