comments:

standard skin tweaks --Simon Michael, Sat, 01 Oct 2005 06:28:09 -0700 reply
I believe I'm going to ship the standard skin with the wiki action links at top right disabled - that is home, changes, contents, discussion, issues, index. I think most users don't need to see them all on every page and power-users know they are always accessble via access keys. That leaves just help, options, subscribe, edit, external edit as you see on zwiki.org. Also I have tweaked the pagemanagement form's layout.

Zwiki 0.46 released. --simon, Sat, 01 Oct 2005 07:38:12 -0700 reply
Zwiki 0.46 is available in darcs and at http://zwiki.org/FrontPage , please check http://zwiki.org/ReleaseNotes (and let me know if you find any obvious problems, I'll announce to zope-announce later.) Thanks.

Zwiki 0.46 released. --Simon Michael, Sat, 01 Oct 2005 08:15:59 -0700 reply
Whoops, I found changeIssueProperties broken by missing import. I have slipstreamed the fix into the 0.46 tarball.

Zwiki 0.46 released, Zwiki world news --Simon Michael, Sun, 02 Oct 2005 03:42:33 -0700 reply
Zwiki is a powerful, easy-to-use GPL wiki engine for Zope. It works in both standard Zope and CMF/Plone. You can find out all about it at http://zwiki.org .

News

A productive month. Outside the product release notes, here's what I remember off the top of my head -

The zwiki.org discussion setup has been simplified; the mail lists have been retired, and the main discussion page is called GeneralDiscussion again. http://zwiki.org/AboutZwikiDiscussion explains all.

I'm offering free experimental zwiki hosting at http://zwiki.org/ZwikiFarm .

plone.zwiki.org has moved to http://plone.demo.zwiki.org . Old urls should still work.

http://notes.demo.zwiki.org demonstrates a zwiki configured as a personal notes wiki/outliner.

http://wikimatrix.joyful.com (and http://squeak.joyful.com/Packages) demonstrate a simple matrix/database app using structured wiki data.

http://zwiki.org/FrontPage has a new layout and demonstrates blog-style display of recent pages, inspired by Michael Haubenwallner and others.

http://joyful.com lists all wikis on this server.

I've been updating the blog at http://joyfulsystems.blogspot.com .

We now have a wikipedia entry, http://en.wikipedia.org/wiki/Zwiki

A nicer darcs web interface has been installed, see zwiki-org -> darcs or http://joyful.com/darcs . There were 106 darcs commits this month, probably a new record.

Zwiki 0.46.0 2005/10/01

Summary

Per-user mailout policy, skins reorganization, plugin architecture enhancements, support for boring pages, wicked link syntax, favicons and separate create form, better logging, many code cleanups & bugfixes.

Upgrade notes

To make your rss feeds and zwiki.org-style blog listings less junky, do SomePage?/setupCatalog to add the new isBoring index.

An mailout_policy folder property with value "edits" overrides the per-user policy (see below), but this may be dropped in a future release.

Changes

Installing

Best, -Simon

mail setup news and POLL --Frank Laurijssens, Mon, 03 Oct 2005 00:10:50 -0700 reply

I'll note here that Frank (presumably) changed his vote to (b).

Yes I did, indeed.

brackets hard for non-us users ? --Frank Laurijssens, Mon, 03 Oct 2005 00:11:13 -0700 reply

I couldn't find anything better than (( )) that is at most a shift-key away on world keyboards.

Well, except for shift and alt-gr being different keys, what's the difference between using shift to get brackets or alt-gr? In both cases you press two keys at the same time. When you have to type a wikilink with brackets and alt-gr you press 4 keys, when you use double parentheses then you have to press 6 keys. Except of course for keyboards that have the numbers and special characters swapped, like French keyboards.

brackets hard for non-us users ? --Simon Michael, Mon, 03 Oct 2005 08:56:31 -0700 reply
Frank Laurijssens wrote:

Well, except for shift and alt-gr being different keys, what's the difference between using shift to get brackets or alt-gr? In both cases you press two keys at the same time. When you have to type a wikilink with brackets and alt-gr you press 4 keys, when you use double parentheses then you have to press 6 keys.

That is true, though a double press is very little harder than a single press.

I'm used to typing alt, shift or control with my left hand, while mousing with the right hand. The idea of using yet another modifier, way over on the right side, seemed awful. You're right that it's no more keypresses than shift, but I felt shift is a much more familiar and less distracting modifier to have to use; we all use it all the time.

Do you all think I was bewitched into adding a feature that adds more confusion than value ? I'm not 100% sure. It was conceptually a very easy thing to add (just extend the regexps), though in practice it required a big cleanup in the linking code (which was valuable).

brackets hard for non-us users ? --Simon Michael, Mon, 03 Oct 2005 09:00:44 -0700 reply
Frank Laurijssens wrote:

Well, except for shift and alt-gr being different keys, what's the difference between using shift to get brackets or alt-gr? In both cases you press two keys at the same time. When you have to type a wikilink with brackets and alt-gr you press 4 keys, when you use double parentheses then you have to press 6 keys.

