Second Zwiki acquiring Wiki contents of first ZWiki --Simon Michael, Tue, 01 Feb 2005 07:23:13 -0800 reply

> When I do this, the Wiki Contents tab for Zwiki B shows the contents for Zwiki A instead, apparently via acquisition? And child pages added to Zwiki B do not then show up in the Wiki Content tab for same.

That's odd. Is one folder inside the other ?

Try visiting FrontPage/updateWikiOutline in each wiki and see if that fixes it.

margin tweak --simon, Tue, 01 Feb 2005 09:24:15 -0800 reply

I've removed the left and right whitespace margins on zwiki.org, for a change. Gives a different feel. Comments welcome.

Zwiki 0.38 released --Simon Michael, Tue, 01 Feb 2005 09:26:02 -0800 reply

Zwiki 0.38 has been released. I'll send a proper release announcement later, all going well. ReleaseNotes has the scoop.

Zwiki 0.38 released, news roundup --Simon Michael, Tue, 01 Feb 2005 13:49:40 -0800 reply

Hello all. This month I was inspired by MoinMoin release notes a little.

What is it Zwiki is a Zope product for building wikis - a special kind of website that's easy for anyone to edit.

What's changed New issuebrowser/IssueBrowser form, preliminary built-in RSS support, bugfixes. See full release notes at the end of this message.

News Development has been quiet, and picking up again in late January. Code contributions this month included an internationalisation fix from huron. Discussion has been steady. Bug closing rate has been low. Cleanup of code, docs, and issue categories is ongoing. I posted my idea of priorities for this year at http://zwiki.org/RoadMap2005 .

We are in the process of reviewing and upgrading our copyright and commit policies. Some new STX contributions are on hold because of this. If you'd like to help, review http://zwiki.org/LegalDepartment and give your input on the zwiki list, and update your information at http://zwiki.org/ZwikiContributors .

zwiki.org passed 2000 pages and the tracker passed 1000 issues at the end of last year. The server hosting zwiki.org and zopewiki.org has been upgraded to zope 2.7.3 and had its thread count reduced to 2. It now generally runs stably within our 256M limit (thanks, zope hackers) and remains up except when restarted to install new code. It performs more slowly during google crawls. See also: http://zwiki.org/WikiStats .

zopewiki.org has 440 pages and has is receiving a steady, low rate of edits and votes. (However many of these are anonymous votes which will not be remembered.). http://zopewiki.org/EpozBook is a recent addition. See http://zopewiki.org/WikiStats .

The active wiki at http://ubuntulinux.org/wiki (756 pages) seems to be doing its job. It's the first zwiki installation which allows switching between the standard and plone zwiki skins (alt -, alt +). It's also the zwiki with most multilingual content.

http://page.axiom-developer.org/zope/mathaction/ is another interesting wiki, with an issue tracker, full two-way mailing list integration, and LatexWiki installed. LatexWiki is Bob McElrath?'s product adding latex support to Zwiki.

If all goes well, I'll be at pycon in march. :)

That's all I can think of right now. I welcome your feedback and submissions for next month.

About the Zwiki project Zwiki was started in 1999 by Simon Michael and now receives changes from many contributors. It is released under the GNU GPL. A new version is released on the first of the month.

Links http://zwiki.org - home and docs http://zwiki.org/ReleaseNotes - all release notes http://zwiki.org/KnownIssues - bugs you're likely to run into http://zwiki.org/IssueBrowser - all open bugs http://zwiki.org/IssueTracker - search and report new ones here http://zwiki.org/AboutZwikiDiscussion - the zwiki list, GeneralDiscussion page, etc. irc://irc.freenode.net/#zwiki - join us on IRC for quick help http://zwiki.org/ZwikiFunding - how to donate or sponsor a feature


Zwiki 0.38.0 2005/02/01

Summary

New issuebrowser/IssueBrowser form, preliminary built-in RSS support, bugfixes.

Upgrade notes

There have been changes to the zwiki catalog fields. After upgrading, if your wikis use a catalog or are in a CMF/plone site, visit FRONTPAGE/setupCatalog, or if issue tracking is enabled, visit FRONTPAGE/setupTracker, to ensure your catalog is configured for best large-wiki performance.

index_object's arguments have changed and the reindex_object and

