[Zope3-dev] Re: Grrr. zope.org wikis are evil.
Martin Aspeli wrote: Hi Jim, I have some wiki desires of my own that I'll probably never realize: - HTML WYSIWYG Wikis that don't use any form os structures text (small s) and just use an HTML editor. I think that structured text of any kind is an obstacle to Wiki use. Moin moin's markup rules drive me as batty as old Structured Text drives other people. ZWiki supports EPOZ editing and I'd love to see that used. Of course, this sort of experience avoids the need for preview or structured-text documentation. Wicked can do this, I believe, and it will likely (pending voting) be in Plone 3.0. You write ((foo)) and you get a wiki link to foo, regardless of text format. wicked is a bit AT specific, but whit is working to make it be more general, and factor out the re-usable bits. I'm sure he can chime in. i can add a bit more to this. wicked isn't really a full wiki implementation, instead it focuses on the one feature that, IMO, is what really defines a wiki: the ability to very easily link to existing content, or create new content if the existing content doesn't already exist. notable wiki features that wicked does NOT cover include the handling of any particular formatting markup (wicked doesn't care), and revision control. wicked was developed against AT, in that specific AT fields on specific content types can be made wicked-aware, so that they support wicked's ((wiki syntax)). thus it becomes very easy to add wiki-like behaviour to any existing content type. we don't want this to be tightly coupled, however, and some effort has been made to decouple it. ideally, the injection of the wicked evaluation, the wiki syntax (linking only, formatting concerns are outside wicked's domain) that wicked honors, and the means for performing the wiki evaluation (currently makes heavy use of CMF's portal_catalog for this) would all be pluggable, usable in any arbitrary python environment that supports adaptation. considerable progress has been made on this front, but i'm not sure what the absolute latest is. if anyone wants to see wicked in action, you can play around in the sandbox project on openplans.org: http://openplans.org/projects/sandbox. the code is available in the plone collective: http://dev.plone.org/collective/browser/wicked. hth, -r ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grrr. zope.org wikis are evil.
Simon Michael wrote: You're right. Staying strictly in the present, I still don't understand why you can't upgrade zope.org zwiki on monday morning. Maybe some wikis will break ? Then we fix them. Because zope.org is a brittle mess and I don't want to take a chance of making in worse. If someone who feels that they have some grasp on that software wants to help me, I'd be willing to try. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grrr. zope.org wikis are evil.
Hi Jim, I have some wiki desires of my own that I'll probably never realize: - HTML WYSIWYG Wikis that don't use any form os structures text (small s) and just use an HTML editor. I think that structured text of any kind is an obstacle to Wiki use. Moin moin's markup rules drive me as batty as old Structured Text drives other people. ZWiki supports EPOZ editing and I'd love to see that used. Of course, this sort of experience avoids the need for preview or structured-text documentation. Wicked can do this, I believe, and it will likely (pending voting) be in Plone 3.0. You write ((foo)) and you get a wiki link to foo, regardless of text format. wicked is a bit AT specific, but whit is working to make it be more general, and factor out the re-usable bits. I'm sure he can chime in. - Off-line editing. zsync provides a huge opportunity here. I wish someone had time to work on it. It would be totally cool to be able to check out a wiki onto a local hard disk, work on it, and merge my changes back. I think this is a more general problem - doing proper online/offline sync of content. I'd love to have offline capabilities in Plone, for example. :) Martin ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grrr. zope.org wikis are evil.
+1, they are an embarrassment. I am available to migrate them into the modern era, fix the broken configuration, etc. I would also support someone who wants to extract the content to moinmoin/mediawiki/svn if that were decided, though I think that would be sad :) (or not! better than moldering along for another few years). I can see why trac is also attractive. Jim, I'm about to oversimplify and sound ungrateful and hopefully out of date. Here it is: I honestly do not understand why you have not at some point made it your business to do something about zope.org ? My thinking goes like this: you invented zope, you are a principal of ZC, you have the root password on that server; we out here can do a lot, but without that power we essentially can't cure zope's crufty web presence. Specifically, I'm talking (in this thread) about getting one of the key tools used to publish Zope documentation upgraded or replaced. I've almost lost interest at this point. Not that I matter so much, but I'm at least somewhat representative. Forgive me for ranting to you of all people, who has given us such beautiful work. I'd like to understand better. ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com