Old ExternalEditor discussion.

Hi! ExternalEditor generally works good for me. My Browser (mozilla-1.0) opens vim (xterm -e vim) and i can edit the file. But when i try to write it back i get the following error:

  Could not save to Zope. Error occurred during HTTP put: 404 Not Found.

The writing permissions are ok. I work with my Manager account with original Zope settings for the Manager.

Is this a problem of vi? I hope not, i want to use vi!

Regards --FlorianKonnertz, 0909

Simon, 2002/09/09 20:16 GMT (via web):
I get this a lot with all editors, and can't use EE as a result.

2002/09/10 09:48 GMT (via web):
Hmmm... - i see, it's a pity! :( - I hope this can be solved one day. - FloK

2002/09/10 22:05 GMT (via web):
It works for me now except for one remaining problem: It is only possible to write the files back after a certain time (i guess about 5-60 min.). Quick corrections are not possible yet. Just for editing large files, where further correction is almost not necessary. - Not very comfortable, isn't it? - FloK

Simon, 2002/09/23 16:02 GMT (via web):
Fixed on zwiki.org and in 0.11, courtesy of CaseyDuncan?. It was a problem with zwiki's webdav locking & edit conflict checking.

My current issue is how to get w3m to play with EE. Added application/x-zope-edit;/usr/local/bin/zopeedit.py %s to ~/.mailcap, but it complains about bad file descriptor.

FlorianKonnertz, 2002/09/24 21:52 GMT (via web):
Great to hear you and Casey solved the prob, Simon :) - It's not yet fixed in the cvs current version isn't it? I'm looking forward to 0.11 - FloK

Did i already mention that it works for me since a few days. - And it's fantastic!! :-) Thanks, Casey! --FloK,11-10

SimonMichael, 2002/09/24 22:37 GMT (via web):
Yes the fix is in cvs.

2002/10/08 21:32 GMT (via web):
zopeedit doesn't seem to work with gvim. Gvim opens ok and edits the file, but there is a header "Wiki-Safetybelt:" at the top and zopeedit opens an error dialog: "FATAL ERROR: Editor did not launch properly. External editor lost connection to editor process. (gvim /tmp/...)". It seems to work ok if I change the editor to xemacs though. (But xemacs has the Wiki-Safetybelt header too)

zopeedit does work with gvim, I use gvim exclusively. However, I haven't tried it with zwiki, but I have opened Plone files that have a SafetyBelt? near the top. I get a warning of bad file descriptor if I try to open a locked Plone file (like a skins file that isn't supposed to be edited without customizing it first), but then, I shouldn't be directly editing such a file.

JordanCarswell, 2002/12/04 17:27 GMT (via web):
I just installed the External Editor helper app and configured it to work with Mozilla. I can get it to edit and publish wiki pages, upload images, et al, but there are three (3) publishing quirks that came up:

  1. The connection from Mozilla to the helper app gets dropped. This was mentioned as a configuration problem in the External Editor documentation. 2. When the page opens in Composer, this line gets added to the page: "Wiki-Safetybelt: 1039021126.77 Type: stxprelinkdtmlhtml Log:". I just deleted it, but is there a way to have it not show up at all? 3. When publishing the wiki page back to the server, the file name is garbled, for example GeneralDiscussion reads as "~3432-0-zwiki.org,GeneralDiscussion.html". Of course, I can change this manually to "GeneralDiscussion", but for novice users this is annoying and for regular users it is an annoyance.

To get to the point, has anyone tried using External Editor with Mozilla or Netscape? If so have you encountered these issues? Are there fixes?

Would it be possible to make External Editor, Zwiki, and Mozilla work together more seamlessly? The advantage of having a WYSIWYG editor is obvious and i think using Composer is a great solution, but I am not enough of a programmer to know how to make it work. Any suggestions or ideas would be greatly appreciated.

DeanGoodmanson, 2002/12/04 20:05 GMT (via web):
ExternalEditor in Mozilla Don't delete the safety belt lines.

Your efforts in this endeavor are appreciated.

I wouldn't suggest an WYSIWYG HTML editor.

>> The advantage of having a WYSIWYG editor is obvious

Yes, but horribly restrictive. Pages produced by WYSIWYG editors tend to be riddled with junk, unreadable as plain text, and scramble the formatting of existing plain text. If you decide to use one of these with a Wiki, you need to enforce the "adhere to the existing formatting style of the page" rules, or use HTML in the majority of your site. Also watch out for SGML complaints, like dtml tags, etc.

I prefer to use an HTML enabling text editor which has macro's and helpers for adding/editing HTML codes in plain text.

HTML editors in a site like Squishdot (not a feature) and from the ZMI make the most sense to me. Hmm...associating different editors for different contexts...guess that's a feature request for Casey.

Simon Michael, 2002/12/10 16:59 GMT (via mail):
Hi Jordan - I don't know much about this, sorry -

zwiki@zwiki.org (JordanCarswell) writes:
> 1 The connection from Mozilla to the helper app gets dropped. This was
> mentioned as a configuration problem in the External Editor
> documentation.
>
> 2 When the page opens in Composer, this line gets added to the page:
> "Wiki-Safetybelt: 1039021126.77 Type: stxprelinkdtmlhtml Log:". I just
> deleted it, but is there a way to have it not show up at all?

You could comment out the lines where they're added in ZWikiPage.py.


> 3. When publishing the wiki page back to the server, the file name is
> garbled, for example GeneralDiscussion reads as
> "~3432-0-zwiki.org,GeneralDiscussion.html".

Here I'd expect external editor to make filenames a non-issue. Perhaps you're trying it via ftp and webdav as well ?


> Would it be possible to make External Editor, Zwiki, and Mozilla work
> together more seamlessly?

I should think so. It should be possible to edit a wiki page in HTML wysiwyg mode via EE, ftp or webdav with a html editor, when you want to do that. Zwiki looks for html and body tags and discards all but the body when you save. I hope you'll keep going. Maybe you could move this thread to ExternalEditor or ExternalEditor so it will be found later.

DeanGoodmanson, 2002/12/12 18:49 GMT (via web):
Refresh requirement with External Edit


> Whenever you save, your changes will be posted to the wiki. When you are finished, close your editor.
> You'll need to refresh your web browser to see the current version of the page.

This one causes a bit of grief on the usability side here. I realize it's not much of an issue from the ZMI, as you aren't looking at the content when you choose to edit it, but in the cases where you're looking at the content before you edit, then return to see it unchanged...

Has there been any thoughts on reloading the page in conjunction with the EE click which:

a. sets the pages meta-tag to auto-reload every feve seconds? (Ouch. Bandwidth police)

b. Reloads the page with a background graphic of "Currently being edited. Reload (F5) to re-check availability." Fundamental feature request: to check the locked status of a page before loading and customize appearance?


comments:

corrected needed rights --ArnoPucher, Fri, 07 Nov 2003 09:22:03 -0800 reply
in paragraph "How to install External Editor support for your wiki"

corrected needed rights --simon, Sat, 08 Nov 2003 13:11:11 -0800 reply
Thanks Arno. I cleaned up a few more things.

still unclear about External Editor ... -- Sat, 29 Nov 2003 10:15:32 -0800 reply
How to use External Editor with a wiki that supports it

Which is now the helper application ?? There is an ExternalEditor and a zopeedit. So far I understood and managed the EE-thing on the server; the pencils show up. The rest, however, is unclear. The FAQ makes it worse:

How do I edit with an external editor?

If the server administrator has set up external editing, you'll see a pencil icon near the edit link. == seems okay up to here == Install and configure the ExternalEditor == Isn't this already required for the pencil to show up ?? == helper application as described on that page. == On that page, it talks about EE and the helper application on the client. Where does zopeedit come in ? ==. Plus, it even adds to the confusion:

Helper Application Installation

Dependancies: Python 2.2, Tk

Download the helper app archive and extract it. Enter the ExternalEditor directory and run (You may need to be root):

python2.2 setup.py install

This will install the zopeedit.py executable (in /usr/local/bin on my system).

== There is no zopeedit.py and no setup.py in EE. It seems, zopeedit has to be extracted as well ? Where to ? Worst: EE seems to be necessary for zopeedit. Is this true ?

Please, please, can someone write a step-by-step instruction; using the actual file names; including what to install where ?

Thanks !!!