updateCatalog methods are deprecated.

As noted below, free form links no longer try so hard to find old-style

IssueNo? issue pages, so if you have broken links of this kind, upgrade your issue page names (/upgradeAll).

Changes

Configuring

  • fix dependency on /setupTracker for good large-wiki performance; /setupCatalog is now sufficient (#993)
  • be compatible with plone's default_page lines property (#914)

Browsing

  • preliminary built-in RSS support - FRONTPAGE/pages_rss, /changes_rss
  • freeform links no longer look for both old and new-style issues; a slight (20%) speedup for rendering freeform links

Issue tracking

  • fix sorting issues by number (#934)
  • issuebrowser/IssueBrowser form for reviewing open issues
  • make closed issues greener.. may be different on your screen, feedback welcome
  • hide zeros to make filter issues matrix clearer
  • try to improve spacing glitch with dtml-translate on filter issues

Fit tests

  • just log a fit import warning instead of displaying on the page

General - i18n

  • i18n (global and french) for issue tracker in plone - i18n in plone skin require some i18n elements (for instance the so called contentaction items) to be in zwiki-plone-* as well (huron)

General

  • catalog awareness cleanups
  • make setskin links harmless for anonymous users and bots, instead of logging errors (#1010)

Zwiki 0.38 released, news roundup --Bob McElrath?, Tue, 01 Feb 2005 13:57:13 -0800 reply

Simon Michael [simon@joyful.com]? wrote: > The active wiki at http://ubuntulinux.org/wiki (756 pages) seems to be > doing its job. It's the first zwiki installation which allows switching > between the standard and plone zwiki skins (alt -, alt +). It's also the > zwiki with most multilingual content.

This doesn't seem to work. :( I get:

Error Type
    AttributeError
Error Value
    setProperties

The axiom folks were interested in this too.

Personally, I think it's a bad idea. Having 80 ways to do everything seems cool at first, but ultimately is confusing for everyone. I think wikis should go for simplicity, pick either plone or the default skin, and force everyone to use it. Uniformity and simplicity are not such bad things.

LatexWiki 0.38 tonight, then back to stx work...

Zwiki 0.38 released, news roundup --Simon Michael, Tue, 01 Feb 2005 14:00:23 -0800 reply

On Tue, 2005-02-01 at 13:57 -0800, Bob McElrath? wrote:

> This doesn't seem to work. :( I get:: > > Error Type > AttributeError? > Error Value > setProperties

Oops, I forgot to mention the version ubuntu is running gives this error unless you are logged in.

> Personally, I think it's a bad idea. Having 80 ways to do everything > seems cool at first, but ultimately is confusing for everyone. I think > wikis should go for simplicity, pick either plone or the default skin,

I agree, but I set this up so I (and other power editors) could escape to the fast skin and get work done.

TimeLine --DeanG, Wed, 02 Feb 2005 07:00:19 -0800 reply

The timeline page notes "Check mozilla for a good example". Yesterday's Firefox plans were disappointing. Just saw a few dates in the first 10 secons, and after 20-40 more seconds of digging had no idea what new features would be coming out with those releases. Please keep the "here's what important to me and why" factors in [ZwikiRoadmap]?/TimeLines?. :D

TimeLine --Simon Michael, Wed, 02 Feb 2005 08:58:05 -0800 reply

Noted, thanks.

Mailing list companion wiki --DeanG, Thu, 03 Feb 2005 08:19:14 -0800 reply

I came across the CSSDiscussWiki? http://css-discuss.incutio.com today and found it to be a good example of a mailing list companion/archive wiki. I'm interested in starting one of these for a list I'm on but have yet to find established examples, and also haven't got a definitive understanding of copyright issues (guidelines/requirements for citing and copying, and how that applies to wiki content copyright & license). This has come up in the past on my particular list so I'm treading cautiously. Any further insight would be appreciated.

http://css-discuss.incutio.com/?page=WikiBlackList is also an interesting take on dealing with WikiSpam?.

good morning --Simon Michael, Fri, 04 Feb 2005 07:30:33 -0800 reply

Good morning all!

it is a fine day in southern california, fresh and with only a hint of smog over the ocean. http://zwiki.org/BugDay is under way in the US/Pacific timezone.

(fireworks, etc)

Drop in to #zwiki if you have time today.

Best, -Simon

DING DING DING DING DING --simon, Fri, 04 Feb 2005 21:26:09 -0800 reply

Congratulations bug hunters! I think this bug day was quite successful. We rock. It is quite useful to have even one fixed day a month devoted to hard-core zwiki bug hacking. With luck our numbers will grow as we establish the routine, remember, first friday of the month!

Thanks to all who were able to show up. Here's a review of what was done, see http://zwiki.org/BugDay for the linked version.

Basically we closed a few issues and I opened a lot more. In fact we are in danger of running out of green entirely on IssueBrowser. But that's temporary. Probably the only immediately user-visible change is that http://zwiki.org/SearchPage is working better.

TimeLine --JózsefJároli, Mon, 07 Feb 2005 06:05:42 -0800 reply

ZwikiRoadmap? would be a cool feature for plain zwiki users to know what to expect in the future. It would be also handy to establish a way of expressing users' wishes in a more human readable form than IssueTracker, summaryzing the different areas of suggestions and prioritizing them: WhatILikeTheMost?, WhatIHateTheMost?. The page evaulation (voting) feature could be used widely here. What do you think about this? Maybe a bit more formal release process could help Zwiki development a lot. One of my first entries on WhatILikeTheMost? page would be about the regular montly releases. :)

TimeLine --Simon Michael, Tue, 08 Feb 2005 09:05:17 -0800 reply

Hi József, did you see RoadMap2005 ?

>WhatILikeTheMost?, WhatIHateTheMost?. The page evaulation (voting) feature could be used widely here. >What do you think about this? > >

I think it would be useful, if we get enough input so that we can prioritise by votes. (If it's just random suggestions from each individual, it would not justify a new set of pages IMHO.) Let's find out. Could you set this up ? Other name suggestions, anyone ?

TimeLine --JózsefJároli, Wed, 09 Feb 2005 12:10:54 -0800 reply

Thanks for the link!

We can be more "conservative" of course :). Instead of love & hate we could set up something like this:

FeedBack?
WishList? WhyChooseZwiki? (UserTestimonials?)

TimeLine --Simon Michael, Wed, 09 Feb 2005 13:43:47 -0800 reply

ZwikiPros?, ZwikiCons?..

ZwikiRocksTopTen?, ZwikiSucksTopTen? ..

ZwikiRaves?, ZwikiRants?

TopZwikiWins?, TopZwikiProblems?..

S/He who maintains the pages gets to choose the names.

Some of the other wiki engines must have pages like this.

TimeLine --Simon Michael, Wed, 09 Feb 2005 13:52:46 -0800 reply

c2.com is the best source of page naming ideas of course. My, it's been a while.

WhyILikeZwiki?, WhyIDontLikeZwiki?

ZwikiConsideredHealthful?, ZwikiConsideredHarmful?

ZwikiIsGood?, ZwikiIsBad?..

WhatsRightWithZwiki?, WhatsWrongWithZwiki?

WhyZwikiRocks?, WhyZwikiSucks?

This is more fun than actual wiki gardening, isn't it. :)

ZwikiStrengths, ZwikiWeaknesses

ZwikiCharms?, ZwikiAnnoyances?

TimeLine --DeanG, Wed, 09 Feb 2005 14:59:22 -0800 reply

ZwikiStrengths, ZwikiWeaknesses kicked off..

Zwiki leveraging subtopics and (?)Epoz --DeanG, Thu, 10 Feb 2005 08:09:30 -0800 reply

http://www.cetis.ac.uk/metadatafaq/

Interesting that when I wanted to "view source markup" of the pages it didn't render as raw text in IE, but did in Mozilla. http://www.cetis.ac.uk/metadatafaq/Resources/text

switching between the standard and plone zwiki skins --Bill TestPage, Thu, 10 Feb 2005 21:00:30 -0800 reply

Well, I do think it's cool. Thanks Simon!

I have set up a test ZWiki 0.38 site at

http://test.axiom-developer.org/mathaction

It seems to me that this works well. I have it set to default to "Wiki Mode" so that what people see first the is the relatively simple Wiki interface and faster pages. Later when they get more curious they can click the 'log in' link, register for "Portal Mode" access, and then experience the joys of the Plone environment without losing access to the original wiki pages. Pretty neat, I think.

Lately on the main Axiom web site http://page.axiom-developer.org/zope/mathaction we have been stumbling around with the problem of email list integration. Some email list users are a little annoyed by the current traffic of cryptic diff emails from changes and the simple walk-up trials of Axiom. Edit Preview helps a lot but how about a Preview button for adding comments? Comments on the MathAction wiki often contain Axiom code snippets that need to be tested before the final save.

switching between the standard and plone zwiki skins --Simon Michael, Fri, 11 Feb 2005 08:31:44 -0800 reply

Hurrah! Thanks Bill.

On Thu, 2005-02-10 at 21:00 -0800, Bill TestPage wrot:

> Lately on the main Axiom web site > http://page.axiom-developer.org/zope/mathaction > we have been stumbling around with the problem of email list > integration. Some email list users are a little annoyed by > the current traffic of cryptic diff emails from changes and > the simple walk-up trials of Axiom.

I'm definitely interested in ways to reduce the noise of spam and tests in all zwikis..

> but how about a Preview button for adding comments?

I think it sounds like overkill..

Have you seen quietPages in Mail.py ? Maybe add some of the key pages there ?

quietPages --Bill TestPage, Fri, 11 Feb 2005 14:11:16 -0800 reply

def quietPages(self):

"""
Names of pages which should send mail only to direct page subscribers.
"""
#return getattr(self.folder(),'mail_quiet_pages',
return (['TestPage','SandBox']) #i18n

Ah, so now by default in ZWiki 0.38 TestPage and SandBox are hardcoded as quiet pages? I think an attribute that overrides the default like 'mail_quiet_pages' is a good idea. Configuring this in ZMI however is still a little awkward.

What I have done on the previous version of ZWiki was to experimentally set the 'mailout_policy' to None on selected pages. That seems to avoid emails but I guess it also prevents subscription to individuals pages?

Why not allow 'mailout_policy' to be set to Quiet (i.e. direct subscription only). This could be in addtion to or instead of the global page list.

Some other suggestions have also been made by axiom-developers:

1 Preview should be the default action for a page instead of
Save, i.e. it should be the next button after the textbox and be activated by just hitting the Enter key.
2 In addition to Preview and Save there should be an Announce
button. Annouce would first Save and then send emails to subscribers. This might be useful for site that prefer a default 'mailout_policy' that specifies no mail outs or quiet mail outs.
3 Another axiom-developer mentioned RSS newsfeeds. I agree that they can
be a very useful way to manage information overload. It is especially convenient now that FireFox? is becoming more and more popular. I have been following your discussion here, but I have not yet implemented any of the experimental scripts. Are there plans for incorporating RSS directly into ZWiki in the near future?

Regards, Bill TestPage.

quietPages --Bob McElrath?, Fri, 11 Feb 2005 14:26:37 -0800 reply

Just a thought...

Can we override manage_main (I wasn't able to quickly figure out where this is inherited from...Folder?) to display wiki-specific info, like page-specific "quiet", rather than having to go to the properties tab on each page? I'd also like to see basic zwiki security info in the default folder view, perhaps a concise list of the most-used security options, like "editable" and "comments allowed" and "private" (e.g. all ZWiki: security options have "anonymous" turned off).

This is probably something that should go with an AdminForm.

Bill TestPage [zwiki-wiki@zwiki.org]? wrote: > 1) Preview should be the default action for a page instead of > Save, i.e. it should be the next button after the textbox > and be activated by just hitting the Enter key.

This is easy enough to do for mathaction by editing wikipage.pt (which latexwiki installs in the ZMI by default but zwiki does not).

<HR>

I tried to install ZWiki 0.38 and all I got was this traceback

<small>

Traceback:

2005-02-14T10:17:41 BLATHER(-100) ZWiki using no i18n
------
2005-02-14T10:17:41 BLATHER(-100) ZWiki Warning: unicode() LookupError for encoding 1252, WikiNames will not use the sys
tem locale
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki unable to enable fit support
Traceback (most recent call last):
  File "D:\DATA\Zope\instances\Products\ZWiki\plugins\Fit.py", line 30, in ?
    from fit.Parse import Parse
ImportError: No module named fit.Parse

------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered plugin: Products.ZWiki.plugins.Fit.FitSupport
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered plugin: Products.ZWiki.plugins.PurpleNumbers.PurpleNumbersSupport
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered plugin: Products.ZWiki.plugins.Rating.RatingSupport
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered plugin: Products.ZWiki.plugins.Tracker.TrackerSupport
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered page type: stx (Structured Text)
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered page type: rst (reStructured Text)
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered page type: wwml (WikiWikiWeb markup)
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered page type: html (HTML)
------
2005-02-14T10:17:43 BLATHER(-100) ZWiki registered page type: plaintext (Plain text)
------
2005-02-14T10:17:43 ERROR(200) Zope Could not import Products.ZWiki
Traceback (most recent call last):
  File "C:\Programme\Zope-2.7.0\lib\python\OFS\Application.py", line 654, in import_product
    product=__import__(pname, global_dict, global_dict, silly)
  File "D:\DATA\Zope\instances\Products\ZWiki\__init__.py", line 12, in ?
    import ZWikiPage, ZWikiWeb, Permissions, Defaults
  File "D:\DATA\Zope\instances\Products\ZWiki\ZWikiPage.py", line 76, in ?
    from Admin import AdminSupport
  File "D:\DATA\Zope\instances\Products\ZWiki\Admin.py", line 18, in ?
    from pagetypes import PAGE_TYPE_UPGRADES
  File "D:\DATA\Zope\instances\Products\ZWiki\pagetypes\__init__.py", line 132, in ?
    __import__('Products.ZWiki.pagetypes.%s' % file)
  File "D:\DATA\Zope\instances\Products\ZWiki\pagetypes\moin.py", line 11, in ?
    from moin_support import render_moin_markup
  File "D:\DATA\Zope\instances\Products\ZWiki\pagetypes\moin_support.py", line 40, in ?
    class Parser:
  File "D:\DATA\Zope\instances\Products\ZWiki\pagetypes\moin_support.py", line 64, in Parser
    word_rule = ur'(?:(?<[%(l)s])|^)%(parent)s(?:%(subpages)s(?:[%(u)s][%(l)s]+){2,})+(?[%(u)s%(l)s]+)' % {
LookupError: unknown encoding: 1252
Traceback (most recent call last):
  File "C:\Programme\Zope-2.7.0\lib\python\Zope\Startup\run.py", line 49, in ?
    run()
  File "C:\Programme\Zope-2.7.0\lib\python\Zope\Startup\run.py", line 19, in run
    start_zope(opts.configroot)
  File "C:\Programme\Zope-2.7.0\lib\python\Zope\Startup\__init__.py", line 51, in start_zope
    starter.startZope()
  File "C:\Programme\Zope-2.7.0\lib\python\Zope\Startup\__init__.py", line 230, in startZope
    Zope.startup()
  File "C:\Programme\Zope-2.7.0\lib\python\Zope\__init__.py", line 46, in startup
    _startup()
  File "C:\Programme\Zope-2.7.0\lib\python\Zope\App\startup.py", line 45, in startup
    OFS.Application.import_products()
  File "C:\Programme\Zope-2.7.0\lib\python\OFS\Application.py", line 631, in import_products
    import_product(product_dir, product_name, raise_exc=debug_mode)
  File "C:\Programme\Zope-2.7.0\lib\python\OFS\Application.py", line 654, in import_product
    product=__import__(pname, global_dict, global_dict, silly)
  File "D:\DATA\Zope\instances\Products\ZWiki\__init__.py", line 12, in ?
    import ZWikiPage, ZWikiWeb, Permissions, Defaults
  File "D:\DATA\Zope\instances\Products\ZWiki\ZWikiPage.py", line 76, in ?
    from Admin import AdminSupport
  File "D:\DATA\Zope\instances\Products\ZWiki\Admin.py", line 18, in ?
    from pagetypes import PAGE_TYPE_UPGRADES
  File "D:\DATA\Zope\instances\Products\ZWiki\pagetypes\__init__.py", line 132, in ?
    __import__('Products.ZWiki.pagetypes.%s' % file)
  File "D:\DATA\Zope\instances\Products\ZWiki\pagetypes\moin.py", line 11, in ?
    from moin_support import render_moin_markup
  File "D:\DATA\Zope\instances\Products\ZWiki\pagetypes\moin_support.py", line 40, in ?
    class Parser:
  File "D:\DATA\Zope\instances\Products\ZWiki\pagetypes\moin_support.py", line 64, in Parser
    word_rule = ur'(?:(?<[%(l)s])|^)%(parent)s(?:%(subpages)s(?:[%(u)s][%(l)s]+){2,})+(?[%(u)s%(l)s]+)' % {
LookupError: unknown encoding: 1252

</small>

Also I tried several locales from my 'locale.py' (de_DE, de_de, german, german_germany, german_Germany ...) with no success ...

I found #809 describing this ... but my problem still seems to exist further. With 0.36 all works well with 0.38, well, not so good :(

Any ideas ?

No notification message if comment has empty body --JózsefJároli, Wed, 16 Feb 2005 13:50:59 -0800 reply

If a comment has only a title because the body field was left empty, then no notification message arrives about the (successful) comment action.

Is this a feature or maybe a bug?

No notification message if comment has empty body --simon, Wed, 16 Feb 2005 13:58:16 -0800 reply

József, that was intended as a feature (to reduce mail spam from people making empty test comments).

I think it's this that also allows one to create pages "quietly" on zwiki.org, by saving the empty page before adding content.

appends --Wed, 16 Feb 2005 14:17:08 -0800 reply

A comment without a subject is an Append. Why does it get a comment body? Should it be placed at the end of the document()/body?

Subject-only-comment --Wed, 16 Feb 2005 14:19:07 -0800 reply

This feature is confusing. What was the point of a Subject-only-comment? ..and thus special handling? (No point-right? wrong use=muted response)

appends --Simon Michael, Wed, 16 Feb 2005 14:29:43 -0800 reply

Zwiki has an append() method (that simply appends text, without adding any comment heading), but for simplicity and predictability the standard skin doesn't call it. The comment form always calls comment(), which adds the heading.

I've added comments without a body in the past. The bold subject stands out, and sometimes you only need to say a few words. A problem with this is that your words may not be easy to see in the long subject of a mail-out.

Wanna see a nice one?? --Wed, 16 Feb 2005 21:30:45 -0800 reply

Wanna see a nice one?? Have a nice day...

<img src="KonstantinKonnertz?.jpg" />

Last comments by FloK --FlorianKonnertz, Wed, 16 Feb 2005 21:39:07 -0800 reply

Am i logged in now? Let's see...

Wanna see a nice one?? --DeanG, Thu, 17 Feb 2005 07:02:46 -0800 reply

Welcome to the World Wide Wiki baby FloK!

Wanna see a nice one?? --simon, Thu, 17 Feb 2005 13:49:04 -0800 reply

Congrats Florian!

Preview Comments before adding --Bill TestPage, Fri, 18 Feb 2005 08:55:26 -0800 reply

Simon Michael wrote:

> I think it sounds like overkill..

I beg to differ. The situation while using LatexWiki, and even more so when using Axiom and Reduce under LatexWiki, is quite diffferent. The input language is no longer nearly as user friendly as the wiki norm. Syntax errors are easily possible that can destroy the rendering of ones's entire comment or even the proper rendering of the whole page, e.g. by forgetting to include a closing end{...} tag. At present such an improperly formated comment is added to the page and also mailed out to all subscribers. Inevitably one must edit the page - this time using the 'preview' button to make darn sure you it right - before clicking save and sending out (sometimes rather hard to read) revisions to all subscribers. :( I personally have done this many times now on the MathAction wiki and I really miss the possibility of **preview**ing comments.

I realize that it might not be that easy to add a preview panel to the main page which contains the usual comment box. As an alternative, would it be possible for preview comment to use the 'editform' preview functionality? Of course this would mean that preview comment would only be available to those users with 'edit' privileges.

Preview Comments before adding --DeanG, Fri, 18 Feb 2005 15:49:37 -0800 reply

Would it be reasonable for the preview to go to a whole new page (which may not include the existing page) for viewing the rendered text and current comment? This may also allow a "comment" view with a text box larger than 4 lines.

All zwiki titles become plone keywords --Sun, 20 Feb 2005 07:38:40 -0800 reply

I've seen this mentioned in the UserDiscussion200412 but no real answer was given in these discussions. From the changlog of 0.37 I got the impresion that this point was solved, so I upgraded to 0.38. This doesn't fix the problem.

Was this effect supposed to be fixed or is it still a problem?

All zwiki titles become plone keywords --simon, Mon, 21 Feb 2005 15:06:48 -0800 reply

I didn't do anything with it, I believe it's still a problem. The thing to do is find the issue page, or make one if you have to; that'll help bring it into focus.

front page updates --simon, Mon, 21 Feb 2005 19:40:22 -0800 reply

I gave FrontPage it's first update in a while. I've linked the new user guide in place of the old one, even though it's not finished. Feedback welcome.

front page updates --simon, Mon, 21 Feb 2005 21:53:52 -0800 reply

And a little more love. That's better.

All zwiki titles become plone keywords --Tue, 22 Feb 2005 02:17:46 -0800 reply

If it's considered a problem by everyone (incl. simon), we (simon) can just remove the 'Subject' function in CMF.py :-)

All zwiki titles become plone keywords --simon, Tue, 22 Feb 2005 08:25:27 -0800 reply

Perhaps, but I don't understand the issue, because I haven't looked at it or seen a clear enough explanation. Does anyone know where the issue is described in detail ?

forward --Simon Michael, Tue, 22 Feb 2005 17:35:43 -0800 reply

Darnit.. that is, until now. Forgot the page-name-in-subject.

Simon Michael wrote:

> By the way huron, your mail made it to the mail list because I > approved it, but the wiki also rejected it because you're not > subscribed there either. So it didn't appear on GeneralDiscussion (until > now). This is a loophole we need to document or something. > > On Tue, 2005-02-22 at 18:26 +0100, Huron wrote: > >>> Perhaps, but I don't understand the issue, because I haven't looked at it >>> or seen a clear enough explanation. Does anyone know where the issue is >>> described in detail ? -- forwarded from >>> http://zwiki.org/GeneralDiscussion#msg20050222082527-0800@zwiki.org >> >>The "issue" (rather a feature ... but annoying from my point of view and >>other's) is the following : >> >>Plone uses keywords to "link" documents to each others, you can assign >>keywords to any type of cmf documents and, if two documents have keywords >>in common, a plone portlet show up when looking at one of the documents >>saying : see also the other document (with a link). >> >>So, you can add, remove keywords and associate them with documents. This is >>site wide, all keywords are visible by all editors. >> >>Those keywords are catalog elements coming from the 'Subject' index. >> >>Since ZWiki provides ZWiki page name as a 'Subject', all wiki page names are >>automatically keywords for plone. >> >>If you have a big wiki, then the form in plone that let you assign keywords >>with documents is ... well, rather big and unusable. >> >>Besides, wiki page are used by some users for testing or quick editing and >>thus the plone 'keywords' become a mess. >> >>I hope this is clean enough. >> >>-- >>huron >> >> >>

whitespace margins by default ? --Simon Michael, Tue, 22 Feb 2005 20:19:21 -0800 reply

Should Zwiki's standard skin's stylesheet set left and right margins for extra whitespace, as we have been doing for some time ? Or should it set no margins, the way zwiki.org has been in the last few weeks ?

All zwiki titles become plone keywords --Thu, 24 Feb 2005 07:24:15 -0800 reply

Well, if I go to "Advanced Search" on my Plone site, the "Keywords" section is filled with hundreds of keywords that I didn't create and they all have the titles of ZWiki pages. My assumption has been that for some reason ZWiki is automatically creating these entries.

All of these entries kinda' makes it hard to use keywords at all; in fact, on my site I've commented out the templates that refer to keywords to avoid confusing my users.

All zwiki titles become plone keywords --Simon Michael, Thu, 24 Feb 2005 09:10:43 -0800 reply

On Thu, 2005-02-24 at 07:24 -0800, anonymous wrote:

>Well, if I go to "Advanced Search" on my Plone site, the "Keywords" section is filled with hundreds of keywords

I'm not sure if we're all in the same thread; let's move this topic to http://zwiki.org/1059 .

(If you reply to this mail, don't forget to change "GeneralDiscussion" to "[1059]?".)