You might look at the Zope External Editor. It would require you to put
your documents in a Zope site, however.
http://www.zope.org/Members/Caseman/ExternalEditor
"Works with any graphical editor application that can open a file from
the command line, including: emacs, gvim, xemacs, nedit, gimp, etc.
- Automatically saves changes back to Zope without ending the editing
session.
- Associate any client-side editor application with any Zope object by
meta-type or content-type. Both text and binary object content can be
edited.
- Locks objects while they are being edited. Automatically unlocks them
when the editing session ends.
- Can add file extensions automatically to improve syntax highlighting
or file type detection."
you install the external editor on any client machine that you want to
use for this purpose. You can then edit any object in your designated
editor, all changes are saved back to the original.
Josef Lowder wrote:
> How to achieve menu access to edit text files?
>
> The objective:
> To be able to set up an html menu that can be accessed by any
> browser (mainly with Konqueror) with multiple href link options
> predefined within this menu so that I can open pre-designated text files
> with kedit (or any other designated text editor) with a single mouse-click.
>
> I want to be able to set this up so that I can open predefined text files
> into either the same window or optionally into a separate window
> so that I can edit and/or write additional text to the designated file(s)
> with no intervening steps required.
>
> Ideally, I would like to be able to accomplish this by using a simple
> code within a single html menu without having to also use any additional
> (intervening) files.
>
> While it is possible to accomplish the desired objective by setting up
> icons and/or icon-less links on the desktop, that is an unsatisfactory
> solution because it would mean cluttering up the desktop with many
> dozens if not hundreds of links.
>
> Current status of this objective:
> While some html "experts" have told me that what I want to do probably
> cannot be done, by experimentation I have been able to accomplish most
> aspects of this objective, but I have not yet achieved the entire objective.
>
> With the html code shown below, I am able to accomplish most of the
> stated objective in two different ways.
>
> First, using the Konqueror browser, with a single click, I can open a
> read-only text file in the same window, and then by clicking on "Location"
> and then on "Open with text editor" that opens a second window in which
> I can edit the designated text file. The disadvantages of this method are
> that it requires two extra steps (clicks) to get into a text editor which
> opens in a separate window, and then four more clicks to save, exit, and
> return to the menu, or else use CTRL+S and CTRL+Q to do so.
>
> Second, using the Konqueror browser and a different approach, I can get
> a bit closer to the desired objective, except that the second method
> requires the creation of an additional (intervening) file (and that is a
> nuisance to have to create for every target text file). Plus, using this
> method, after I click on the main menu href link, one of those nuisance "are
> you sure" dialog boxes pops up that reads "Do you really want to execute
> 'file:/file/home/joe/filename'?"
>
> Also, this method only works by opening a second window rather than allowing
> the option to have the target text file open within the original menu
> window.
>
> In this second example also, CTRL+S and CTRL+Q to save and exit,
> takes me back to the menu.
>
> In summary, the goal is to be able to access, read, and edit a large number
> of pre-designated text files with the fewest mouse-clicks, the fewest
> keystrokes, and the simplest coding possible.
>
> Below is an example of an html menu that works and almost achieves the
> desired objective. Below that is the content of a file copied from and
> identified as "Desktop Entry" which, when saved by the name 'xnotes,' can be
> called by the second option in the Menu model to demo the second method.
>
> ------------------
>
> <html><head><title>Menu model</title></head>
> <body><font size=1>
>
> <li><a href=file:/home/joe/mydata/texts/notes>notes</a>
> <li><a href=file:/home/joe/mydata/texts/xnotes>xnotes</a>
>
> </body></html>
>
> ------------------
>
> [Desktop Entry]
> BinaryPattern=kedit;
> Exec=kedit /home/joe/mydata/texts/xnotes.txt
> MimeType=text/english;text/plain;text/x-makefile;text/x-c++hdr;text/x-c++src;text/x-chdr;text/x-csrc;text/x-java;text/x-moc;text/x-pascal;text/x-tcl;text/x-tex;application/x-shellscript;text/x-c;text/x-c++;;
> Name[C]=xnotes
> Protocols=file;ftp;http;tar;cgi;
> Terminal=0
> Type=Application
>
> ------------------
>
> Surely there must be an even simpler, more efficient, and more effective way
> to accomplish this objective than what I have described above. I hope so,
> and I look forward to seeing any suggestions that anyone can offer.
>
> At least, it would be great if someone could tell me how to disable or
> bypass that annoying "are you sure" dialog box.
>
> Please respond directly to joe@actionline.com
>
> Thanks.
> Joe
>
> ---------------------------------------------------
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change you mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
--
( )
(( )) Steve Trezise
(( @ @ )) "trees-eyes"
(( | ))
(( ~ ))
| |
| |
---------------------------------------------------
PLUG-discuss mailing list -
PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change you mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss