From: John G. <jge...@ny...> - 2001-08-04 00:26:06
|
> --- Dirk_Mvbius <dmo...@gm...> wrote: > > > > Is there any way to use jEdit for editing files on a remote > server with no > > > FTP access, just SSH, SFTP and such? > > > > No, sorry. > > This seems like a very good feature request, and one that can be > generalized. > > I seem to recall there was a java GPL'd ssh client called > Mindterm. That might > have jump start somebody writing an ssh plug-in without relying > on command line > options. > Mindterm's license is incompatible with the GPL. Its public source license does not permit commercial use. > However, why not create a framework to solve the general problem? > > It would be cool to have open and save methods that delegate > their behavior to > different handlers on a document configurable basis. Done right, > CVS, PGP, scp > or ssh, ftp, etc... could all just become alternatives to the > default open and > save to the local filesystem. For starters, I should be able to associate > arbitrary command line actions with files in a convenient way. > > People will still want to write handlers for different protocols, > but these > should be able to register themselves via a jEdit interface with > the file. If > you use an ssh plug-in (say) to save your file, odds are you'll > be doing it > repeatedly. Let the handler add an URL to the file's save as > list. Then jEdit > can activate the handler when save is invoked and delegate > writing out to the > handler. > > I'm imagining something like the Windows Explorer context menu, but that > changes much more dynamically. You could have generic, file type, and file > specific actions. Hmmm, data objects that encapsulate serialization methods and reside in an abstract namespace. It does sound like the Windows shell to me. It also sounds cool, but it doesn't sound like a text editor. John |