That is true, though a double press is very little harder than a single press.

I'm used to typing alt, shift or control with my left hand, while mousing with the right hand. The idea of using yet another modifier, way over on the right side, seemed awful. You're right that it's no more keypresses than shift, but I felt shift is a much more familiar and less distracting modifier to have to use; we all use it all the time.

Do you all think I was bewitched into adding a feature that adds more confusion than value ? I'm not 100% sure. It was conceptually a very easy thing to add (just extend the regexps), though in practice it required a big cleanup in the linking code (which was valuable).

brackets hard for non-us users ? --Frank Laurijssens, Mon, 03 Oct 2005 09:33:31 -0700 reply

The idea of using yet another modifier,

They're used to that. Even normal US keyboards nowadays have an alt-gr key, because of the US International layout, where the Euro sign is alt-gr 5.

one has to use the alt-gr key way over on the right side, seemed
awful.

It's sitting next to the space bar, it's the most central modifier on the keyboard.

Do you all think I was bewitched into adding a feature that adds more confusion than value ? I'm not 100% sure.

Well, personally I would like to have it configurable, although I must admit that that would only add to the confusion. So, let's not go that way. Instead, a way to turn brackets off would be more useful. I want my Structured Text footnotes back ;-)

in practice it required a big cleanup in the linking code (which was
valuable).

So be it :-)

Odd Issue Tracker Behavior --TomPurl, Mon, 03 Oct 2005 10:39:09 -0700 reply
0.46 looks great Simon! I think I might have found a bug, however.

This morning, I upgraded ZWiki from 0.44 to 0.46 and upgraded Zope from 2.7.7 to 2.8.1. Here's the use case to recreate the bug:

  1. Create an issue using the wikiname/FrontPage/issuetracker url.
  2. Click on "Add Issue".
  3. The new Issue then doesn't appear in the default issue tracker page.
  4. Thinking that I had screwed something up, I then tried to recreate the issue exactly. When I did, I got the following error message:
      Traceback (innermost last):
        Module ZPublisher.Publish, line 113, in publish
        Module ZPublisher.mapply, line 88, in mapply
        Module ZPublisher.Publish, line 40, in call_object
        Module Products.ZWiki.plugins.tracker, line 380, in issuetracker
        Module Shared.DC.Scripts.Bindings, line 311, in __call__
        Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec
        Module Products.PageTemplates.ZopePageTemplate, line 256, in _exec
        Module Products.PageTemplates.PageTemplate, line 102, in pt_render
         - <ZopePageTemplate at /wiki/FrontPage/issuetracker>
        Module TAL.TALInterpreter, line 206, in __call__
        Module TAL.TALInterpreter, line 250, in interpret
        Module TAL.TALInterpreter, line 607, in do_insertStructure_tal
        Module Products.PageTemplates.TALES, line 221, in evaluate
         - URL: issuetracker
         - Line 19, Column 4
         - Expression: <PythonExpr here.getSkinTemplate('IssueTracker')(here,request)>
         - Names:
            {'container': <ZWikiPage at /wiki/FrontPage>,
             'context': <ZWikiPage at /wiki/FrontPage>,
             'default': <Products.PageTemplates.TALES.Default instance at 0x010F7F58>,
             'here': <ZWikiPage at /wiki/FrontPage>,
             'loop': <Products.PageTemplates.TALES.SafeMapping object at 0x023876E8>,
             'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x010EA5F8>,
             'nothing': None,
             'options': {'args': (<ZWikiPage at /wiki/FrontPage>,
                                  <HTTPRequest, URL=http://localhost:8080/wiki/FrontPage/issuetracker>)},
             'repeat': <Products.PageTemplates.TALES.SafeMapping object at 0x023876E8>,
             'request': <HTTPRequest, URL=http://localhost:8080/wiki/FrontPage/issuetracker>,
             'root': <Application at >,
             'template': <ZopePageTemplate at /wiki/FrontPage/issuetracker>,
             'traverse_subpath': [],
             'user': Anonymous User}
        Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__
         - __traceback_info__: here.getSkinTemplate('IssueTracker')(here,request)
        Module Python expression "here.getSkinTemplate('IssueTracker')(here,request)", line 1, in <expression>
        Module App.special_dtml, line 62, in __call__
        Module DocumentTemplate.DT_String, line 476, in __call__
        Module DocumentTemplate.DT_Let, line 76, in render
        Module DocumentTemplate.DT_Let, line 76, in render
        Module DocumentTemplate.DT_Util, line 196, in eval
         - __traceback_info__: newtext
        Module <string>, line 0, in ?
        Module Products.ZWiki.plugins.tracker, line 270, in createNextIssue
        Module Products.ZWiki.plugins.tracker, line 247, in createIssue
        Module Products.ZWiki.Editing, line 73, in create
        Module OFS.ObjectManager, line 265, in _setObject
        Module OFS.ObjectManager, line 84, in checkValidId
      BadRequest: The id "84ThisIsATest" is invalid - it is already in use.
    
  5. I then tried to create a new issue using the same method, and got the following error:
      <snip>
      BadRequest: The id "84ThisIsATest2" is invalid - it is already in use.
      </snip>
    

Neither the "84ThisIsATest" or "84ThisIsATest2" issues are viewable within ZWiki, but I can view them in the ZMI, even when I click on the "View" tab. So it appears to be a problem with displaying ZWiki issues and incrementing issue pkey's. I guess ZWiki is creaing issues, but it doesn't recognize them as issues?

Does anyone have a place where I can start to fix this?

Thanks in advance!

brackets hard for non-us users ? --Simon Michael, Mon, 03 Oct 2005 12:48:00 -0700 reply
It's configurable and off by default. Check out the wiki links section at zwiki.org/configuring, or the use_*_links properties at zwiki.org/quickreference.

Odd Issue Tracker Behavior --TomPurl, Tue, 04 Oct 2005 08:25:18 -0700 reply
It looks like I'm having the same problem with ZWiki 0.44 (my previous working version) and Zope 2.8.1. Do anyone know if I have to update something when making the jump from Zope 2.7 to Zope 2.8?

Thanks again!

Odd Issue Tracker Behavior --TomPurl, Tue, 04 Oct 2005 08:53:36 -0700 reply
Whoops. Fixed the problem. I should've read the Zope 2.8 Overview before I upgraded Zope. Turns out that I needed to upgrade my ZCatalog instance in ZWiki using the manage_convertIndexes method. Now the issue tracker works very well. That's what I get for a) not reading the readme and b) trying to upgrade Zope and its products at the same time.

Odd Issue Tracker Behavior --Simon Michael, Tue, 04 Oct 2005 09:04:21 -0700 reply
Good, thanks for the update.

0.46 New TestPage problem? --Frank Laurijssens, Tue, 04 Oct 2005 13:53:19 -0700 reply

I have created a wiki under Plone 2.1 with Zwiki 0.46, with Add pages, Add comments, Edit pages and Rate pages permissions for Authenticated.

Now, when I log in with a user without the manager role, there's a textbox marked new at the bottom of the page, without any button.

The code in wikipage.pt that decides if there should be any textbox at all says:

      <!-- page management form -->
      <div tal:condition="python:
                          (user.has_permission('Zwiki: Add pages',here)
or
                          ......

The code that decides what text and button should be displayed says:

      <span i18n:translate=""
            tal:condition="python:user.has_permission('Zwiki: Add
pages',container)"  
            ......

So, the first check looks at here, while the second looks at container. This is an inconsistency.

Furthermore, this particular wiki resides in a subfolder called "wiki" in the Plone site. I would expect that when I set the "Zwiki: Add pages" permission on the "wiki" folder, all portal members can add wiki pages in that folder. They can when they create them through wikilinks, but the button only shows up when I set the permission one level up, on the Plone site. This makes me think that container in wikipage.pt should have been here. Am I right?

2 questions --Tom Cloyd, Tue, 04 Oct 2005 21:43:38 -0700 reply
I'm doing a LOT of ZWiki work these days. A couple of questions have come up.

___use of ZWiki as web site

It's really clear to me what a fine basis ZWiki could be for a web site managed by a group of people, BUT I don't want the front door left open. I'm am amateur, and I just don't know the answer to this question: Is there some fairly easy way to wrap a ZWiki wiki in a barrier requiring a password to get past? I don't know of an example of this, but I hope it's possible. Is it?

___page order insists on alphabetizing

I'm puzzled greatly to see that after taking some real time to get my pages in the order I wanted they are now appearing in the subtopics list and in wiki contents listing with all the children of Frontpage alphabetized - and that the undesired alphabetization goes no further than that. That's NOT what I was trying to achieve.

I'm running 0-44-0, Zope 2.7.4 final, Python 2.3 core on the server where this problem is.

Running 0-45-0 at home, pages stay where I put them.

Is it a version problem?

--

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

2 questions --Tom Cloyd, Tue, 04 Oct 2005 22:34:58 -0700 reply
Uh...sorry about the "web site" question. I see the "membership" discussion in the Admin page at zwiki.org, now. I'm a refugee from Plone, have had that thing break on my one too many times, but if it only ran a ZWiki, period, I could probably trust it. I'd rather do something simpler, but I don't understand any of the other solutions offered in the discussion, and after 18 months wrestling with Plone I can live with it, I guess.

As for the page order problem, I upgraded to 0-46-0, and the problem is solved.

-t.

On Tue, 04 Oct 2005 21:43:46 -0700, Tom Cloyd <zwiki@zwiki.org> wrote:

I'm doing a LOT of ZWiki work these days. A couple of questions have come up.

___use of ZWiki as web site

It's really clear to me what a fine basis ZWiki could be for a web site managed by a group of people, BUT I don't want the front door left open. I'm am amateur, and I just don't know the answer to this question: Is there some fairly easy way to wrap a ZWiki wiki in a barrier requiring a password to get past? I don't know of an example of this, but I hope it's possible. Is it?

___page order insists on alphabetizing

I'm puzzled greatly to see that after taking some real time to get my pages in the order I wanted they are now appearing in the subtopics list and in wiki contents listing with all the children of Frontpage alphabetized - and that the undesired alphabetization goes no further than that. That's NOT what I was trying to achieve.

I'm running 0-44-0, Zope 2.7.4 final, Python 2.3 core on the server where this problem is.

Running 0-45-0 at home, pages stay where I put them.

Is it a version problem?

--

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

2 questions --Simon Michael, Tue, 04 Oct 2005 22:41:50 -0700 reply
Tom - in the wiki folder's Security tab in the ZMI, uncheck one or more permissions to restrict who can do what. There's a list of zwiki-relevant ones at QuickReference.

new demo site --Simon Michael, Wed, 05 Oct 2005 07:49:55 -0700 reply
Someone asked for this kind of setup: http://htmlonly.demo.zwiki.org

They also wrote:

Someday, it would be nice if the HTML editor could grow a "wiki link" command that took the selected text and constructed the URL from it. :) So, for example, if the user selects text "Foo Bar", and then clicks on a wiki link icon, a relative URL of something like "FooBar?" would be used. I don't know if Epoz is extensible this way. I suspect Kupu is, but I don't really know.
Any brave troops want to volunteer for this investigation ?

"index" access key not working in 0-46-0 --Tom Cloyd, Wed, 05 Oct 2005 12:44:00 -0700 reply
Good morning!

Having updated both Zopes where I run ZWiki to 0-46-0, I notice two things:

So... is there any way I can get back at least the "contents" link, or is it history?

Thanks...as always.

-- t.

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

"index" access key not working in 0-46-0 --Simon Michael, Wed, 05 Oct 2005 13:28:05 -0700 reply
Tom Cloyd wrote:

* the Alt + i access key does not work (I've never tried it before, so I've never seen exactly what it does). Do I have to enable something somewhere to get this functionality?
It goes to the "index", if it exists - a page named AllPages. I've only seen this used on zwiki.org.
* the link list at the extreme top-right of every page no longer contains "contents" or "changes". I miss them both, and I think omitting "contents" is likely a mistake
You may be right. I felt the same way in the past. Here's my recent announcement/RFC for this:

Simon Michael wrote:

I believe I'm going to ship the standard skin with the wiki action links at top right disabled - that is home, changes, contents, discussion, issues, index. I think most users don't need to see them all on every page and power-users know they are always accessble via access keys. That leaves just help, options, subscribe, edit, external edit as you see on zwiki.org. Also I have tweaked the pagemanagement form's layout.

-- forwarded from http://zwiki.org/GeneralDiscussion#msg433E8EFF.6060808@joyful.com

So... is there any way I can get back at least the "contents" link, or is it history?
If you're willing to customize your wikipage template (http://zwiki.org/CustomizingAppearance), you can bring them back by finding the html for those links and changing tal:condition="python:0" to tal:condition="python:1".

Thanks for the feedback.

"index" access key not working in 0-46-0 --Tom Cloyd, Wed, 05 Oct 2005 15:36:12 -0700 reply
Simon,

* the Alt + i access key does not work (I've never tried it before, so I've never seen exactly what it does). Do I have to enable something somewhere to get this functionality?
It goes to the "index", if it exists - a page named AllPages. I've only seen this used on zwiki.org.

"Used"? I'm not sure what this means. I can't use it at all, since it doesn't work. How does it get made functional? Do I create a page named AllPages, and if so does it get automatically filled with something?

* the link list at the extreme top-right of every page no longer contains "contents" or "changes". I miss them both, and I think omitting "contents" is likely a mistake
You may be right. I felt the same way in the past. Here's my recent announcement/RFC for this:

Simon Michael wrote:

You may be right. I felt the same way in the past. Here's my recent announcement/RFC for this:

Simon Michael wrote: > I believe I'm going to ship the standard skin with the wiki action links > at top right disabled - that is home, changes, contents, discussion, > issues, index. I think most users don't need to see them all on every page and power-users know they are always accessble via access keys.

I'd be the very first to applaud ZWiki for its superb balance between power and simplicity! It'd be nice for display of the "contents" link to be an option, due to its great utility.

-- t.

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

"index" access key not working in 0-46-0 --Simon Michael, Wed, 05 Oct 2005 16:01:35 -0700 reply
Tom Cloyd wrote:

How does it get made functional? Do I create a page named AllPages, and if so does it get automatically filled with something?
Create a page named AllPages, content doesn't matter, and the index link will appear - in Zwiki versions up to 0.45. In 0.46, the link is disabled and you have to customize the wikipage template to re-enable it, in the same way as the other links.
It'd be nice for display of the "contents" link to be an option, due to its great utility.
It is; I left it in the wikipage template, ready to be reenabled by changing 0 to 1. This is easy for wiki admins who get into customizing the skin. I think you're asking for it to be easier than this. Working against this, there's a point of diminishing returns where it's not worth the added complexity of a new folder property, a new user option or whatever. I'd rather figure out a good default that's reasonable for most sites and make sure there's sufficient documentation for the people who need to change it.

The current setup favours the idea that most people who find their way to a random zwiki page care only about the immediate page, do not care about most of those links at top right, and in fact find them confusing. "Ugh, random links, it's one of those wiki things". Less is more.

An opposite scenario is that a user coming to a page sees the links and goes "aha, there is a way to see this wiki's contents, and the changes (but wiki's or page's ?), and here's how to go home, and there's some issues in this wiki, good to know, perhaps I'll click one of these to see more." But this all requires a certain familiarity with wikis and Zwiki in particular.

So 0.46 drops some hand-holding for the people who (a) aren't afraid of or confused by zwiki's wiki action links and (b) don't know about access keys yet; in favour of less clutter and confusion for the people who know nothing about wikis, and the people who are expert with zwiki.

How does that sound ?

"index" access key not working in 0-46-0 --Simon Michael, Wed, 05 Oct 2005 16:06:08 -0700 reply
PS important to note that if the links are not shown at top right, it's assumed they will be made easy discover on the wiki's front page, and via the help link as well.

"index" access key not working in 0-46-0 --Tom Cloyd, Wed, 05 Oct 2005 16:16:02 -0700 reply
Simon,

I certainly think this is all well thought out, and is not any kind of major problem. I can surely live with it. I'm just telling my users "...and here's something else nice you can do with access keys..." Them what care will "get it", and thats good enough, I think.

Thanks for your time and thoughts.

On Wed, 05 Oct 2005 16:02:07 -0700, Simon Michael <zwiki@zwiki.org> wrote:

Tom Cloyd wrote:
How does it get made functional? Do I create a page named AllPages, and if so does it get automatically filled with something?
Create a page named AllPages, content doesn't matter, and the index link will appear - in Zwiki versions up to 0.45. In 0.46, the link is disabled and you have to customize the wikipage template to re-enable it, in the same way as the other links.
It'd be nice for display of the "contents" link to be an option, due to its great utility.
It is; I left it in the wikipage template, ready to be reenabled by changing 0 to 1. This is easy for wiki admins who get into customizing the skin. I think you're asking for it to be easier than this. Working against this, there's a point of diminishing returns where it's not worth the added complexity of a new folder property, a new user option or whatever. I'd rather figure out a good default that's reasonable for most sites and make sure there's sufficient documentation for the people who need to change it.

The current setup favours the idea that most people who find their way to a random zwiki page care only about the immediate page, do not care about most of those links at top right, and in fact find them confusing. "Ugh, random links, it's one of those wiki things". Less is more.

An opposite scenario is that a user coming to a page sees the links and goes "aha, there is a way to see this wiki's contents, and the changes (but wiki's or page's ?), and here's how to go home, and there's some issues in this wiki, good to know, perhaps I'll click one of these to see more." But this all requires a certain familiarity with wikis and Zwiki in particular.

So 0.46 drops some hand-holding for the people who (a) aren't afraid of or confused by zwiki's wiki action links and (b) don't know about access keys yet; in favour of less clutter and confusion for the people who know nothing about wikis, and the people who are expert with zwiki.

How does that sound ?

-- forwarded from http://zwiki.org/GeneralDiscussion#msg43445B6C.1000505@joyful.com

--

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

"index" access key not working in 0-46-0 --Tom Purl, Wed, 05 Oct 2005 18:12:45 -0700 reply
On Wed, Oct 05, 2005 at 04:16:04PM -0700, Tom Cloyd wrote:

I certainly think this is all well thought out, and is not any kind of major problem. I can surely live with it.
Tom, I made this change today to my 0.46 ZWiki instance. I can understand how CustomizingAppearance instructions can be a little daunting if you're not used to editing HTML.

If you'd like, I can e-mail my version of wikipage.pt to you, and you can add it to the root of your ZWiki instance as a "page template" with a id of "wikipage". This will fix your problem.

"index" access key not working in 0-46-0 --Tom Purl, Wed, 05 Oct 2005 18:14:54 -0700 reply
I forgot to mention that you can find my e-mail address on the TomPurl page on this wiki.

"index" access key not working in 0-46-0 --Tom Cloyd, Wed, 05 Oct 2005 23:24:25 -0700 reply
Tom, thanks. I'd appreciate that. I'm not intimidated at all by HTML, but I'm maxed out right now on things-to-learn, so if something new's not quick and simple and rather bullet proof, I have to pass for the time being.

I look forward to hearing from you.

tc@bestmindhealth.com

Tom C.

On Wed, 05 Oct 2005 18:12:53 -0700, Tom Purl <zwiki@zwiki.org> wrote:

On Wed, Oct 05, 2005 at 04:16:04PM -0700, Tom Cloyd wrote:
I certainly think this is all well thought out, and is not any kind of major problem. I can surely live with it.
Tom, I made this change today to my 0.46 ZWiki instance. I can understand how CustomizingAppearance instructions can be a little daunting if you're not used to editing HTML.

If you'd like, I can e-mail my version of wikipage.pt to you, and you can add it to the root of your ZWiki instance as a "page template" with a id of "wikipage". This will fix your problem.

-- forwarded from http://zwiki.org/GeneralDiscussion#msg20051006011316.GC13523@localhost.localdomain

--

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

And now for something completely different --EmmaLaurijssens, Thu, 06 Oct 2005 13:32:39 -0700 reply
Teaching my youngest son the merits of ZWiki Teaching my youngest son the merits of ZWiki

page recovery tip --Simon Michael, Thu, 06 Oct 2005 14:07:16 -0700 reply
Issue 637 was overwritten by some junk and strangely I couldn't see the old text in the diffs or zmi history views. Though I did see most of it in the mail-out; so that's strange.

I looked for it first on archive.org, didn't find it. Google had it cached. By searching for the page id (637FileUploadShouldCreatePortalFilesInCMFPlone) I was able to see how the page looked, and by searching for 637FileUploadShouldCreatePortalFilesInCMFPlone/src and then doing view source I could get the exact source text for pasting into the page.

And now for something completely different --Simon Michael, Thu, 06 Oct 2005 14:08:10 -0700 reply
Frank - beautiful! Put it on the front page if you like! :)

And now for something completely different --EmmaLaurijssens, Thu, 06 Oct 2005 15:02:24 -0700 reply
Looks like it breaks the table formatting... perhaps it's better if you'd experiment with the front page instead of me :).

anonymous link posting restricted --Simon Michael, Thu, 06 Oct 2005 18:59:41 -0700 reply
A one-link spammer has found zwiki.org. I've reduced the max_anonymous_links from 1 to 0, for a while at least. Unfortunately this means that an unidentified anonymous visitor can no longer post even one external link.

puzzling differences - same ZWiki, diff. OSs? --Tom Cloyd, Thu, 06 Oct 2005 23:11:55 -0700 reply
I'm running ZWiki 0-46-0 in Zope-only on a FreeBSD? server and on my home WinXP? box.

  1. When editing the exact same content on a page at home, using RST to format the page, if I insert "-----" to get a horizontal line, I get this error in the rendered text:

System Message: ERROR/3 (, line 11) Section may not end with a transition.

This never happens on the FreeBSD? server version.

  1. The size of the RST Primary and Secondary level headings (and probably other levels as well) are VERY different between the two systems. They look almost too large on the WinXP? box, but on the FreeBSD?, the Secondary level is really a bit small.

I'm baffled by all this (hey, it doesn't take much!). The ZWiki's are the same. I suspect that the Zope's are almost the same - in both cases I'm the using the Zope that loads with the most-current version of Plone for each OS. In Windows, the Zope is just labeled something like "unreleased version".

I can live with the crazy difference between the browsers, but what's with the refusal to accept a standard RST convention for a


? I actually do need to insert some lines in some documents, so this is a definite inconvenience.

Any ideas anyone has are welcome.

-- t.

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

puzzling differences - same ZWiki, diff. OSs? --Simon Michael, Fri, 07 Oct 2005 01:28:28 -0700 reply
I suspect the Zopes are different versions, and perhaps including different versions of the docutils package (whence comes restructured text).

puzzling differences - same ZWiki, diff. OSs? --Tom Cloyd, Fri, 07 Oct 2005 02:47:26 -0700 reply
Funny you should suggest that. That had been my best guess too. I can live with it. -t.

On Fri, 07 Oct 2005 01:28:36 -0700, Simon Michael <zwiki@zwiki.org> wrote:

I suspect the Zopes are different versions, and perhaps including different versions of the docutils package (whence comes restructured text).

-- forwarded from http://zwiki.org/GeneralDiscussion#msg434631D0.1040006@joyful.com

--

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

HTML to RSTx?? --Tom Cloyd, Fri, 07 Oct 2005 03:24:31 -0700 reply
Is there any reasonably easy way to put HTMLized? content into a page, and get it out as RSTx?? I could use this functionality. Or maybe it's available in some Docutils routine that could be run stand-alone?

Anyone know?

Thanks in advance.

-- t.

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

HTML editor status --Tom Cloyd, Fri, 07 Oct 2005 04:35:30 -0700 reply
I only just discovered, accidently, that ZWiki will pick up and use Epoz if you put it in the right place. I really had NO idea.

That completely changes the editing experience my very ignorant can't-won't-learn-anything-new-like-RST hyper-educated therapist users might have. Heck, it looks like a little word processor - they might be able to use it! (I've actually used Epoz for some time, but dislike it intensely, as it mangles my HTML, blows up my comments, and generally pisses me off 'cause of the archaic HTML it generates. Aragh I hate that thing. But...it has its uses.

That said...is anything new on the horizon for ZWiki-in-Zope without Plone? Kupu maybe? Dare I hope?

-- t.

====================================================== Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com / tc@bestmindhealth.com >> ======================================================

Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/

HTML to RSTx?? -- Fri, 07 Oct 2005 08:48:39 -0700 reply
If by this you are asking if there is an HTML reader for docutils, the answer is no. However, there are several utilities which will strip out HTML. Your best best would probably be to use one of these to strip out the majority of the presentational stuff, leaving the tags which are related to document structure (e.g., header tags) and hyperlinks (e.g., tags). Those could then be translated to reST manually (with the help of regular expressions) or, depending upon the size of the project, a simple python script.

Adding a "Created In" Section To The Blog Interface --TomPurl, Wed, 12 Oct 2005 11:38:48 -0700 reply
I really like the blog interface to ZWiki that can be found on the FrontPage of this wiki, and I'm trying to tweak the DTML a bit on my web site.

I've been wanting to add a link to the immediate ancestor for each summary on the blog page, and I was happy to see that the ZopeWiki:WebLog page already had a "Created In" link. I therefore took a look at the DTML and found the following snippet:

  1 <dtml-if parents>Created in 
  2   <dtml-in parents prefix=p>
  3     <a href="&dtml-wikiurl;/&dtml.url_quote-p_item;"><dtml-var p_item></a>
  4   </dtml-in>
  5   <strong>|</strong>
  6 </dtml-if>

Every line of DTML above works well except for line 3. The error message that I'm getting isn't descriptive, unfortunately. I tried the following instead and didn't get an error:

  <dtml-var p_item>

When I do this, I can see the immediate ancestor, but there isn't a link to it.

Can anyone see why line 3 is bombing for me? I'm using ZWiki 0.46 + Zope 2.8.1. Any help at all would be greatly appreciated!

Adding a "Created In" Section To The Blog Interface --tom, Wed, 12 Oct 2005 12:00:08 -0700 reply
Sorry guys, that was awfully dense on my part. I just took a look at the stack trace again and finally found the error:

  KeyError: 'wikiurl'

I then looked at my page, and apparently wikurl needs to be wikiUrl. That fixed my problem.

Sorry to clutter-up the GeneralDissucssion? page. I'm still getting used to debuggin DTML.

Adding a "Created In" Section To The Blog Interface --Simon Michael, Wed, 12 Oct 2005 12:08:33 -0700 reply
Hi Tom,

you'll see more details of such errors in the error log, http://zopewiki.org/error_log . I usually forward these to the event log and leave that running in a window (tail -f event.log) when working with dtml.

I think wikiurl is wrong. It may have been wiki_url in the past, these days it's wikiUrl.

Note parents are page names, and could have spaces, punctuation, non-ascii characters etc. If you have FuzzyUrls set up, the links will probably work for you anyway. A more robust way would be something like this:

  1 <dtml-if parents>Created in 
  2   <dtml-in parents prefix=p>
  3     <a href="<dtml-var "pageWithName(p_item).pageUrl()">"><dtml-var p_item></a>
  4   </dtml-in>
  5   <strong>|</strong>
  6 </dtml-if>

That will touch each page object, forcing it to be loaded into the zodb cache, though. For most sites this will not have any noticeable impact. If you had to display a lot of these and were concerned about avoid zodb cache loads, you could do instead:

  1 <dtml-if parents>Created in 
  2   <dtml-in parents prefix=p>
  3     <a href="&dtml-wikiUrl;/<dtml-var "canonicalIdFrom(p_item)">"><dtml-var p_item></a>
  4   </dtml-in>
  5   <strong>|</strong>
  6 </dtml-if>

In other words, figure out the proper id without having to touch the page object.

Adding a "Created In" Section To The Blog Interface --tom, Wed, 12 Oct 2005 12:38:17 -0700 reply
Thanks for the great tips Simon!

zwiki.org back --simon, Sat, 15 Oct 2005 08:05:13 -0700 reply
zwiki.org was inaccessible due to a recent apache config mistake, fixed.

Calling A Utils.py Method From A Wiki TestPage --TomPurl, Wed, 19 Oct 2005 13:45:48 -0700 reply
Hi, I'm trying to create a new method in the Utils.py script that returns all of the "tags" that are listed in a wiki page. Basically, I want to be able to put something like the following line in some of my wiki pages:

  Tags: TestTag1, TestTagN

I wrote a simple method in Utils.py that parses the content of a wiki page for the line listed above and then returns a list of tag names. I can call this method from the root of my wiki instance in a "Script (Python)" object using the following code:

  page = container.SomePageWithTags
  print page.getTags()
  return printed

My method works when I invoke it this way. The problem is that when I try and do something similar with DTML, I get no output. Here's the DTML that I'm using:

  <dtml-in getTags prefix=t>
    <dtml-var t_item>
  </dtml-in>

I also tried the following DTML:

  <dtml-in getTags>
    <dtml-var sequence-item>
  </dtml-in>

At first I thought that this might be a security issue since I was executing the Script (Python) object as the "root" Zope user, and I was trying to view the DTML page as an anonymous user, but my results didn't change when I authenticated as the "root" Zope user.

Can anyone see what the missing link is between my DTML and the Utils.py method?

Thanks in advance!

Calling A Utils.py Method From A Wiki TestPage --Simon Michael, Thu, 20 Oct 2005 10:13:05 -0700 reply
Hi.. try printing things:

 <dtml-var "`getTags`" html_quote>

 <dtml-var "`_.this`" html_quote>

etc. until you see what's wrong.

Adding a "Created In" Section To The Blog Interface --EmmaLaurijssens, Thu, 20 Oct 2005 14:48:21 -0700 reply
I like it as well... I'm not that much into dtml, hence my question: is there a way to include modified pages or pages with new comments as well?

Moving a Zwiki --Mark Beazer, Fri, 21 Oct 2005 07:49:35 -0700 reply
Hi. I'm a ZWiki newbie, I hope this is the right place for questions. I have a ZWiki on computer A, which I'd like to move to computer B, which also has ZWiki installed. What is the best way to move it? (And I'm hoping the answer isn't "one page at a time" :))

Moving a Zwiki --tom, Fri, 21 Oct 2005 08:21:50 -0700 reply
Have you tried exporting your site yet using the default tools in the Zope Management Interface (ZMI)?

Moving a Zwiki --Mark Beazer, Fri, 21 Oct 2005 08:25:36 -0700 reply
I haven't... I didn't know they existed. Like I said, a newbie :) I will look for them, thanks for the help!

Mark

On 10/21/05, tom <zwiki@zwiki.org> wrote:

Have you tried exporting your site yet using the default tools in the Zope Management Interface (ZMI)?

-- forwarded from http://zwiki.org/GeneralDiscussion#msg6219.159.53.46.143.1129908107.squirrel@mail.zoper.com

Moving a Zwiki --Mark Beazer, Fri, 21 Oct 2005 10:34:38 -0700 reply
I am getting an error on import... any suggestions?

Site Error

An error was encountered while publishing this resource. Error Type: BadPickleGet? *Error Value: 20

I haven't... I didn't know they existed. Like I said, a newbie :) I will look for them, thanks for the help!

Mark

On 10/21/05, tom <zwiki@zwiki.org> wrote:

Have you tried exporting your site yet using the default tools in the

Zope
Management Interface (ZMI)?

-- forwarded from

http://zwiki.org/GeneralDiscussion#msg6219.159.53.46.143.1129908107.squirrel@mail.zoper.com

-- forwarded from http://zwiki.org/GeneralDiscussion#msg7bd8911b0510210825w1d91ab28y13fc4f4a7ebea130@mail.gmail.com

Moving a Zwiki --tom, Fri, 21 Oct 2005 11:14:59 -0700 reply

I haven't... I didn't know they existed. Like I said, a newbie :)

Yeah, some Zope apps don't export/import very well, but I imagine whtat ZWiki works pretty well. Good luck!

Moving a Zwiki --tom, Fri, 21 Oct 2005 11:21:48 -0700 reply

I am getting an error on import... any suggestions?

Site Error

An error was encountered while publishing this resource. Error Type: BadPickleGet? *Error Value: 20

I found the following Zope bug:

http://www.zope.org/Collectors/Zope/1761/collector_issue_contents

Are you exporting your ZWiki site as an xml file? Try exporting it as a non-xml file (the "regular" way) and then import it into your new Zope environment.

Yes, I was going the XML export. I used the other format and it worked. Thanks! (I meant to go back and try the other format before; apparently I forgot!)

htmlonly setup problems -- Mon, 24 Oct 2005 08:28:02 -0700 reply
Hi!

I have been playing around with the same setup as you described on htmlonly.demo.zwiki.org and quickly found two showstopper issues (Problems with setting parents for new pages and problems with double-byte characters in title. further details: see there). Is it possible to solve these issues easily either with a workaround or a quick change/hack, or further development is needed? I just would like to know whether it's worth considering for my demonstration purposes or not. Thanks in advance, József

oopsla, time --Simon Michael, Wed, 26 Oct 2005 09:02:43 -0700 reply
I'm still here.. thanks for the recent patches and bug reports, which I'll get to asap (my way of forwarding patches to the repo seems to have broken..)

OOPSLA/Wikisym was terrific. I met a lot of interesting people, including Ward C who gave a great talk about the anti-spam steward tools at WikiWikiWeb, and got energised and stimulated.

I didn't do any demo or speaking about Zwiki; I had my hands full just figuring out what to do and where to go in this huge conference. In fact I didn't really get to hang out a lot at wikisym, because in truth I was more interested in the all-day squeak croquet workshop which was on the other side of the campus.

One high point: together with Lex Spoon and Adam and Alex (who work on Klein, which is Self implemented in itself), I was there when David Smith and Andreas Raab fixed the bug that allowed them to run the real TeaTime? for the first time, and bought them a celebratory beer. Hurrah! At this conference I got a big boost for continued squeak and croquet work; it's really exciting stuff. I also bought philikon's zope 3 book and got a big boost there too.

Since, I have been experimenting with a new "one focus per day" discipline. Today was to be the day for zwiki and squeak. But as so often happens, my client's project seems to just eat time; the days I've spent have not produced enough progress that I feel ok leaving it for even a day.

I think this heavily ttw-customized, rdbms-integrated, multi-product plone 2.0 site just exceeds my available brain space at this point. If this were the only focus I could still handle it, but it's just the current priority among many. I've got to simplify this thing and get out of this mess so I can feel productive again. Also, I need a pair programmer. I put out the call last night.