Peter Bengtsson wrote:

The internetlicense for Realobjects is >$200 and the standard is <$600. A lot for just testing.

Can you not write a How-To on how to implement it?

I will write an How-to with screenshots, so that people will see the impact the tools has to the usability. I will also contact the Realobjects so that possibly they can write a bit simplier info about their licences -- meaning what does it cost to use it in different places, so that people will see what it would cost to use this tool in their projects. And if there are interested parties involved, we migth even go on and look for an opensource-alternatives, that migth do atleat some of the things with no fees at all. I have atleast seen one standard almost wysiwyg-html editor applet, which was distributed in BSD-licence. Anyone interested to join in this? Anyone interested about this how-to? -huima

I'd be really interested! What we really need is some kind of wysiwyg tool to edit content in zope instead of the *non wrapping* text areas provided by zope. Why those are non-wrap-able? I have no idea, and for sure it's a problem (btw, if it's hotfix-able, Id' like to know how to do this). I see no way to add simple formatting to a browser based text area. So the only way is for now : ftp, java applets, or IE5+ html edit component.

Not entirely. Any XUL compliant browser (read: Mozilla) has a WYSIWYG HTML editor component. In fact I'm writing in one right now. It even outputs text translations of HTML which are very similar to STX. One of these days I'll create an example of this for Zope. Anybody else hear echos of ZopeStudio? Since Mozilla's getting toward the 1.0 stage, maybe it's time to take a look at that again. --jcc (what you see...)

I'd really be interested by this mozilla xul stuff. Right now I'm probably using it without noticing. ;-)

(this message is being written in mozilla mail btw).

Do you think it could be possible to use standard html text area and edit those with a rich html edit component?

If you're using Mozilla, you're using the heck out of xul without noticing. I don't know if Mozilla can be convinced to embed a XUL editor widget in plain ol' HTML. I know there are examples of the plugin interface used to put native editing widgets in a browser: http://lxr.mozilla.org/seamonkey/source/modules/plugin/samples/testevents/ but I think putting a XUL widget in HTML (or replacing the HTML 'textarea') would require a little bit more kung-fu. But perhaps someone's already done that. It may be that all this requires is a bit of CSS magic, but that's really not my area. What would be possible is to make a XUL file that mimics a Zope editing page with a visual editor component. That shouldn't be too hard. I've already threatened to try that, but no dice. Perhaps in a week or two. --jcc (there is only xul)

Heimo, check whether you can paste text from other applications. I also tried Realobjects a while ago, but had to keep looking because at our Mac boxes, using Internet Explorer 5, it didn't allow to paste simple text from any other application. Thus, we decided to use javascript based html-editors and Internet Explorer for PC boxes, and simply nothing for the others. Realobjects editor is inferior to any IE compliant javascript one, because you'll be able to paste not only text, but links, custom tables and images as well. (In PC, Realbojects pasted text looses its html tags) On the other hand, I'm interested at which are the potential uses of Zope, within an intranet. Have you published any document on this? Cheers, Ausum p.d For a free html editor in PC: http://www.aspalliance.com/Yusuf/Article10a.asp Heimo Laukkanen wrote:

I've been playing with Zope for a couple of months now, and actually creating my thesis about using intranet's to various cool things and - duh - creating intranets with Zope. What I quickly learned while working with non tech. people, Zope with MsWordMungrer, STX_Document and other great tools wasn't yet enough.

Eventhough Structured text is nice and powerfull tool, it is good only for techies who are willing to really learn the rules. People who only were concerned about the content, wanted a better tool for editing information. And if possible, that tool could resemble Word.

I just bougth Realobjects Edit-on-Pro (http://www.realobjects.de/english/editonpro_e.htm) and replaced all my textarea-inputfields in our intranet's pages. Wow - what a difference!

If you have a budget for your project and want to take your Zope-project to the next level, check that product out.

I was talking about "other" applications. Within Edit-on-pro's window you can cut and paste, that's for sure. Unfortunately, almost every content provider might need to paste text, and "htmlized" text from any other source. And that's what Edit-on-Pro can't handle. In PC you can only paste plain text (from outside), and when you try to paste html (after a a select and copy procedure from any web page) only the plain text will get pasted, and only at the edit-on-pro's html view window. What's worse is that if you've used the copy and paste tools inside EDOP's wysiwyg window, you won't be able to paste any other text, because its internal buffer will prevail. I'm sure Edit-on-pro will have plenty of uses. I just wanted to draw attention to this downside, provided in PC the IE-javascript existing online editors, seem to be the way to go. Have you tried the one pointed at my last message? :) Ausum p.d. Yes, I agree. The sky is the limit. ;) ----- Original Message ----- From: "Heimo Laukkanen" <heimo.laukkanen@fountainpark.org> To: "Ausum" <augusto@artlover.com> Cc: <zope@zope.org> Sent: Thursday, August 02, 2001 1:47 PM Subject: Re: [Zope] Great html-applet ( commecial ) to be used as a content-editing tool with Zope

Ausum wrote:

...

Heimo, check whether you can paste text from other applications. I also tried Realobjects a while ago, but had to keep looking because at our

Mac

...

boxes, using Internet Explorer 5, it didn't allow to paste simple text from any other application.

Yes,

works fine. You can cut&paste from clipboard either plain-text or HTML. No problem. What amazes me a lot is how configurabler that applet is, since basicly you can manage everything. You can write an xml-toolbar configuration, which says that I want to have these buttons here and I want to add my custom-made buttons here and they are supposed to do this and that.

Only problem is that Java-support in browsers is not that well written and causes browser ( IE and Navigator ) to crash from time to time -- or atleast consume resources too much, so you have to restart the machine. That's why I decided to create both WYSIWYG-version and plain-text version of add_forms and edit_forms.

...

On the other hand, I'm interested at which are the potential uses of Zope, within an intranet. Have you published any document on this?

Not yet. I'm writing my thesis in finnish, but will be writing a how-to to the Zope-list.

What I have sofar learned about Zope is that the sky is the limit. We were wondering about a purchase of $20.000 Document-Manage software, but decided to postpone it since I learned to understand the possibilities of Zope ( Thanks also to Kaivo's Document Library ). Even though the time invested into learning Zope is valuable I believe that in near future we can utilize Zope in our intranet as a communication tool, document storage ( knowledgebase) and a collaboration space.

Sky is the limit. ,-)

-huima

And if there are interested parties involved, we migth even go on and look for an opensource-alternatives, that migth do atleat some of the things with no fees at all. I have atleast seen one standard almost wysiwyg-html editor applet, which was distributed in BSD-licence. Anyone interested to join in this?

Anyone interested about this how-to?

Yes! I'm interested in the how-to. I think my company will need to look into these soon and your help will be very helpful. The fact that it costs pisses me off! Not that the price was that big for a company but I can't test it and play around with it as I want. Remember that many of these editors have millions of features that nobody will never ever need, so if you start to hunt for open source alternatives, please don't ignore the simple ones. Peter