Archived GeneralDiscussion. Please post new comments on that page.
From lauratrippi Fri Aug 1 01:00:00 GMT 2003
From: laura trippi
Date: 2003/08/01 01:00 GMT
Subject: FrontPage
Message-ID: <3F29B9CD.4070005@netvironments.org>
In-reply-to: <20030731155019GMT@zwiki.org>
Hm, couldn't resist jumping in on this, though if I misunderstand
something (I've missed parts of the discussion) and my thoughts aren't
relevant, you can of of course ignore them! =}
SimonMichael wrote:
> I don't think ZwikiBlog is too useful on FrontPage; most of this
> site's activity is in comments, not new pages. If only we had some
> reliable way to find recent comments across all pages.
I was confused about it at first. And actually, still find it confusing.
Even though I *know* it's not supposed to be showing GD, I'm surprised
and have to remind myself. Maybe that's just me.
DeanGoodmanson wrote:
>>>I'd like the entry seperators to also be a bit more prominent.
>
>
>>Do you mean page headings on ZwikiBlog, or comment headings ?
>
>
> Headings on ZwikiBlog. I have trouble scanning for the dividing point
> between pages.
Umm, "*page* headings on ZwikiBlog" means the headings on individual
'postings' (or whatever) on the ZwikiBlog page? Some of which appear
against a pink table backdrop (if they're from the IssueTracker) and
others which don't, yes?
If I understand correctly, I agree, visual cues to support scannablity
would be very useful! And also consistency. For example, I'd also prefer
stronger cues for scannability in wikimail headers (also helps break up
the page).
Ideally, this could be controlled/adjusted w/out going into the template
code. I don't know what's possible so, just for example: if the
ZwikiBlog posting headers were h3 and wikimail headers h4, then the
exact characterstics of each could be adjusted via the style sheets,
including adding horizontal lines to break up the page, if that were
desired.
Or, both could be h3, with 2 different classes (or w/1 as the default).
And, the IssueTracker postings could be set so that they are subordinate
to/visible "through" the other headings, but ideally also controlled by
the style sheets.
I'm not sure which approach would make the most sense since I don't
fully understand the differences between wikimail and zwikiblog.
But it might be a chance to further nudge layout/design out of the code
into the style sheets, *and* make the page more easily grokkable in
terms of the functionality/underlying architecture.
You people work hard! =}
LaT
From DeanGoodmanson Fri Aug 1 01:13:00 GMT 2003
From: DeanGoodmanson
Date: 2003/08/01 01:13 GMT
Subject: FrontPage
Message-ID: <20030801011301GMT@zwiki.org>
LaT wrote:
> Umm, "page headings on ZwikiBlog" means the headings on individual postings (or whatever) on the ZwikiBlog page?
Yep
> 'd also prefer stronger cues for scannability in wikimail headers (also helps break up the page).
I still hear requests for the old <hr> breaks in my wiki world...I left them out (for too long) seeing if people *really* missed them (and watching the effects of my existing wikimail hacks :-}) but thanks for your support.
> But it might be a chance to further nudge layout/design out of the code into the style sheets
:-) :-) :-)
Let's start: StyleSheets (Arg, if that's not the right term.. WikiStyleClasses ??) My capability for precise terminology sometimes eludes me..
From ftour Fri Aug 1 03:07:00 GMT 2003
From: ftour
Date: 2003/08/01 03:07 GMT
Subject:
Message-ID: <20030801030722GMT@zwiki.org>
In-reply-to: <20030731232310GMT@zwiki.org>
Your setup might just be overkill. Just adding a default !MailHost at root (id: !MailHost), SMTP host as localhost (if SMTP is so), default SMTP port (25), and a mail_from property with a valid email address as value, this should be enough for mail-outs. Mail-in is another story. I find edits as mailout_policy a bit impractical, but that's a matter of opinion.
From BillSeitz Fri Aug 1 15:55:00 GMT 2003
From: Bill Seitz
Date: 2003/08/01 15:55 GMT
Subject: FrontPage
Message-ID: <3F2A8EA9.5080801@fluxent.com>
In-reply-to: <20030801011351GMT@zwiki.org>
Is maybe the problem that (a) wikis aren't the ideal discussion medium,
and (b) that's doubly true when half the discussion gets dumped into
GeneralDiscussion?
Here's one different model: have a 2nd Tracker in the same directory
which is for non-bug threads. (You'd probably want to eliminate many of
the fields in the form.) (Or, you could use the same single Tracker, but
add either a new field or a new value to an existing field to handle
this type of item.) This is basically a sneaky way to encourage the
creation of lots of granular pages.
Then FrontPage can just use a RecentChanges model of showing the last
comment for each page.
A possible downside: pretty much forces everyone to subscribe to the
whole site. But that probably makes sense anyway, since the distinction
between what happens in GeneralDiscussion vs other pages seems
completely arbitrary to me.
From unknown Fri Aug 1 16:08:00 GMT 2003
From:
Date: 2003/08/01 16:08 GMT
Subject:
Message-ID: <20030801160821GMT@zwiki.org>
In-reply-to: <20030801030722GMT@zwiki.org>
Hey, that worked. Thanks, ftour! I'm guessing it was the fact my MailHost was named something other than MailHost. It Didn't catch me for internally-developed projects where we just use code that's vague enough that it finds any MailHost object, but did in this case, obviously. Thanks!
-roy
From DeanGoodmanson Fri Aug 1 16:17:00 GMT 2003
From: DeanGoodmanson
Date: 2003/08/01 16:17 GMT
Subject: FrontPage
Message-ID: <20030801161727GMT@zwiki.org>
BillSeitz, on 2nd Tracker for non-bug Threads
> A possible downside: pretty much forces everyone to subscribe to the whole site
Subscribing to the "whole tracker" is a feature I've been hesistant to request, but since you mention it.. ;-) Now that we have an "IsIssue" field it may be a much simpler implementation!
I'm still pondering moving discussion threads to individual issue/record pages. The idea is novel and the Friday part of me wants to dig through it for potential killer features, but I'll leave that for travelling this weekend and get back to you later (If I come up w/ anything..)
From SimonMichael Fri Aug 1 21:49:00 GMT 2003
From: Simon Michael
Date: 2003/08/01 21:49 GMT
Subject: Zwiki 0.21 released
Message-ID: <87y8ydcbib.fsf@joyful.com>
Summary:
A number of important bugfixes & usability tweaks for wiki mail and the
Plone/CMF skin, and preliminary optional Purple Numbers support
(fine-grained linking).
More information:
http://zwiki.org/ReleaseNotes ,
http://zwiki.org/KnownIssues ,
http://zwiki.org
Download:
http://zwiki.org/releases/ZWiki-0.21.0.tgz
(not yet available on zope.org due to upgrade)
Best wishes,
--Simon
From SimonMichael Fri Aug 1 23:02:00 GMT 2003
From: SimonMichael
Date: 2003/08/01 23:02 GMT
Subject: NooWiki goes plone!
Message-ID: <20030801230227GMT@zwiki.org>
One more thing.. Florian's NooWiki has just received a very nice facelift. Some things to check out:
- plone navigation tree shows SubWiki(s) clearly
- sidebox showing page hierarchy context
- sidebox showing backlinks
- the first large-scale (1200 pages) use of PurpleNumbers, I think
- there's been quite a bit of zwiki-related NooWiki:NooWikiDiscussion
From SimonMichael Sat Aug 2 18:10:00 GMT 2003
From: SimonMichael
Date: 2003/08/02 18:10 GMT
Subject: site reliability update
Message-ID: <20030802181002GMT@zwiki.org>
Bah.. sorry about the downtime. Something must be done. Quick review of status -
The server is restarting frequently these days for the usual reason - we're not currently able to reliably serve a 1700-page heavily-cataloged wiki in multiple threads while getting heavily trawled by google, within Imeme's standard 100Mb memory quota.
Also, I must admit there have been some times where I've been restarting it myself more than I should, testing new code.
Since it most often comes back up in ~10 seconds, this has been tolerable. However: after a restart the first couple of operations are much slower than usual as the zope fills it's caches. More seriously, my out-of-memory watchdog script (testzope, run every minute) sometimes fails to restart zope, leaving the site down until imeme's zope-process-counting watchdog script (124.testzope, run every hour or... ?) restarts it.. but this sometimes fails as well, for unknown reasons. So, we end up with frequent "outages":http://uptime.openacs.org/uptime/reports.tcl?monitor_id=5180 , some lasting multiple hours.
What's the simplest thing that could possibly work ?
Some things we've tried and things we haven't:
- significantly reduce the number of pages in the wiki
- exclude the googlebot
- optimization of zope catalog/cache/threads configuration based on further analysis of zope memory usage
- get LeakFinder working and clarify whether memory is actually leaking
- further zwiki code optimization to minimize zope memory usage
- explore ways to do more caching - serve pages from a static copy, apache proxy cache. zope ram cache
- ask or pay imeme to give us more memory
- move the site to another server with more memory
"IssueNo0232":IssueNo0232 seems to be the starting point for this topic.
From SimonMichael Sat Aug 2 18:34:00 GMT 2003
From: SimonMichael
Date: 2003/08/02 18:34 GMT
Subject: RecentChanges update
Message-ID: <20030802183425GMT@zwiki.org>
Yes, I did some more tweaking on RecentChanges. Time-based queries, page excerpts, and I've gone to a more spacious layout to try and keep it readable. Some of the power of the zope catalog is starting to show I think.
Excerpts are just the first 300 characters of the page. Listing all pages with excerpts is slow, but gives quite an interesting wide-angle overview of the wiki. Discussion also taking place on RecentChangesDevelopment.
Be warned: armed with a basic feel for HTML, DTML and the zope/zwiki data model and API, this kind of development is quite addictive. It starts with a quick note for later.. then you mock up some of the HTML widgets.. add a little DTML to get it started.. oh and I'll just make it do this.. (N hours pass)
From SimonMichael Sat Aug 2 19:42:00 GMT 2003
From: SimonMichael
Date: 2003/08/02 19:42 GMT
Subject: cool flash
Message-ID: <20030802194239GMT@zwiki.org>
http://www.globalcommunity.org/index_yo.html (flash, 1.5M)
From unknown Sat Aug 2 20:55:00 GMT 2003
From:
Date: 2003/08/02 20:55 GMT
Subject:
Message-ID: <20030802205552GMT@zwiki.org>
From unknown Sat Aug 2 21:04:00 GMT 2003
From:
Date: 2003/08/02 21:04 GMT
Subject: WikiFolder gone, breaking existing wiki sites --FredYankowski
Message-ID: <20030802210451GMT@zwiki.org>
I updated ZWiki from CVS today, getting the HEAD. Now my existing ZWiki/plone sites don't work, apparently because they use WikiFolder and that class is now gone. Visiting the wiki object in the ZMI shows (only) a broken object. Attempting to visit the wiki results in a plone 404/not-found error. How can I recover from this? How are existing sites supposed to continue with WikiFolder gone?
From SimonMichael Sat Aug 2 21:30:00 GMT 2003
From: Simon Michael
Date: 2003/08/02 21:30 GMT
Subject: Re: zwiki upgrade ideas
Message-ID: <87ptjnda2v.fsf@joyful.com>
In-reply-to: <20030731110518.G26129@amaze.nl> (Ivo van der Wijk's message of
"Thu, 31 Jul 2003 11:05:19 +0200")
(cc'ing this info to zwiki.org, hope you don't mind)
Ivo van der Wijk writes:
> We're currently running 0.9.4 - can you tell if an immediate upgrade to
> the most current version is possible, or does it have to be done in
Yes, just jump to the latest. No steps necessary.
I admire your concern for a seamless transition through such a big upgrade
(the biggest Zwiki upgrade yet), for users of free accounts. In theory the
wikis will just keep working after you reboot, but you are jumping across
two years of development and it's hard to predict what you'll see. Here's
my best guess:
- people with customized skins (standard_wiki_header/footer etc. dtml
methods in their folders) may see their wikis break, until they remove
those custom skins (or make them work with latest zwiki)
- people may need to replace their wikis'
RecentChanges/UserOptions/SearchPage with the latest from zwiki.org or
(a little safer) from ZWiki/content/basic/
- people with issue trackers will need to get the latest
IssueTracker/FilterIssues, from zwiki.org or the release
- people with unusual page names, or issue pages, will need to run
SOMEPAGEURL/upgradeAll to ensure their page ids are compatible with the
latest code; otherwise, some links will not work. (Large wikis may
require several upgradeAll attempts to finish upgrading.)
- people may see some allowed_page_types warnings in the edit form. For
now, to allow DTML in their wikis without these warnings, they'll need
to add an allowed_page_types lines property including the DTML page
types, or you might do this at the root folder::
msgstxprelinkdtmlfitissuehtml
msgstxprelinkfitissuehtml
msgrstprelinkfitissue
msgwwmlprelinkfitissue
dtmlhtml
html
- any special wiki permissions will need to be configured again, using the
new permission names noted below
No guarantees, but there are no known upgrade issues that would cause data
loss - they are all of the "stuff stops working until you take care of
this" type. Finally, here are the most relevant highlights from the
release notes since 0.9.4. I hope this helps (and I'm very interested in
hearing how it goes, of course :).
0.21
Summary
A number of important bugfixes & usability tweaks for wiki mail
and the Plone/CMF skin, and preliminary optional Purple Numbers
support (fine-grained linking).
Upgrade notes
Should be routine. Upgrading to this release is recommended.
0.20
Summary
Simpler page types, smarter message handling, auto subscription
option; mail, skin and miscellaneous bugfixes; python 2.1 or
greater now required.
Upgrade notes
Page types have been simplified and renamed (both the end-user and
developer names) as mentioned below. If you have
standard_page_type or allowed_page_types properties on your wiki
folders, you should update them to the latest types (in the left
column below):
I have dropped python 1.5.2 compatibility as of this release; this
allows us to use more up-to-date python 2.1 features and means
zwiki 0.20 and later won't run on very old zope installations.
The comment method's arguments have changed.
0.17
Summary
Simpler page ids, faster performance and better memory efficiency,
new general-purpose page type including tracker and fit support,
more robust parenting, skin improvements, preliminary stylesheet
support, code cleanups, doctest no longer used.
Upgrade notes
If you have pages with punctuation in the names, or zwiki tracker
issues, you'll need to change their id/name. See below.
If you have a tracker in your wiki, you'll also need to install
the latest IssueTracker/FilterIssues pages and add a new 'isIssue'
FieldIndex to your catalog. Also, in a large wiki you may find
changing issue descriptions is much slower than before. See below.
issuedtml and stxprelinkdtmlhtml pages will be auto-upgraded to
the new stxprelinkdtmlfitissuehtml type.
The CMF install method in Extensions has been renamed to Install.py.
Changes
General
* Simpler page ids
Page ids are now always derived from the name (title). This
improves performance, removes a source of confusion, but means
pages can no longer have a totally different title and id (like
tracker issues used to). Also, page ids no longer include
punctuation, and fuzzy links now ignore punctuation.
Pages with old-style ids should be renamed so that wiki links to
them will work. You can upgrade these pages and update links
throughout the wiki by visiting SOMEPAGEURL/upgradeAll. This
may take a long time; you can watch progress in the debug
log. It's safe to run this more than once. Alternately, you can
visit SOMEPAGE/upgradeId to rename and relink a single page.
Some incoming links may break due to url changes; having the
zwiki standard_error_message installed will help.
* Improved performance and memory efficiency
Link rendering is faster due to the new ids and code
refactoring.
(Unscientific ab test: roughly a 4x speedup rendering a
normal page and 20x for a long one.) Also, zwiki is no longer
so eager to load all pages into the zodb cache. Certain
operations will still trigger this (search, rename) but in
general use, a zope serving large wikis should now use less
memory. This may also help your performance and reduce "first
page render" delay.
* new/improved page lookup methods: pages, pageIds, pageNames,
pageIdsStartingWith, pageNamesStartingWith,
firstPageIdStartingWith, firstPageNameStartingWith, pageWithId,
pageWithName, pageWithNameOrId, pageWithFuzzyName. Use these in
your DTML code when possible as they will be optimized. pageWith*
now return a correct acquisition wrapper (fixes IssueNo0472).
pageWithFuzzyName's ignore_case has no extra cost now and is
always on. The argument is left in place for backwards
compatibility for the moment. Also this may have been acquiring
pages, fixed.
* new general-purpose page type incorporating issue and fit
support: stxprelinkdtmlfitissuehtml. stxprelinkdtmlhtml and
issuedtml pages are auto-upgraded to this. This page type
displays an issue properties form if the page name begins with
IssueNo. Also, any tables whose first cell begins with "fit." or
"fittests." are run as fit tests at page view time.
0.11.0
Upgrading notes
See Regexps.py for notes on configuring international page names.
When running large & extensively cataloged wikis, you might notice
this version being more memory intensive than 0.10 (which itself
may be more memory hungry than 0.9.9). This release should coexist
with CMFWiki without problems. Otherwise the usual, see
http://zwiki.org/TenMinuteZwikiUpgradeGuide &
http://zwiki.org/HowToUpgradeZwiki for more.
0.10
Summary
Pre-rendering for better performance, new freeform page names and
fuzzy linking, WikiForNow regulations support (beta), page
renaming & deleting, UI enhancement & simplification, better
upgradability, page templates support, i18n started, many bugfixes
& minor enhancements.
Upgrading notes
This release has renamed page types and a new render-caching
mechanism, to which pages are upgraded automatically; full-featured
UI defaults which will be used if you delete your custom DTML
methods; and one new and one renamed permission.
See http://zwiki.org/TenMinuteZwikiUpgradeGuide &
http://zwiki.org/HowToUpgradeZwiki for more.
renamed permission: 'Zwiki: Recycle pages' permission -> 'Zwiki: Delete pages'
added permission: 'Zwiki: Rename pages'
0.9.9
Focus: unit tests, wikimail enhancements, general fixes and a
permissions rename. See main release notes below (rc1).
- zwiki permissions renamed. Details::
'Add ZWiki Pages' (no change)
'Add ZWiki Webs' (no change)
'Zwiki: Add comments to pages' (was Append to ZWiki Pages)
'Zwiki: Change page types' (was Change ZWiki Page Types)
'Zwiki: Edit pages' (was Change ZWiki Pages)
'Zwiki: Reparent pages' (was Reparent ZWiki Pages)
'Zwiki: Recycle pages' (was Send ZWiki Pages to Recycle Bin)
Zwiki also uses zope's 'Add Documents, Images, and Files' (no change)
Upgrade notes: you'll need to make a note of your zwiki
permissions settings before upgrading and recreate them after this
upgrade. You'll find all the new permissions at the bottom of the
security page, aside from the Add permissions which are
unchanged. Also you may have dtml which checks for the old
permissions and needs to be updated. For example, the wiki
templates refer to the permissions by name in
standard_wiki_header, standard_wiki_footer and editform.
-Simon
From SimonMichael Sat Aug 2 21:40:00 GMT 2003
From: SimonMichael
Date: 2003/08/02 21:40 GMT
Subject: WikiFolder gone, breaking existing wiki sites
Message-ID: <20030802214011GMT@zwiki.org>
In-reply-to: <20030802210451GMT@zwiki.org>
Hi Fred.. thanks for the swift reality check to my "last-minute plone changes" gamble. I have no ideas right now, other than go back to 0.20 or try 0.21 with 0.20's 'CMF.py', 'CMFInit.py' & 'Extensions/Install.py'.
From SimonMichael Sat Aug 2 21:48:00 GMT 2003
From: SimonMichael
Date: 2003/08/02 21:48 GMT
Subject: Wiki Folder gone, breaking existing wiki sites
Message-ID: <20030802214814GMT@zwiki.org>
In-reply-to: <20030802214011GMT@zwiki.org>
Opened [IssueNo0571 0.21 removal of Wiki Folder breaks existing CMF/Plone wikis] with advice to downgrade long enough to move pages to an ordinary folder. Won't be doing much more on this for a while.
Dang it.
From SimonMichael Sat Aug 2 22:45:00 GMT 2003
From: SimonMichael
Date: 2003/08/02 22:45 GMT
Subject: Wiki Folder gone, breaking existing wiki sites
Message-ID: <20030802224557GMT@zwiki.org>
In-reply-to: <20030802214814GMT@zwiki.org>
Fred has suggested a nice fix which should work (in cvs).
To cheer myself up, I've enabled wiki link colouring on this site.
From PieterB Sun Aug 3 17:33:00 GMT 2003
From: PieterB
Date: 2003/08/03 17:33 GMT
Subject: zwiki WikiMail NG v0.1
Message-ID: <20030803183014.A12229@gewis.win.tue.nl>
I've created a snapshot of a wikimail procmail setup.
See: http://gewis.nl/~pieterb/zwiki/wikimailng-v0.1.zip
It implements some of the Procmail things of WikiMailNG (most
powerfull setup). It includes a procmailrc for zwiki and even
a rudimentary test script.
It has support for:
- procmail
- spamassassin
- filtering out duplicate messages
- locking
Feedback is welcome,
Pieter
PS zwiki seems to be down at the minute. wonder if this mail will be
posted.
From PieterB Sun Aug 3 17:42:00 GMT 2003
From: PieterB
Date: 2003/08/03 17:42 GMT
Subject: site reliability update
Message-ID: <20030803194142.A14188@gewis.win.tue.nl>
In-reply-to: <20030802181117GMT@zwiki.org>;
from zwiki-wiki@zwiki.org on Sat, Aug 02, 2003 at 06:11:17PM +0000
On Sat, Aug 02, 2003 at 06:11:17PM +0000, SimonMichael wrote:
> Bah.. sorry about the downtime. Something must be done. Quick review
> of status -
Maybe some other options are:
- using a better locking strategy for mailin/mailout. I think procmail
can be configured to only process one request at a time.
- give the web "add comment" more feedback what is happening. I think
quite a lot of users press the "add a comment" twice, because it
takes so long.
- make it possible to get non-frequent asked pages from filesystem.
Maybe provide a CVS/subversion wrapper for pages. That way:
- all revisions are stored in a repository
- the files aren't stored in the ZODB, but on the filesystem
(so the memory load of Zope will decrease)
I think excluding the GoogleBot until the zwiki is stable is a quick
fix, but it would be nice if the site is properly indexed.
Pieter
--
If you are already in a hole, there's no use to continue
digging.
From SimonMichael Sun Aug 3 18:47:00 GMT 2003
From: Simon Michael
Date: 2003/08/03 18:47 GMT
Subject: Zwiki 0.21.1 bugfix release
Message-ID: <87brv6d1iy.fsf@joyful.com>
Changes:
* support old Wiki Folders (IssueNo0571)
* drop confusing allowed_page_types option
* fix scroll to bottom after comment
More information:
http://zwiki.org/ReleaseNotes ,
http://zwiki.org/KnownIssues ,
http://zwiki.org
Download:
http://zwiki.org/releases/ZWiki-0.21.1.tgz
(not yet available on zope.org due to upgrade)
Best wishes,
--Simon
From BobMcElrath Sun Aug 3 18:50:00 GMT 2003
From: Bob McElrath
Date: 2003/08/03 18:50 GMT
Subject: mailin threading?
Message-ID: <20030803184958.GB7172@mcelrath.org>
I just had a thought...
Is anyone working on any kind of threading/nesting model for the mailin?
I see that zwiki.org now has blog-like "articles" with comments (I'm
still using 0.18 -- all this CMF/plone talk confused me), but the
comments are all displayed linearly, and any thread is lost.
I ask because I was thinking about using mailin to communicate with
collaborators using "LatexWiki":http://mcelrath.org/Notes/LatexWiki .
However for long discussions, a single Latex error would prevent the
whole page from rendering, and since when you're typing Latex in your
mailer you can't immediately see the results, minor latex errors would
be common. So would stx formatting errors for that matter, but stx can
always render no matter what so it isn't as big of a deal... Separating
messages into individual pages and displaying the thread tree would help
(for me). Maybe I'll play with this when I have more time...
From SimonMichael Sun Aug 3 19:15:00 GMT 2003
From: SimonMichael
Date: 2003/08/03 19:15 GMT
Subject: Zwiki 0.21.1 bugfix release
Message-ID: <20030803191523GMT@zwiki.org>
In-reply-to: <87brv6d1iy.fsf@joyful.com>
I just slipstreamed a last-minute editform fix into the 0.21.1 release. Please download again if you grabbed it within the last half-hour.
From SimonMichael Sun Aug 3 19:38:00 GMT 2003
From: SimonMichael
Date: 2003/08/03 19:38 GMT
Subject: mailin threading?
Message-ID: <20030803193851GMT@zwiki.org>
In-reply-to: <20030803184958.GB7172@mcelrath.org>
Hi Bob - maybe quicker to enclose the latex rendering step in try:except:, so the page will always render.
I see you've updated this, nice. You might want to make clear it's a monkey-patch (ie simply install alongside Zwiki). Are you using it much ? Maybe when the selection of page types settles it would make sense to merge it with Zwiki ?
PS your recent changes and search seem to require authentication.
From BobMcElrath Sun Aug 3 20:12:00 GMT 2003
From: Bob McElrath
Date: 2003/08/03 20:12 GMT
Subject: mailin threading?
Message-ID: <20030803201214.GA7928@mcelrath.org>
In-reply-to: <20030803193921GMT@zwiki.org>
SimonMichael [zwiki-wiki@zwiki.org] wrote:
> Hi Bob - maybe quicker to enclose the latex rendering step in
> try:except:, so the page will always render.
Oh it uses try:except: and always renders but a single latex error will
prevent the all latex on the page from rendering. Any mechanism to
split the page into individual messages that could be rendered
separately would help. (I render all latex at once for speed -- it's
already O(seconds) per page and doing one equation at a time would make
it O(N) in the number of equations...)
Besides threading is a nice feature for any discussion system. I was
just curious about that...
Also since my last release I've added alpha channel transparency on the
equation PNG's (so it looks fine on any background except black ;).
> I see you've updated this, nice. You might want to make clear it's a
> monkey-patch (ie simply install alongside Zwiki). Are you using it
> much ? Maybe when the selection of page types settles it would make
> sense to merge it with Zwiki ?
I've never heard the term "monkey-patch" but I'm happy to swing in the
rafters and eat bananas. It seems ZWiki itself is a monkey-patch -- is
there a package system for Zope?
I'm not sure about merging it, LatexWiki also requires PIL, ghostscript,
and LocalFS. I don't think the default ZWiki install would really want
to turn it on, but I'm open to the idea...
Also now that you've merged to reST, I will have to do some
updating...also the stx+LaTeX syntax is not terribly well defined so
should be updated with a more formal syntax (like reST) including
escaping and such for the latex.
> PS your recent changes and search seem to require authentication.
Hmm thanks! Now why would that be? You can load
http://mcelrath.org/Notes/SearchPage but it won't let you search? Could
it be that I have some pages not anonymously accessable and the search
dtml tries to look at them? I'm using the default 0.18 SearchPage.
Cheers,
Bob McElrath [Univ. of Wisconsin at Madison, Department of Physics]
From PieterB Sun Aug 3 20:32:00 GMT 2003
From: PieterB
Date: 2003/08/03 20:32 GMT
Subject: mailin threading?
Message-ID: <20030803223123.A19149@gewis.win.tue.nl>
In-reply-to: <20030803201214.GA7928@mcelrath.org>;
from zwiki-wiki@zwiki.org on Sun, Aug 03, 2003 at 08:15:26PM +0000
On Sun, Aug 03, 2003 at 08:15:26PM +0000, BobMcElrath wrote:
> Any mechanism to split the page into individual messages that
> could be rendered separately would help.
You might be able to use an alternative to the current message
seperation in unix mbox format. Something like: a Latex-header. For
example:
LaTeX: $y = x^2$
for a single line latex expressions that while be rendered seperately,
or:
Begin-LaTeX:
lot's of latex stuff inside here
e.g. multi-line
End-LaTeX:
PieterB
From SimonMichael Sun Aug 3 21:27:00 GMT 2003
From: SimonMichael
Date: 2003/08/03 21:27 GMT
Subject: latexwiki, mailin threading
Message-ID: <20030803212705GMT@zwiki.org>
In-reply-to: <20030803201214.GA7928@mcelrath.org>
Yours is a "monkey patch" because it dynamically patches an existing product (or zope itself) at startup. I've also seen these called "hotfixes".
No, we wouldn't try to enable latex support by default - but we could incorporate your latex-supportin' page type, which would at least make the "patch zwiki" step unnecessary. Also it might make it easier to keep it synced with the latest zwiki code - I'm guessing it's not compatible with latest releases ? Of course if you prefer to keep it as a separate add-on that has advantages too.
I see why you don't want to invoke latex too often. Even so, I'd rather have an error disable all
latex diagrams than completely break the page.
Also you'll be able to move the latex rendering to the pre-render stage for better performance, I imagine ?
And perhaps add the fit/issue/message support recently added to most page types.
Longer term, we could make latex support another of these optional stages common to all page types.
I'm interested in threaded display for sure; we preserve the necessary information now, it's just a matter of adding a new message renderer in Messages.py. Perhaps you could jam pipermail's code in there, to show a threaded index by default. I want a threaded-with-bodies display as well.
From SimonMichael Sun Aug 3 21:37:00 GMT 2003
From: SimonMichael
Date: 2003/08/03 21:37 GMT
Subject: What is Zwiki doc
Message-ID: <20030803213759GMT@zwiki.org>
I just attempted to answer this.. stashed it on ZwikiFeatures for now.
From ftour Sun Aug 3 23:51:00 GMT 2003
From: ftour
Date: 2003/08/03 23:51 GMT
Subject: Pending issue
Message-ID: <20030803235156GMT@zwiki.org>
Upgraded to 0.21.1. Now I have 7 consecutive radio-buttons labeled *Pagetype* under **Format** in editform:-)
From SimonMichael Mon Aug 4 00:32:00 GMT 2003
From: SimonMichael
Date: 2003/08/04 00:32 GMT
Subject: Pending issue
Message-ID: <20030804003243GMT@zwiki.org>
In-reply-to: <20030803235156GMT@zwiki.org>
What if you remove editform.pt's lines 272 and 276 (containing i18n:translate) ? Customize this in portal_skins if it makes things easier. And, can you link the form here ? Or post the HTML source it's generating for those radio buttons.
From SimonMichael Mon Aug 4 00:35:00 GMT 2003
From: SimonMichael
Date: 2003/08/04 00:35 GMT
Subject: permissions problem
Message-ID: <20030804003515GMT@zwiki.org>
In-reply-to: <20030803201214.GA7928@mcelrath.org>
Bob - yes, SearchPage (and RecentChanges, unless using a catalog) tries to look in all pages and aren't smart enough to ignore the ones they don't have permission for.
From ftour Mon Aug 4 01:18:00 GMT 2003
From: ftour
Date: 2003/08/04 01:18 GMT
Subject: Pending issue
Message-ID: <20030804011805GMT@zwiki.org>
In-reply-to: <20030804003243GMT@zwiki.org>
I've re-customized editform and I don't see any more radio-buttons which is just as well for the time being as standard_page_type should be ok. Here's the offending html source anyway::
From SimonMichael Mon Aug 4 21:52:45 +0000 2003
From: Simon Michael
Date: Mon, 04 Aug 2003 21:52:45 +0000
Subject: Re: FW: FW: Pre .20 commonplace template
Message-ID: <87el01ytxb.fsf@joyful.com>
In-reply-to: <002c01c35ab8$a25508f0$0400000a@john> (John DeBruyn's message
of "Mon, 4 Aug 2003 12:45:53 -0600")
John DeBruyn writes:
> Thanks for the roll back on page types.
>
> All is well, including the plain instances of Zwiki and those running
> templates from Jordan, installed before and after 0.20, are all working
> fine.
Hurrah! Thanks for pursuing this John.
From SimonMichael Tue Aug 5 17:28:20 +0000 2003
From: SimonMichael
Date: Tue, 05 Aug 2003 17:28:20 +0000
Subject: blog harvest
Message-ID: <20030805172820+0000@zwiki.org>
(surfaces from blogspace, via Dean's quote..)
Don't want to push zwiki too much.. but replied to that interesting Sam Ruby "wiki backlash":http://www.intertwingly.net/blog/1543.html#c1060102171 thread.
Tried to conceal my smugness.
Good points expressed there, also a "super-edifying post":http://www.dehora.net/journal/archives/000339.html from
Bill de hÓra. "*The aim of you editing a wiki page is not to express your opinion, or to make point, or be renowned for either, it's to make that page the best it can be, right now.*".
And woah, look at those "sexy tooltips":http://www.sauria.com/blog/computers/internet/www/443
(translucent gray, at least in firebird).
Nice one from Phil Ringnalda: "There is no they":http://philringnalda.com/blog/2003/08/there_is_no_they.php .
From DeanGoodmanson Wed Aug 6 19:53:31 +0000 2003
From: DeanGoodmanson
Date: Wed, 06 Aug 2003 19:53:31 +0000
Subject: less quotable, more notable
Message-ID: <20030806195331+0000@zwiki.org>
"We have a wiki now on the internal web with the issues list, resolutions for them, and so on. " - Anders Hejlsberg, the lead C# architect http://www.artima.com/intv/csdes.html
From DeanGoodmanson Wed Aug 6 20:55:42 +0000 2003
From: DeanGoodmanson
Date: Wed, 06 Aug 2003 20:55:42 +0000
Subject: FrontPage
Message-ID: <20030806205542+0000@zwiki.org>
Would setting the 'mailout_policy' on FrontPage to 'edits' help us cleanup graffiti faster?
From SimonMichael Thu Aug 7 01:02:46 +0000 2003
From: SimonMichael
Date: Thu, 07 Aug 2003 01:02:46 +0000
Subject: FrontPage
Message-ID: <20030807010246+0000@zwiki.org>
In-reply-to: <20030806205542+0000@zwiki.org>
I was thinking of this yesterday.. would like to mail out edits to incentivize us with wiki cleanup.
What could we mail out that's more than comments, but less than every (minor) edit ?
Every edit with a subject.. ? (no good, this is sticky now). The first edit made by a new editor.. ?
From SimonMichael Thu Aug 7 01:07:41 +0000 2003
From: SimonMichael
Date: Thu, 07 Aug 2003 01:07:41 +0000
Subject: FrontPage
Message-ID: <20030807010741+0000@zwiki.org>
In-reply-to: <20030807010246+0000@zwiki.org>
...every edit which has a different subject from the last ?
Of course, for total vandalism awareness you need to see every edit.
Well I know my mail setup can handle it.. after receiving 4000 mails from NooWiki the other day without problems (three cheers for IMAP). That Florian and his mega-scripts..
From unknown Thu Aug 7 03:10:54 +0000 2003
From:
Date: Thu, 07 Aug 2003 03:10:54 +0000
Subject: FrontPage
Message-ID: <20030807031054+0000@zwiki.org>
>> Of course, for total vandalism awareness you need to see every edit
I was primarily thinking of only the high traffic/visibility pages such as FrontPage, RecentChanges, SearchPage...
>> What could we mail out that's more than comments, but less than every (minor) edit ?
Possibilities..
1. Daily Diff report. These pages changed yesterday. Here's the Yesterday vs. Today view.
2. Add a "Minor Edit" checkbox to the edit page to suppress a mail-out (and potentially support a RecentMajorChanges page) (I speculate a number of people avoid grammatical polish due to having there name in the spotlight. footprints=ownership, etc.)
3. Spotlight a few pages that need work, do this every week or so. A volunteer list participant may not mind being assigned to go work on a page. In this case, perhaps every 2 weeks you'd post a list of names followed by 2-4 pages to work on for each name. (This could be done privately through email, subwiki, etc.) Participants could also collectively point out "broken window"/neglected pages for later assignment. This re-inforces "bite size tasks" while also giving extra license/confidence to refactor.
4000 changes? I thought he had 4000 pages! :-)
From SimonMichael Thu Aug 7 16:22:52 +0000 2003
From: Simon Michael
Date: Thu, 07 Aug 2003 16:22:52 +0000
Subject: FrontPage
Message-ID: <87adala19i.fsf@joyful.com>
In-reply-to: <20030807031143+0000@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Thu, 07 Aug 2003 03:11:43 +0000")
> I was primarily thinking of only the high traffic/visibility pages
> such as FrontPage, RecentChanges, SearchPage...
Oh, good option. Except the mailout_policy property doesn't work on a
page, we should change that.
Not that vandalism has been a problem for us, touch wood, and being high
visibility we find problems on those pages relatively quickly.
> 1. Daily Diff report. These pages changed yesterday. Here's the
> Yesterday vs. Today view.
Yes that would be great. I was thinking "things I know how to do quickly".
I'm pretty sure I won't add a "minor edit" checkbox. The software should
figure that out.
> assignment. This re-inforces "bite size tasks" while also giving extra
> license/confidence to refactor.
Very good.. I also thought of us going through AllPages by letter, looking
for pages to delete (etc.). I did the A's the other day.
Other ways to break things into bite-sized tasks ? Update one FAQs item
per day.. do cleanup on one docs page (linked from ZWiki).. summarize old
discussion on one page..
This is the kind of work I want to make more visible by mailing out edits.
I suppose the simplest thing that could possibly work is just turn it on
and see how long we can stick it.
From DeanGoodmanson Thu Aug 7 22:36:39 +0000 2003
From: DeanGoodmanson
Date: Thu, 07 Aug 2003 22:36:39 +0000
Subject: FrontPage
Message-ID: <20030807223639+0000@zwiki.org>
> I'm pretty sure I won't add a "minor edit" checkbox. The software should figure that out.
Please elaborate. Is there a wiki out there that does this?
From SimonMichael Fri Aug 8 17:35:44 +0000 2003
From: Simon Michael
Date: Fri, 08 Aug 2003 17:35:44 +0000
Subject: memory efficiency
Message-ID: <873cgc838b.fsf@joyful.com>
These remarks apply to large wikis.
It would be a good thing if Zwiki/Zope required less memory, for
scalability and reliability. Zope uses lots of memory when serving large
wikis, because Zwiki tends to load up all pages into the zodb cache. (On
this site the average cached page costs about 20K.) There's a separate
cache for each zope thread.
Ideally it would load only the pages being accessed into cache. Current
Zwiki is quite good in this respect, but I've found the following
"expensive" operations which load up all pages:
- standard_error_message (when you give a non-existent url)
- searching
- contents
- offspring
- renaming (with or without "update backlinks")
- allSubscriptionsFor
- mailin
- AllPages
Also, viewing a page is "semi-expensive" - it loads the page plus each
page that it links to (to generate the last edited info in the link
titles).
A user accessing these expensive ops occasionally shouldn't be a big deal;
if the whole wiki is not cached, they'll just be slow. I surmise they are
triggered more frequently when we're crawled by google though. And note
that the zodb cache size that you configure is only a guideline; it
appears that each zope thread will transiently grab as much memory as it
needs to load all pages, plus any other objects needed, when doing one of
these ops. If it can't, the operation fails with a memory error or zope
hangs in a deadlock.
We can do better by relying more on the catalog, when present. We should
optimize some or all of these to use catalog as backlinks and
RecentChanges do. Then Zwiki would rarely or never load all pages at once,
and be more scalable.
From SimonMichael Fri Aug 8 17:40:41 +0000 2003
From: Simon Michael
Date: Fri, 08 Aug 2003 17:40:41 +0000
Subject: site outage
Message-ID: <871xvw82zu.fsf@joyful.com>
Another big outage (10 hours) due to the ZopeOutOfMemoryKiller failing to
restart zope.
Rather than spend more time on that, I've disabled it and installed the
AutoLance product. AutoLance doesn't monitor memory growth on freebsd, but
it should restart when it detects a deadlock, which may amount to the same
thing in practice. Let's see how this works.
From SimonMichael Fri Aug 8 17:41:41 +0000 2003
From: Simon Michael
Date: Fri, 08 Aug 2003 17:41:41 +0000
Subject: FrontPage
Message-ID: <87znik6ods.fsf@joyful.com>
In-reply-to: <3F2A8EA9.5080801@fluxent.com> (Bill Seitz's message of "Fri,
01 Aug 2003 12:00:41 -0400")
Bill Seitz writes:
> A possible downside: pretty much forces everyone to subscribe to the whole
> site. But that probably makes sense anyway, since the distinction between
> what happens in GeneralDiscussion vs other pages seems completely
> arbitrary to me.
It's sometimes a tough call, but I've mostly had a pretty clear idea of
this.. it goes on GeneralDiscussion unless there's a good topic-specific
page for it, or unless it really needs to reach everybody.
But since you've posted I feel this mental model breaking down. Oh dear.
From DeanGoodmanson Fri Aug 8 18:24:21 +0000 2003
From: DeanGoodmanson
Date: Fri, 08 Aug 2003 18:24:21 +0000
Subject: memory efficiency
Message-ID: <20030808182421+0000@zwiki.org>
Ahh...that explains why my page that lists RecentChanges for a wiki and 8 sub-wiki's chews up so much RAM!::
Cache size: ~71,000 objects.
Target Size: 20,000
Think changing the Target size would make much difference?
(Everything's also cataloged)
From SimonMichael Fri Aug 8 18:29:04 +0000 2003
From: SimonMichael
Date: Fri, 08 Aug 2003 18:29:04 +0000
Subject: memory efficiency
Message-ID: <20030808182904+0000@zwiki.org>
In-reply-to: <20030808182421+0000@zwiki.org>
Aha. No I don't, because target size is only a soft target. But, I'd expect the RC from this site to be more efficient, using your catalog.
From SimonMichael Fri Aug 8 18:32:50 +0000 2003
From: SimonMichael
Date: Fri, 08 Aug 2003 18:32:50 +0000
Subject: memory efficiency
Message-ID: <20030808183250+0000@zwiki.org>
In-reply-to: <20030808182904+0000@zwiki.org>
PS - you see 71000 objects in your cache !? How many pages in your wikis ?
From DeanGoodmanson Fri Aug 8 18:43:11 +0000 2003
From: DeanGoodmanson
Date: Fri, 08 Aug 2003 18:43:11 +0000
Subject: memory efficiency
Message-ID: <20030808184311+0000@zwiki.org>
> How many pages in your wikis ?
~1500 total, plus about 1000 SquishDot messages
From BillSeitz Sat Aug 9 03:02:05 +0000 2003
From: BillSeitz
Date: Sat, 09 Aug 2003 03:02:05 +0000
Subject: FrontPage
Message-ID: <20030809030205+0000@zwiki.org>
In-reply-to: <87znik6ods.fsf@joyful.com>
Simon sez: *it goes on GeneralDiscussion unless there's a good topic-specific page for it*
but the question is: when should one *create* a new "topic-specific" page? And how do people find out about it, so they can decide whether to subscribe to it? (e.g. you spun off a MemoryUsage page based on stuff that started here. But nobody just subscribing to GeneralDiscussion would know about it (until my note here).
From SvenKabelin Sat Aug 9 16:48:34 +0000 2003
From: Sven Kabelin
Date: Sat, 09 Aug 2003 16:48:34 +0000
Subject: Charset configuration via properties
Message-ID: <20030809164834+0000@zwiki.org>
I have pached the editformular.pt from::
' tag markup (single apostrophes) is working out to be a handy mechanism for:
- Escaping StructuredText, Html, all while...
- Escaping wiki names
So between ''this'' and '::' that most of my cases are covered, with the remaining usually ending in in noting long portions of C style code. (This statement requests no action. I noticed I had a semi-cohesive, potentially useful thought, so passing it along.)
From DeanGoodmanson Mon Aug 11 20:33:21 +0000 2003
From: DeanGoodmanson
Date: Mon, 11 Aug 2003 20:33:21 +0000
Subject: StructuredText code tag
Message-ID: <20030811203321+0000@zwiki.org>
Heh. As you can see, I haven't mastered it yet....
From unknown Tue Aug 12 05:55:32 +0000 2003
From:
Date: Tue, 12 Aug 2003 05:55:32 +0000
Subject: FrontPage => CSS-ing zWiki
Message-ID: <20030812055532+0000@zwiki.org>
In-reply-to: <20030801011301GMT@zwiki.org>
Sorry for the lagtime in replying, Dean! I wanted to check out the default style sheet and give it some thought. But I see there isn't a default style sheet! =}
I think the way to go would be to first move all the formatting into a simple, plain vanilla default style sheet, with divs replacing tables to the extent possible. This would of course need to be coordinated with work on the zwiki skins for Plone. I'd be curious what Limi's thoughts on this would be.
Jordan's done an impressive job of CSS-ing the existing code for the commonplacebook skin, which I see is now working w/the current version of zwiki. Using classes on tables might be an interim step, w/his code (design simplified) as a starting point? But it might make more sense to *untable* the code at the same time. I'll post specific commments to StyleSheets (maybe this whole thing should have been posted there?).
Part of the reason I've been tentative about this is that I don't know what discussion there's been of CSS. Is the reason it hasn't been done simply that no CSS freaks have stepped forward? Or, is it something else?
I'd like to help but I'm getting crunched with work for fall so don't want to offer too much. Still, I think it's important (and I am a CSS freak!) A little history and perspective, including Limi's and Jordan's thoughts on this, would be great.
LaT
p.s. Sorry for bouncing mail over the weekend, Simon. My domain renewal had, er, a hiccup. =}
From unknown Tue Aug 12 08:27:36 +0000 2003
From:
Date: Tue, 12 Aug 2003 08:27:36 +0000
Subject: Zwiki 0.21.1 bugfix release
Message-ID: <20030812082736+0000@zwiki.org>
In-reply-to: <87brv6d1iy.fsf@joyful.com>
> drop confusing allowed_page_types option
Simon, I didn't follow your discussion with John closely enough to know what this means, exactly. Does the bit on changing page types in the FAQ need to be changed?
Also, in my existing wiki's, w/the allowed_page_types I added, are fine. When I dropped in a *new* wiki to investigate, the default front page didn't render. When I edited it, I saw this (now familiar) message: "Warning: this page's current type (stxprelinkhtml) is not one of the allowed types for this wiki." Resaved and it was fine.
LaT
From lauratrippi Tue Aug 12 09:17:50 +0000 2003
From: laura trippi
Date: Tue, 12 Aug 2003 09:17:50 +0000
Subject: Zwiki 0.21.1 bugfix release
Message-ID: <3F38B083.9060104@netvironments.org>
In-reply-to: <20030812082843+0000@zwiki.org>
> When I dropped in a *new* wiki to investigate, the default front
> page didn't render.
I neglected to mention I just upgraded to 0.21.1. =}
LaT
From lauratrippi Tue Aug 12 10:49:04 +0000 2003
From: laura trippi
Date: Tue, 12 Aug 2003 10:49:04 +0000
Subject: how to use this thing
Message-ID: <3F38C61B.5020508@netvironments.org>
In-reply-to: <87ptje4nzs.fsf@joyful.com>
The FrontPage/how to use this thing discussion is great! I especially
enjoyed this part:
> It's sometimes a tough call, but I've mostly had a pretty
> clear idea of this.. it goes on GeneralDiscussion unless
> there's a good topic-specific page for it, or unless it
> really needs to reach everybody.
> But since you've posted I feel this mental model breaking
> down. Oh dear.
I really like that "oh dear"! =}
I've just reactivated my whole-wiki subscription. And I think your
instinct is right, Simon, when you say:
> I do think whole-wiki subscription is the way to go when one
> wants to be fully involved with a wiki.
The whole-wiki list provides nicely tiered options already: renames &
deletes, IssueTracker, and everything else. So, is there really a need
to add anything to the mail out? Or maybe that's what you're trying to
implement in wikimail itself? (Realizes she's confused.) Oh dear! =D
In any case, maybe it's more a matter of how we're all *using* GD,
WikiMail, and the rest of zwiki.org? Has the mailing list *ease of use
for development* sort of swamped the use of the site for other purposes?
Since my email sub to GD was down for a couple days, trying to digest
*this discussion* has taken a lot of time. I've been scanning up and
down GD for the past ... hour? 2 hours? to try to get clear on who said
what and make sense of the discussion.
Maybe too much activity is now centralized on GD for people not
following the list on a daily basis. And also for archiving,
documenting, and recording. Sure, the record is there, but who's going
to weed through it? It's not readily *refactorable*.
I hate to say it because it's pretty daunting, but I think a reorg of
the site to bring out the existing content would help: clustering pages
by adding manual index pages ('roadmaps' but I think that term's
unclear) and establishing conventions for using wiki categories or
keywords (er, not to the extent I was writing about a month or so in my
weblog, though!).
Also, and I feel badly even mentioning this, but I think it's a factor:
w/the site so slow to respond, it kind of takes the wiki out of zwiki,
if you know what I mean. Wiki's are about bouncing around and adding
comments/editing pages *fast*. If you have to wait, well, why bother?
That just drives people back to using the GD mailing list that much more.
I don't know if this helpful, or where/how to suggest getting started,
but ... that's how I experience it. It's really dizzying coming in from
outside. Or just jumping back in when you've been away.
Maybe a development pause could be scheduled to concentrate for a week
on a site-wide reorg? And/or start by archiving the existing zwiki.org
(as a subzwiki?) and pull up *only* those pages that are worth spending
time on now? In addition to manual index pages and a few keywords, some
conventions for regularly 'harvesting' comments from GD to their
appropraite pages?
Thanks, Simon, for starting the discussion!
LaT
p.s. Also, is there a project roadmap anywhere? That would also help
newcomers make sense of what's going on.
From SimonMichael Tue Aug 12 15:40:39 +0000 2003
From: Simon Michael
Date: Tue, 12 Aug 2003 15:40:39 +0000
Subject: reduce our page count ? demolition needed
Message-ID: <87oeyu3n1g.fsf@joyful.com>
In-reply-to: <87smo63o4n.fsf@joyful.com> (Simon Michael's message of "Tue,
12 Aug 2003 08:13:28 -0700")
(and good morning all).
I think we need (a) zwiki's memory usage optimized, (b) AutoLance adapted
to work properly on freebsd. What about (c) reducing the zwiki.org page
count to 1500 or less ? A short-term fix, but would help validate the
MemoryUsage theory, which claims we can run ~1500, maybe fewer, pages here
without memory errors. We are currently at 1756 pages - zwiki.org's high
water mark (but for the first time, not Zwiki's - extremos like Bill are
moving ahead and stealing the glory.. :).
It would also improve the quality of our content. I presume we can get
below 1500 without losing anything valuable. Could we get down to 1000 ?
FYI WikiWikiWeb once considered setting a fixed limit on the number of
pages, to promote refinement over endless growth.
If you agree, please help by going through one of the letters on AllPages,
then announce it here so we don't overlap too much. I've made a first pass
through the A's already.
What should we delete ? Test and junk pages. Personal pages with no
content ? Redundant pages or low-value pages, after saving anything
useful, would be great - but these take a little longer.
From SimonMichael Tue Aug 12 16:05:49 +0000 2003
From: Simon Michael
Date: Tue, 12 Aug 2003 16:05:49 +0000
Subject: outage, adjustment
Message-ID: <87smo63o4n.fsf@joyful.com>
Found the site returning "The object at http://zwiki.org/zwiki has an
empty or missing docstring" for everything this morning (showing
!DisconnectedError and !MemoryError in the event log). Added this symptom
to SiteReliability. Zope had grown as large as possible but was not
failing badly enough to get restarted. To prevent this I've turned on the
ZopeOutOfMemoryKiller again. Trying a slightly higher process size limit
than before (103000).
From BillSeitz Tue Aug 12 18:34:16 +0000 2003
From: BillSeitz
Date: Tue, 12 Aug 2003 18:34:16 +0000
Subject: reduce our page count ? demolition needed
Message-ID: <20030812183416+0000@zwiki.org>
In-reply-to: <87oeyu3n1g.fsf@joyful.com>
Might a more macro rethinking make sense:
* move GD archive pages (which are probably the longest pages in the site) to a subfolder (and maybe rely on Google more for searching them)
* move closed Issue pages to subfolder (Google again)
* move most discussions completely out of Wiki and just use email list? (static archive, Google again)
* focus on refactoring biggest pages
* focus on refactoring/deleting oldest pages (maybe by createDate, maybe by last_edit)
From DeanGoodmanson Tue Aug 12 20:28:47 +0000 2003
From: DeanGoodmanson
Date: Tue, 12 Aug 2003 20:28:47 +0000
Subject: DifferencesFromClassicWiki
Message-ID: <20030812202847+0000@zwiki.org>
I think I may have been the one that removed it previously, out of confusion as to why it was on that page.
From SimonMichael Tue Aug 12 21:25:07 +0000 2003
From: SimonMichael
Date: Tue, 12 Aug 2003 21:25:07 +0000
Subject: DifferencesFromClassicWiki
Message-ID: <20030812212507+0000@zwiki.org>
In-reply-to: <20030812202847+0000@zwiki.org>
Eh.. ? If you mean the :img: tag I just added.. I was just trying it out on a page where I knew there was an image. (Why is there an image there ? No idea, but I'm always happy to find it :)
From DeanGoodmanson Tue Aug 12 21:41:10 +0000 2003
From: DeanGoodmanson
Date: Tue, 12 Aug 2003 21:41:10 +0000
Subject: Search comments
Message-ID: <20030812214110+0000@zwiki.org>
Has anyone taken a stab at writing the SearchPage in Python? I'd really like to include some context (ie. html-escaped text if 50 char's before and after first hit), but a python instead of dtml approach would be much simpler (for me.)
I was overwhelmed with dtml-anxiety when wanting to do a quick mod of AllPages in order to add a RemoteWikiLink to itself for the purpose of filtering down the 'pages' var to 1 item. (whew!) Then a remote link would be something like /AllPages?page= , for an AllPages:D directive to only pull the "D" pages into memory.
(I klunked twice when cleaning out some of my personal junk pages and referencing them through contents.)
From SimonMichael Tue Aug 12 22:06:22 +0000 2003
From: Simon Michael
Date: Tue, 12 Aug 2003 22:06:22 +0000
Subject: Zwiki goes live on zope.org, plone.org
Message-ID: <87vft21qm2.fsf@joyful.com>
You may have noticed that
- Zwiki (0.21.0cvs) is in place on the new http://zope.org
(albeit with skin breakage which I've just posted a bug report for)
- and Zwiki (0.22.0cvs) has just gone live on http://plone.org ,
with the latest zwiki_plone skin
This is kind of a big deal, at least for me: I feel as if Zwiki has broken
through to the mainstream, at last. A lot of work, over a period of
years, by a large number of people, including the WikiForNow, CMFWiki and
Plone developers, and some well-targeted funding of development tasks, has
made this possible. Thank you all, and congratulations us! ::
_ _ _ _
| |__ _ _ _ __ _ __ __ _| |__ | | |
| '_ \| | | | '__| '__/ _` | '_ \| | |
| | | | |_| | | | | | (_| | | | |_|_|
|_| |_|\__,_|_| |_| \__,_|_| |_(_|_)
___
.- \
/ _ \
| / \ \
\| \ \
\ \ \
\ \ \
\ _\ \
\ / \
\| |
\ ~ |
\.__ ~ \
\ \
\ \
\ \
\ ._=_\
\/ >
` \\\
. \\\\ .
. |||| . .
_________________
<_________________>
\ _________o___ /
\ o . /
\ . /
\ /
| |
| |
| |
| |
___| |___
_-- --_
-----------
I'll cc the zope list.. after it's been running for a bit. I'm no
loon. :)
Best wishes
-Simon
From lauratrippi Wed Aug 13 00:27:06 +0000 2003
From: laura trippi
Date: Wed, 13 Aug 2003 00:27:06 +0000
Subject: Re: Zwiki goes live on zope.org, plone.org
Message-ID: <3F3985D1.4010603@netvironments.org>
In-reply-to: <87y8xy1quh.fsf@joyful.com>
Congratulations, Simon!!! And everyone! This is great, huge, fantastic!
Not to copycat but, since this is a celebration thread::
...
{@} * {@}
{@} * {@} * {@}
: * {@} * {@} * .;
{@} * {@} * {@} * {@}
* ; * ; {@} * ; * :
;\ \ \ \| / / /;
\\ \ Y/ / /
`_\ |/ _'
/ \\Y// \
( ,-}={-, )
\_//((\_/
//))(\
(/ ))
((
valkyrie \)
> I'll cc the zope list.. after it's been running for a bit. I'm no
> loon. :)
Ah, but *I* am (a loon, that is). So is it OK w/you, Simon, if I blog
this event? Or would you prefer me to wait till any wrinkles get ironed out?
LaT
--
Andreas Freise, Ascii Art Dictionary
http://www.ascii-art.de/ascii/def/flowers.txt
From SimonMichael Wed Aug 13 02:22:28 +0000 2003
From: SimonMichael
Date: Wed, 13 Aug 2003 02:22:28 +0000
Subject: Re: Zwiki goes live on zope.org, plone.org
Message-ID: <20030813022228+0000@zwiki.org>
In-reply-to: <3F3985D1.4010603@netvironments.org>
Thanks Laura! By all means, go ahead.
From SimonMichael Wed Aug 13 15:12:12 +0000 2003
From: Simon Michael
Date: Wed, 13 Aug 2003 15:12:12 +0000
Subject: FAQ updates
Message-ID: <87brut1toh.fsf@joyful.com>
I'm gradually rehabilitating these faqs. Latest is
http://zwiki.org/FAQs#What%20are%20these%20permissions%20you%20speak%20of?
I removed the blank line between questions and answers for compactness and
readability.. but it seems to be creeping back again.
From SimonMichael Wed Aug 13 15:26:06 +0000 2003
From: Simon Michael
Date: Wed, 13 Aug 2003 15:26:06 +0000
Subject: Thanks
Message-ID: <877k5h1t18.fsf@joyful.com>
In-reply-to: <20030731180202GMT@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Thu, 31 Jul 2003 18:02:02 +0000")
zwiki-wiki@zwiki.org (DeanGoodmanson) writes:
> Although there are more formal ways of *supporting* Zwiki, Plone and
> Open Source development (Sponsorship, etc.)..
>
> There are times when I'd prefer to *thank* the developers through
> small, unexpectant tokens for support. Thus, this is a (repeated)
> suggestion that folks like Simon and other ZwikiContributors create
> and post an Amazon (or similar,
> http://www.thinkgeek.com/brain/wishes.cgi ) wishlist.
Dean - I appreciate you bringing this up, again! :) Thank you very much.
I have not done this partly because.. I like the absence of pushy donate
buttons, and also because I've had vague notions of making it possible for
actual money to flow to myself and others.. the buy-simon-a-faster-laptop
fund.. grandiose micropayment schemes.. etc. But I'm not sure how to do
this, or if it will affect the spirit of the project.
Perhaps time to do the simplest thing that could possibly work.
I'll experiment on SimonMichael.
From SimonMichael Wed Aug 13 20:29:38 +0000 2003
From: Simon Michael
Date: Wed, 13 Aug 2003 20:29:38 +0000
Subject: some ZMI ControlPanel confusion
Message-ID: <87vft1z6xi.fsf@joyful.com>
In-reply-to: <20030731125239GMT@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Thu, 31 Jul 2003 12:52:39 +0000")
zwiki-wiki@zwiki.org (FlorianKonnertz) writes:
> made some backups of ZWiki dir with names like ZWiki-0.18 etc. in the
> products folder and they (of course) were shown in CP. But a time ago
> i went moving them to a new dir in lib/python/away-products so they
> shouldnt disturb any more, but they still kept showing up in CP. So i
> deleted them today in the ZMI->CP. Now one single ZWiki product ist
> there.
Hi Florian - that's correct. You should have only one copy of the zwiki
code in the Products directory. I would always keep the 'ZWiki' directory
name to avoid confusion.
> Why isnt it marked as broken and the error shown when "it IS broken" as
> seen from above described errors??
Don't know.. if you click on the product's traceback tab
(manage_traceback) and there's no error, then it isn't broken as far as
zope is concerned. 0.21.0 dropped Wiki Folder support, which was fixed in
0.21.1. Perhaps that explains it.
From SimonMichael Wed Aug 13 20:32:23 +0000 2003
From: Simon Michael
Date: Wed, 13 Aug 2003 20:32:23 +0000
Subject:
Message-ID: <87n0edz6t1.fsf@joyful.com>
In-reply-to: <20030801160917GMT@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Fri, 01 Aug 2003 16:09:17 +0000")
> Hey, that worked. Thanks, ftour! I'm guessing it was the fact my
> MailHost was named something other than MailHost. It Didn't catch me
Yes. Should that change ? Catalog lookup is much more flexible,
unnecessarily so I thought.
From SimonMichael Wed Aug 13 20:33:33 +0000 2003
From: Simon Michael
Date: Wed, 13 Aug 2003 20:33:33 +0000
Subject: zwiki WikiMail NG v0.1
Message-ID: <87isp1z6qz.fsf@joyful.com>
In-reply-to: <20030803183014.A12229@gewis.win.tue.nl> (PieterB@gewis.nl's
message of "Sun, 3 Aug 2003 18:30:14 +0200")
PieterB writes:
> I've created a snapshot of a wikimail procmail setup.
> See: http://gewis.nl/~pieterb/zwiki/wikimailng-v0.1.zip
Cool Pieter. I haven't had a chance to look at this yet, anyone else ?
From SimonMichael Wed Aug 13 20:34:31 +0000 2003
From: Simon Michael
Date: Wed, 13 Aug 2003 20:34:31 +0000
Subject: Zwiki 0.21.1 bugfix release
Message-ID: <87brutz5yo.fsf@joyful.com>
In-reply-to: <20030812082843+0000@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Tue, 12 Aug 2003 08:28:43 +0000")
Laura writes:
>> drop confusing allowed_page_types option
>
> Simon, I didn't follow your discussion with John closely enough to
> know what this means, exactly. Does the bit on changing page types in
> the FAQ need to be changed?
Yes, we should be able to simplify. I've erased this stuff from my brain
unfortunately.. let's see.. yes.
- 0.19 introduced the allowed_page_types property (a list of zwiki page
types) to control the list of page types offered in the edit form, and to
disable setting of any page types not on the list (eg DTML types).
- 0.21 dropped this option, since it was such a pain in the neck with
legacy skins, upgrades etc.
- 0.22 will bring it back, but purely as a way of limiting the list of
page types in the edit form. It won't restrict setting of page types or
give warnings. For controlling DTML the 'no_dtml' property is now
supported - if this property can be acquired (it's value doesn't matter),
DTML is disabled.
STX, don't you *dare* mess with those numbers..
> page didn't render. When I edited it, I saw this (now familiar)
> message: "Warning: this page's current type (stxprelinkhtml) is not
> one of the allowed types for this wiki." Resaved and it was fine.
I assume you have a customized editform template somewhere; this warning
should be gone from 0.21.1's skins.
From SimonMichael Wed Aug 13 20:39:15 +0000 2003
From: SimonMichael
Date: Wed, 13 Aug 2003 20:39:15 +0000
Subject: other problems resolved ?
Message-ID: <20030813203915+0000@zwiki.org>
By the way Laura - you were stuck with some permission problems (?) as I remember - any luck with those ?
From SimonMichael Wed Aug 13 20:58:58 +0000 2003
From: SimonMichael
Date: Wed, 13 Aug 2003 20:58:58 +0000
Subject: wiki mail manouevers, another server adjustment
Message-ID: <20030813205858+0000@zwiki.org>
What happens when you send mail to zwiki.org but zope is restarting at the time ? Because of our simple (dumb) mail setup, the mail is bounced. So if you're a page subscriber sending to zwiki-wiki@zwiki.org, you'll get the bounce and noone will see your message. If you're a whole-wiki subscriber sending to zwiki@zwiki.org, other list subscribers will see your message but it won't appear on the wiki or be forwarded to page subscribers.
In the latter case, which happens to me a lot lately, I'll resend, preserving the original message ID (I've found S D r does this in emacs) and this time direct to the wiki at zwiki-wiki@zwiki.org (which I can do because I'm also a page subscriber). What does this accomplish ? The mail gets to the wiki and the page subscribers without creating a duplicate for whole-wiki subscribers.
In case you were wondering. I'm not suggesting anyone should have to do or understand the above. Disregard it.
But I was doing this and still couldn't get mails into the wiki - the damn thing is falling over all the time. This is no good. So for the time being it is now running just one (1) thread. This means the site may sometimes feel much slower, as it processes each request one at a time, first come first served. On the other hand it should stay up and mail should work a lot better.
From SimonMichael Wed Aug 13 21:11:10 +0000 2003
From: Simon Michael
Date: Wed, 13 Aug 2003 21:11:10 +0000
Subject: Charset configuration via properties
Message-ID: <87fzk5w9jy.fsf@joyful.com>
In-reply-to: <20030810133506+0000@zwiki.org> (Sven Kabelin's message of
"Sun, 10 Aug 2003 13:35:06 +0000")
zwiki-wiki@zwiki.org (Sven Kabelin) writes:
> Admin can set the content-type via folder property. Create a property
> "charset" value "UTF-8" now it takes and display UTF-8 content. The
> problem is you must do this of the creation time of your zwiki. You
> change the content-type after content is inserted, maybe content will
> not display correctly.
I see - thanks. Sounds good.. unless or until there is some more standard
way of doing this in CMF/Plone/Zope 2.7..
From lauratrippi Wed Aug 13 21:28:51 +0000 2003
From: laura trippi
Date: Wed, 13 Aug 2003 21:28:51 +0000
Subject: Zwiki 0.21.1: page types
Message-ID: <3F3AAD8A.4090401@netvironments.org>
In-reply-to: <87brutz5yo.fsf@joyful.com>
> - 0.22 will bring it back, but purely as a way of limiting the list of
> page types in the edit form.
Okie, I'm not altogether following this but since I wrote up the earlier
procedure (for the FAQ), I feel responsible for the doc. Maybe I'll wait
to revise it till 0.22 comes out and the approach stablizes.
>>page didn't render. When I edited it, I saw this (now familiar)
>>message: "Warning: this page's current type (stxprelinkhtml) is not
>>one of the allowed types for this wiki." Resaved and it was fine.
>
>
> I assume you have a customized editform template somewhere; this warning
> should be gone from 0.21.1's skins.
Er, no, I haven't customized the edit form. Only the wikipage ZPT and
not on the file system. Even there, I haven't gone into the wiki engine
code, except for one search/replace changing the background color of
headers/footers. The above behavior was on a new zwikiweb dropped in to
investigate the page types.
If I cleaned up my notes on customization, it might be easier to make
that out! Well, one step at a time. =}
LaT
From SimonMichael Thu Aug 14 01:56:41 +0000 2003
From: SimonMichael
Date: Thu, 14 Aug 2003 01:56:41 +0000
Subject: FrontPage, GeneralDiscussion cleanup
Message-ID: <20030814015641+0000@zwiki.org>
For a change, I've made the front page a normal, uncomplicated wiki page. Ah!! Isn't that better ?
The server has been running slowly but nice and steadily for five hours. Nice to have a sanity check.
From lauratrippi Thu Aug 14 01:58:23 +0000 2003
From: laura trippi
Date: Thu, 14 Aug 2003 01:58:23 +0000
Subject: other problems resolved: permissions
Message-ID: <3F3AEB38.30603@netvironments.org>
In-reply-to: <20030813203954+0000@zwiki.org>
Oh, thanks for asking! Yes and no: I got it working more or less the way
I wanted but in the meantime began to grasp the security issues with
allowing DTML. So, I need to rethink the basic approach I've taken and
possibly drop the DTML. I'd like to switch to reST!
Meanwhile, two questions: (from default front page for new wikis):
- "make the wiki folder's owner a low-privileged user": would I, for
example, create a dummy user w/the role of "anonymous"?
- "set the standard_page_type folder property to a non-DTML page type":
where is this property? It doesn't appear on the property tab for wiki
folders. I've searched the site, though briefly, and am still unclear.
Site org note: should these questions have been posted to
DefaultFrontPage? That way, answers could be easily refactored into a
revised version. I'm just not clear still about the protocols.
thanks,
LaT
From SimonMichael Thu Aug 14 02:31:04 +0000 2003
From: SimonMichael
Date: Thu, 14 Aug 2003 02:31:04 +0000
Subject: other problems resolved: permissions
Message-ID: <20030814023104+0000@zwiki.org>
In-reply-to: <3F3AEB38.30603@netvironments.org>
> "make the wiki folder's owner a low-privileged user": would I, for example, create a dummy user w/the role of "anonymous"?
Right.. then IIRC there's a sort of jig you do in the ZMI - while logged in as that user you "take ownership" of the folder. It's a bit inconvenient.
> "set the standard_page_type folder property to a non-DTML page type": where is this property? It doesn't appear on the property tab for wiki folders.
Right. Because zwiki uses standard zope folders, zwiki properties usually aren't there to begin with; you have to add them when you need them. QuickReference lists the property names and types (string, boolean, or lines).
> Site org note: should these questions have been posted to DefaultFrontPage?
Another of those tough calls. :) I liked it here, because I saw it quicker, the discussion can spread out without becoming off-topic, and DefaultFrontPage is one of those pages that I use as master copy for the defaults in the software.
From SimonMichael Thu Aug 14 02:55:33 +0000 2003
From: SimonMichael
Date: Thu, 14 Aug 2003 02:55:33 +0000
Subject: from laura's blog
Message-ID: <20030814025533+0000@zwiki.org>
Laura had some nice things to say at "zope, unfurl your wikis":http://www.netvironments.org/blog/archives/2003_08_01_archives_html#106075377538080697
(*indefatigable!* :)
Also, check out "GateKeepersOfGunzip":http://plone.org/Members/latrippi/ProtoToolszWiki/GateKeepersOfGunzip .
I remember coming across this once. I still don't know what it means, but it's beautiful. :) Thanks Laura.
From SimonMichael Thu Aug 14 03:00:40 +0000 2003
From: SimonMichael
Date: Thu, 14 Aug 2003 03:00:40 +0000
Subject: from laura's blog
Message-ID: <20030814030040+0000@zwiki.org>
In-reply-to: <20030814025533+0000@zwiki.org>
Correction: I know just what it means, as you will if you delve into zope.. just not with all of my brain at once. Delightful.
From SimonMichael Thu Aug 14 03:06:26 +0000 2003
From: SimonMichael
Date: Thu, 14 Aug 2003 03:06:26 +0000
Subject: zope.org >:(
Message-ID: <20030814030626+0000@zwiki.org>
Just to leaven the sweetness and light.. :)
There are a bunch of problems with the zwiki installation there which make me reluctant to
forward that announcement widely.
I've set up a wiki page at http://zope.org/Members/simon with a link to some open issues.
Nothing that can't be fixed easily.. I'm just afraid things are not going move very quickly
there. Think positive, think positive.
From SimonMichael Thu Aug 14 04:21:26 +0000 2003
From: Simon Michael
Date: Thu, 14 Aug 2003 04:21:26 +0000
Subject: how to use this thing
Message-ID: <878ypwx47n.fsf@joyful.com>
In-reply-to: <3F38C61B.5020508@netvironments.org> (laura trippi's message of
"Tue, 12 Aug 2003 10:50:14 +0000")
Laura wrote:
> The whole-wiki list provides nicely tiered options already: renames &
> deletes, IssueTracker, and everything else.
Are those the mailman topics which I set up a while back ? I don't think
those work.
> Also, and I feel badly even mentioning this, but I think it's a
> factor: w/the site so slow to respond, it kind of takes the wiki out
> of zwiki, if you know what I mean. Wiki's are about bouncing around
> and adding comments/editing pages *fast*. If you have to wait, well,
Agreed.
The MemoryUsage optimizations, when they come, should have the effect of
making browsing, editing small pages, reparenting/renaming/deleting
etc. more consistently quick.
I think changing large pages is going to remain quite slow for a while
alas. It just takes a long time to apply STX or RST formatting to a big
chunk of text - those packages have never been optimized. Just possibly we
might be able to avoid reformatting the whole page when adding a comment.
> p.s. Also, is there a project roadmap anywhere? That would also help
> newcomers make sense of what's going on.
FrontPage, ZWiki, ZwikiDevelopment..
From SimonMichael Thu Aug 14 04:30:45 +0000 2003
From: Simon Michael
Date: Thu, 14 Aug 2003 04:30:45 +0000
Subject: reduce our page count ? demolition needed
Message-ID: <874r0kx3s0.fsf@joyful.com>
In-reply-to: <20030812183542+0000@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Tue, 12 Aug 2003 18:35:42 +0000")
BillSeitz wrote:
(more good refactoring thoughts)
Archiving old pages out-of-wiki, eg in a subwiki, makes sense at some
point.. not yet, I'd hoped.
I was thinking of the number of pages as the main problem.. but yes, it
could be that the big pages are having a disproportionate impact.
Would be interesting to see a list sorted by page size.
And now I am really out of here.
From DeanGoodmanson Thu Aug 14 17:53:11 +0000 2003
From: DeanGoodmanson
Date: Thu, 14 Aug 2003 17:53:11 +0000
Subject: reStructuredText notes
Message-ID: <20030814175311+0000@zwiki.org>
I've found the "raw" "directive in reSt"http://docutils.sourceforge.net/spec/rst/directives.html#raw-data-pass-through to be a bit helpful in attempting reStructuredText
Examples at RSTTests (<--- Should that WikiLink be colorized?)
That might be a way to help ease the transition, and certainly allow spot for extensive add-in's such as LatexWiki, etc.
From lauratrippi Thu Aug 14 21:25:14 +0000 2003
From: laura trippi
Date: Thu, 14 Aug 2003 21:25:14 +0000
Subject: wikimail formatting
Message-ID: <3F3BFD39.3060106@netvironments.org>
Is this an issue or just ... sheesh?! =}
From a comment added via comments to ZwikiAndPlone, via email, the
first and last list items smear together w/the preceding/following
paragraphs. It works fine on the page.
Via email:
At Plone's documentation wiki: -
"HowToAddWiki":http://plone.org/documentation/howto/HowToAddWiki/view
=> zwiki.org FrontPage
-
"plone_products":http://plone.org/documentation/faq/plone_products/vie
w : nothing At zwiki.org : ZwikiAndPlone => [Chapter 13: Plone and CMF] : says to use
an install script. Are these the most current and complete install
instructions?
Entered in the comments box as:
At Plone's documentation wiki:
- "HowToAddWiki":http://plone.org/documentation/howto/HowToAddWiki/view
=> zwiki.org FrontPage
- "plone_products":http://plone.org/documentation/faq/plone_products/vie
w : nothing
At zwiki.org : ZwikiAndPlone => [Chapter 13: Plone and CMF] : says to use
an install script. Are these the most current and complete install
instructions?
--LaT
From SimonMichael Thu Aug 14 23:49:26 +0000 2003
From: SimonMichael
Date: Thu, 14 Aug 2003 23:49:26 +0000
Subject: reStructuredText notes
Message-ID: <20030814234926+0000@zwiki.org>
In-reply-to: <20030814175311+0000@zwiki.org>
You said it, about the "strict old aunt". But there's a raw directive ? Cool.
I'd like to be able to turn off the RST warnings.
Yes that RSTTests link is gray, the default colour of wishlist issues.
From SimonMichael Fri Aug 15 00:10:46 +0000 2003
From: SimonMichael
Date: Fri, 15 Aug 2003 00:10:46 +0000
Subject: FYI
Message-ID: <20030815001046+0000@zwiki.org>
Yes, it's Zwiki coloring the wiki links according to their target's issue colour, if any.
Since "recently":http://zwiki.org/GeneralDiscussion200308#msg20030802224557GMT@zwiki.org
but this failed to appear in the ChangeLog somehow, I don't know how to keep it
consistent when working in different CVS branches.
Fuelled by failure to find some simple docs and a good IRC rant: an experimental ZopeBookMirror.
I'm quite pleased with how this is working out.
No restarts or memory errors since going to one thread yesterday. (I restarted it myself to install new code).
I'm finding the site zippier, since the one thread can keep all pages loaded in cache
and there's usually not much concurrent activity to cause delays.
MemoryUsage has some new data on a big, old zwiki (handhelds.org) that's somehow running much faster
and using much less memory than this one.
From DeanGoodmanson Fri Aug 15 20:37:01 +0000 2003
From: DeanGoodmanson
Date: Fri, 15 Aug 2003 20:37:01 +0000
Subject: Thoughts on the insert method?
Message-ID: <20030815203701+0000@zwiki.org>
[IssueNo0577 Insert page method]
Especially interested in ideas on how it could be used. (Justification through use cases. :-))
From SimonMichael Fri Aug 15 22:12:58 +0000 2003
From: SimonMichael
Date: Fri, 15 Aug 2003 22:12:58 +0000
Subject: Thoughts on the insert method?
Message-ID: <20030815221258+0000@zwiki.org>
In-reply-to: <20030815203701+0000@zwiki.org>
I think it's good.. when I tried to implement this, I could find no good answer to "where do you put the form ?" and gave up.
From DeanGoodmanson Fri Aug 15 22:39:38 +0000 2003
From: DeanGoodmanson
Date: Fri, 15 Aug 2003 22:39:38 +0000
Subject: Thoughts on the insert method?
Message-ID: <20030815223938+0000@zwiki.org>
In-reply-to: <20030815221258+0000@zwiki.org>
>> when I tried to implement this, I could find no good answer to "where do you put the form ?" and gave up.
I don't think there are enough uses to justify a "prepend" checkbox on the zwiki site. I'll list some of the specifics on my utility views this weekend. (I'm looking forward to the code and discussions on renderings based on new comment header, and Bill's blogging comments)
From DeanGoodmanson Fri Aug 15 22:42:44 +0000 2003
From: DeanGoodmanson
Date: Fri, 15 Aug 2003 22:42:44 +0000
Subject: reStructuredText notes
Message-ID: <20030815224244+0000@zwiki.org>
In-reply-to: <20030814234926+0000@zwiki.org>
> I'd like to be able to turn off the RST warnings.
When I asked privately about the raw/in-line html to a regular rest list member, I was told to send it to the list as they didn't have time. Apparently my question wasn't THAT redundant, and I didn't need to ask but noticed the answer in regards to someone asking about math markup. I'm sure you can word the question better than I, so if you'll post it, I (who am subscribed) will watch for the answer.
http://lists.sourceforge.net/lists/listinfo/docutils-users , docutils-users@lists.sourceforge.net
From SimonMichael Sat Aug 16 00:47:35 +0000 2003
From: SimonMichael
Date: Sat, 16 Aug 2003 00:47:35 +0000
Subject: speedups
Message-ID: <20030816004735+0000@zwiki.org>
The expensive operations noted on MemoryUsage now use the catalog if possible.
You should find renaming, mail-in, contents and search faster.
Note the search is no longer case and whitespace-sensitive - it's a standard ZCatalog TextIndex search.
(I tried ZCTextIndex and TextIndexNG2 but had to give up - sorry for the downtime).
So with a suitable catalog, large wikis should now run happily with a much smaller
memory footprint. Except for all those "DTML hacks":MemoryUsage . Nevertheless I've
gone back to two threads just to see how we do now.
From SimonMichael Sat Aug 16 00:48:05 +0000 2003
From: SimonMichael
Date: Sat, 16 Aug 2003 00:48:05 +0000
Subject: speedups
Message-ID: <20030816004805+0000@zwiki.org>
In-reply-to: <20030816004735+0000@zwiki.org>
PS and the link titles (tooltips) are gone. Let me know if you miss them.
From SimonMichael Sat Aug 16 02:09:46 +0000 2003
From: SimonMichael
Date: Sat, 16 Aug 2003 02:09:46 +0000
Subject: speedups
Message-ID: <20030816020946+0000@zwiki.org>
In-reply-to: <20030816004735+0000@zwiki.org>
> gone back to two threads just to see how we do now.
No good, stick with one for now.
From SimonMichael Sun Aug 17 20:15:25 +0000 2003
From: Simon Michael
Date: Sun, 17 Aug 2003 20:15:25 +0000
Subject: what wikipedia's up to
Message-ID: <87wudct57q.fsf@joyful.com>
In-reply-to: <3F0BDD1F.8010004@pobox.com> (Brion Vibber's message of "Wed,
09 Jul 2003 02:15:11 -0700")
The wikipedians hang out on wikitech-l
(
"gmane.science.linguistics.wikipedia.technical":http://news.gmane.org/gmane.science.linguistics.wikipedia.technical
). An interesting place for wiki engine hackers.
Brion Vibber
"wrote":http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/4744
last month:
> We've really got to work on stabilizing the latest fun fun changes... and
> we can start to look at the boring stuff that needs to get done.
>
> Stuff that's maybe not a sexy new Table of Contents or Auto-Generated Maps
> or Cool New Language Support or Skin That Doesn't Scare People Away, but
> that really needs to get done to keep the wiki running. Optimization,
> fixes for race conditions, minor but continuous usability problems. The
> stuff no one wants to touch. :)
>
> If something strikes your fancy, please oh please claim one of these for
> your own:
>
> http://meta.wikipedia.org/wiki/Development_tasks
From SimonMichael Mon Aug 18 00:33:45 +0000 2003
From: SimonMichael
Date: Mon, 18 Aug 2003 00:33:45 +0000
Subject: deletions, mailout change
Message-ID: <20030818003345+0000@zwiki.org>
Seeking to further improve the signal level of mail from a zwiki,
I've stopped sending out page deletions and page renames by default.
Although these were handy for monitoring activity on zwiki.org,
I think they belong with the non-default "edits" mailout policy.
Let's see how it works.
I thought of a second argument for this later, I wonder if you agree:
I think mailing these out discourages cleanup and promote inertia,
because every deletion notification invites reaction from everyone, rather than people
who have actually used the page, and there's a tendency to build endlessly but resist
destruction, when in fact I think we need to promote more creative destruction.
In most cases you'll look at that page a year later and realize it really wasn't worth keeping
after all.
This may vary according to a wiki's general level of consensus and quality of edits.
In a more diverse/"hostile" environment, you may need the wiki to be more verbose.
Possibly I'm extra comfortable with this idea because the deletions are all mine right now. :)
(is anyone else *able* to delete pages ? Laura couldn't rename, for some reason).
As it happens, after this I went on a roll and deleted 100 pages (B to M).
These were test and low-content pages and some which I merged elsewhere.
Visible in RecycleBin for now.
From SimonMichael Mon Aug 18 02:35:57 +0000 2003
From: SimonMichael
Date: Mon, 18 Aug 2003 02:35:57 +0000
Subject: deletions, mailout change
Message-ID: <20030818023557+0000@zwiki.org>
In-reply-to: <20030818003345+0000@zwiki.org>
More deletions, and WikiBadges rehabilitated.
Also I am removing Page Maintainers badges as I find them, none of those pages have been touched in months.
From lauratrippi Mon Aug 18 04:23:53 +0000 2003
From: laura trippi
Date: Mon, 18 Aug 2003 04:23:53 +0000
Subject: Re: what wikipedia's up to PLUS me
Message-ID: <3F4054D1.1060504@netvironments.org>
In-reply-to: <87wudct57q.fsf@joyful.com>
>>We've really got to work on stabilizing the latest fun fun changes... and
>>we can start to look at the boring stuff that needs to get done.
Seems to be going around! =}
At the Pie/Echo/Atom wiki, after the recent blow out over wiki chaos and
confusion, they've embarked on a major clean up, w/a very nice page on
protocols for tending wikis:
http://www.intertwingly.net/wiki/pie/ThreadModeAndRefactorOk
I'll try to clean up the WikiMailAtZwiki page this week and tidy up what
I can quickly re: StyleSheets doc. But beyond that, I'm afraid I
need to extricate myself and concentrate on other things. ={
My teaching load this fall is pretty heavy, and I also need to work on
publishing as defined, you know, by *tenure* committees (yuk!).
Oh, I may also work a bit on the doc re: installing zwiki for plone if I
find something helpful I can do while I'm sorting it out for myself.
LaT
From DeanGoodmanson Tue Aug 19 14:34:54 +0000 2003
From: DeanGoodmanson
Date: Tue, 19 Aug 2003 14:34:54 +0000
Subject: comments on Delete Me's
Message-ID: <20030819143454+0000@zwiki.org>
after quickly reading through the digest and latest set of edits..
My vote is to go ahead and delete most of the pages you've questioned for delete.
What it does bring to mind is that I would like examples of the major iterations of those pages archived. I'm particularly interested in: MultipPageFaq, SinglePageFaq, ReSTFaq, RecentChangesAsTable, RecentChangesByTime, RecentChangesWithExcerpt.
From lauratrippi Thu Aug 14 21:25:14 +0000 2003
From: laura trippi
Date: Thu, 14 Aug 2003 21:25:14 +0000
Subject: wikimail formatting
Message-ID: <3F3BFD39.3060106@netvironments.org>
Is this an issue or just ... sheesh?! =}
From a comment added via comments to ZwikiAndPlone, via email, the
first and last list items smear together w/the preceding/following
paragraphs. It works fine on the page.
Via email:
At Plone's documentation wiki: -
"HowToAddWiki":http://plone.org/documentation/howto/HowToAddWiki/view
=> zwiki.org FrontPage
-
"plone_products":http://plone.org/documentation/faq/plone_products/vie
w : nothing At zwiki.org : ZwikiAndPlone => [Chapter 13: Plone and CMF] : says to use
an install script. Are these the most current and complete install
instructions?
Entered in the comments box as:
At Plone's documentation wiki:
- "HowToAddWiki":http://plone.org/documentation/howto/HowToAddWiki/view
=> zwiki.org FrontPage
- "plone_products":http://plone.org/documentation/faq/plone_products/vie
w : nothing
At zwiki.org : ZwikiAndPlone => [Chapter 13: Plone and CMF] : says to use
an install script. Are these the most current and complete install
instructions?
--LaT
From SimonMichael Thu Aug 14 23:49:26 +0000 2003
From: SimonMichael
Date: Thu, 14 Aug 2003 23:49:26 +0000
Subject: reStructuredText notes
Message-ID: <20030814234926+0000@zwiki.org>
In-reply-to: <20030814175311+0000@zwiki.org>
You said it, about the "strict old aunt". But there's a raw directive ? Cool.
I'd like to be able to turn off the RST warnings.
Yes that RSTTests link is gray, the default colour of wishlist issues.
From SimonMichael Fri Aug 15 00:10:46 +0000 2003
From: SimonMichael
Date: Fri, 15 Aug 2003 00:10:46 +0000
Subject: FYI
Message-ID: <20030815001046+0000@zwiki.org>
Yes, it's Zwiki coloring the wiki links according to their target's issue colour, if any.
Since "recently":http://zwiki.org/GeneralDiscussion200308#msg20030802224557GMT@zwiki.org
but this failed to appear in the ChangeLog somehow, I don't know how to keep it
consistent when working in different CVS branches.
Fuelled by failure to find some simple docs and a good IRC rant: an experimental ZopeBookMirror.
I'm quite pleased with how this is working out.
No restarts or memory errors since going to one thread yesterday. (I restarted it myself to install new code).
I'm finding the site zippier, since the one thread can keep all pages loaded in cache
and there's usually not much concurrent activity to cause delays.
MemoryUsage has some new data on a big, old zwiki (handhelds.org) that's somehow running much faster
and using much less memory than this one.
From DeanGoodmanson Fri Aug 15 20:37:01 +0000 2003
From: DeanGoodmanson
Date: Fri, 15 Aug 2003 20:37:01 +0000
Subject: Thoughts on the insert method?
Message-ID: <20030815203701+0000@zwiki.org>
[IssueNo0577 Insert page method]
Especially interested in ideas on how it could be used. (Justification through use cases. :-))
From SimonMichael Fri Aug 15 22:12:58 +0000 2003
From: SimonMichael
Date: Fri, 15 Aug 2003 22:12:58 +0000
Subject: Thoughts on the insert method?
Message-ID: <20030815221258+0000@zwiki.org>
In-reply-to: <20030815203701+0000@zwiki.org>
I think it's good.. when I tried to implement this, I could find no good answer to "where do you put the form ?" and gave up.
From DeanGoodmanson Fri Aug 15 22:39:38 +0000 2003
From: DeanGoodmanson
Date: Fri, 15 Aug 2003 22:39:38 +0000
Subject: Thoughts on the insert method?
Message-ID: <20030815223938+0000@zwiki.org>
In-reply-to: <20030815221258+0000@zwiki.org>
>> when I tried to implement this, I could find no good answer to "where do you put the form ?" and gave up.
I don't think there are enough uses to justify a "prepend" checkbox on the zwiki site. I'll list some of the specifics on my utility views this weekend. (I'm looking forward to the code and discussions on renderings based on new comment header, and Bill's blogging comments)
From DeanGoodmanson Fri Aug 15 22:42:44 +0000 2003
From: DeanGoodmanson
Date: Fri, 15 Aug 2003 22:42:44 +0000
Subject: reStructuredText notes
Message-ID: <20030815224244+0000@zwiki.org>
In-reply-to: <20030814234926+0000@zwiki.org>
> I'd like to be able to turn off the RST warnings.
When I asked privately about the raw/in-line html to a regular rest list member, I was told to send it to the list as they didn't have time. Apparently my question wasn't THAT redundant, and I didn't need to ask but noticed the answer in regards to someone asking about math markup. I'm sure you can word the question better than I, so if you'll post it, I (who am subscribed) will watch for the answer.
http://lists.sourceforge.net/lists/listinfo/docutils-users , docutils-users@lists.sourceforge.net
From SimonMichael Sat Aug 16 00:47:35 +0000 2003
From: SimonMichael
Date: Sat, 16 Aug 2003 00:47:35 +0000
Subject: speedups
Message-ID: <20030816004735+0000@zwiki.org>
The expensive operations noted on MemoryUsage now use the catalog if possible.
You should find renaming, mail-in, contents and search faster.
Note the search is no longer case and whitespace-sensitive - it's a standard ZCatalog TextIndex search.
(I tried ZCTextIndex and TextIndexNG2 but had to give up - sorry for the downtime).
So with a suitable catalog, large wikis should now run happily with a much smaller
memory footprint. Except for all those "DTML hacks":MemoryUsage . Nevertheless I've
gone back to two threads just to see how we do now.
From SimonMichael Sat Aug 16 00:48:05 +0000 2003
From: SimonMichael
Date: Sat, 16 Aug 2003 00:48:05 +0000
Subject: speedups
Message-ID: <20030816004805+0000@zwiki.org>
In-reply-to: <20030816004735+0000@zwiki.org>
PS and the link titles (tooltips) are gone. Let me know if you miss them.
From SimonMichael Sat Aug 16 02:09:46 +0000 2003
From: SimonMichael
Date: Sat, 16 Aug 2003 02:09:46 +0000
Subject: speedups
Message-ID: <20030816020946+0000@zwiki.org>
In-reply-to: <20030816004735+0000@zwiki.org>
> gone back to two threads just to see how we do now.
No good, stick with one for now.
From SimonMichael Sun Aug 17 20:15:25 +0000 2003
From: Simon Michael
Date: Sun, 17 Aug 2003 20:15:25 +0000
Subject: what wikipedia's up to
Message-ID: <87wudct57q.fsf@joyful.com>
In-reply-to: <3F0BDD1F.8010004@pobox.com> (Brion Vibber's message of "Wed,
09 Jul 2003 02:15:11 -0700")
The wikipedians hang out on wikitech-l
(
"gmane.science.linguistics.wikipedia.technical":http://news.gmane.org/gmane.science.linguistics.wikipedia.technical
). An interesting place for wiki engine hackers.
Brion Vibber
"wrote":http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/4744
last month:
> We've really got to work on stabilizing the latest fun fun changes... and
> we can start to look at the boring stuff that needs to get done.
>
> Stuff that's maybe not a sexy new Table of Contents or Auto-Generated Maps
> or Cool New Language Support or Skin That Doesn't Scare People Away, but
> that really needs to get done to keep the wiki running. Optimization,
> fixes for race conditions, minor but continuous usability problems. The
> stuff no one wants to touch. :)
>
> If something strikes your fancy, please oh please claim one of these for
> your own:
>
> http://meta.wikipedia.org/wiki/Development_tasks
From SimonMichael Mon Aug 18 00:33:45 +0000 2003
From: SimonMichael
Date: Mon, 18 Aug 2003 00:33:45 +0000
Subject: deletions, mailout change
Message-ID: <20030818003345+0000@zwiki.org>
Seeking to further improve the signal level of mail from a zwiki,
I've stopped sending out page deletions and page renames by default.
Although these were handy for monitoring activity on zwiki.org,
I think they belong with the non-default "edits" mailout policy.
Let's see how it works.
I thought of a second argument for this later, I wonder if you agree:
I think mailing these out discourages cleanup and promote inertia,
because every deletion notification invites reaction from everyone, rather than people
who have actually used the page, and there's a tendency to build endlessly but resist
destruction, when in fact I think we need to promote more creative destruction.
In most cases you'll look at that page a year later and realize it really wasn't worth keeping
after all.
This may vary according to a wiki's general level of consensus and quality of edits.
In a more diverse/"hostile" environment, you may need the wiki to be more verbose.
Possibly I'm extra comfortable with this idea because the deletions are all mine right now. :)
(is anyone else *able* to delete pages ? Laura couldn't rename, for some reason).
As it happens, after this I went on a roll and deleted 100 pages (B to M).
These were test and low-content pages and some which I merged elsewhere.
Visible in RecycleBin for now.
From SimonMichael Mon Aug 18 02:35:57 +0000 2003
From: SimonMichael
Date: Mon, 18 Aug 2003 02:35:57 +0000
Subject: deletions, mailout change
Message-ID: <20030818023557+0000@zwiki.org>
In-reply-to: <20030818003345+0000@zwiki.org>
More deletions, and WikiBadges rehabilitated.
Also I am removing Page Maintainers badges as I find them, none of those pages have been touched in months.
From lauratrippi Mon Aug 18 04:23:53 +0000 2003
From: laura trippi
Date: Mon, 18 Aug 2003 04:23:53 +0000
Subject: Re: what wikipedia's up to PLUS me
Message-ID: <3F4054D1.1060504@netvironments.org>
In-reply-to: <87wudct57q.fsf@joyful.com>
>>We've really got to work on stabilizing the latest fun fun changes... and
>>we can start to look at the boring stuff that needs to get done.
Seems to be going around! =}
At the Pie/Echo/Atom wiki, after the recent blow out over wiki chaos and
confusion, they've embarked on a major clean up, w/a very nice page on
protocols for tending wikis:
http://www.intertwingly.net/wiki/pie/ThreadModeAndRefactorOk
I'll try to clean up the WikiMailAtZwiki page this week and tidy up what
I can quickly re: StyleSheets doc. But beyond that, I'm afraid I
need to extricate myself and concentrate on other things. ={
My teaching load this fall is pretty heavy, and I also need to work on
publishing as defined, you know, by *tenure* committees (yuk!).
Oh, I may also work a bit on the doc re: installing zwiki for plone if I
find something helpful I can do while I'm sorting it out for myself.
LaT
From DeanGoodmanson Tue Aug 19 14:34:54 +0000 2003
From: DeanGoodmanson
Date: Tue, 19 Aug 2003 14:34:54 +0000
Subject: comments on Delete Me's
Message-ID: <20030819143454+0000@zwiki.org>
after quickly reading through the digest and latest set of edits..
My vote is to go ahead and delete most of the pages you've questioned for delete.
What it does bring to mind is that I would like examples of the major iterations of those pages archived. I'm particularly interested in: MultipPageFaq, SinglePageFaq, ReSTFaq, RecentChangesAsTable, RecentChangesByTime, RecentChangesWithExcerpt.
From ThomasSprinzing Tue Aug 19 17:10:54 +0000 2003
From: ThomasSprinzing
Date: Tue, 19 Aug 2003 17:10:54 +0000
Subject: Twiki Markup as Page Type
Hi Folks,
i came to use zope and zwiki after finding out about zope's powerful architecture. However, for the wiki markup languages, i found twiki markup is very easy to learn yet very powerful. As my wiki pages mostly make intensive use of tables, i find stx to be a chore. Especially, if you add a row somwhere inbetween and then have to insert spaces to realign the rest of the table. So, is there anybody out there, that has the same problem and can offer help. Or, if you geeks gave me a whole lot of hints (i'm a newbie) - i'd volunteer to implement something like the twiki markup as a page type.
ThomasSprinzing
From SimonMichael Tue Aug 19 17:12:26 +0000 2003
From: SimonMichael
Date: Tue, 19 Aug 2003 17:12:26 +0000
Subject: Re: what wikipedia's up to PLUS me
Message-ID: <20030819171226+0000@zwiki.org>
In-reply-to: <3F4054D1.1060504@netvironments.org>
> I'll try to clean up the WikiMailAtZwiki? page this week and tidy up what I can quickly re: StyleSheets
> doc. But beyond that, I'm afraid I need to extricate myself and concentrate on other things.
Thanks.. I can understand this. NB all: stale content that's in the public eye may attract the
wiki cleaners eventually, you may want to archive work in progress under your home page to avoid
this (or, summarize/delete and go at it again when you have more time).
From SimonMichael Tue Aug 19 17:15:39 +0000 2003
From: SimonMichael
Date: Tue, 19 Aug 2003 17:15:39 +0000
Subject: comments on Delete Me's
Message-ID: <20030819171539+0000@zwiki.org>
In-reply-to: <20030819143454+0000@zwiki.org>
Thanks.. nb I wasn't planning to delete those faq pages and those recent changes functionalities
are demonstrated in the current RC code.
From SimonMichael Tue Aug 19 17:23:43 +0000 2003
From: SimonMichael
Date: Tue, 19 Aug 2003 17:23:43 +0000
Subject: Twiki Markup as Page Type
Message-ID: <20030819172343+0000@zwiki.org>
Hi Thomas, take a look at eg render_msgwwmlprelinkfitissue in "ZWikiPage.py":/zwikidir/ZWikiPage.py .
If you just replace the 'translate_WWML' call you'll have a twiki page type with all bells and whistles.
For some text formatting code examples try "WWML.py":/zwikidir/WWML.py or MoinMoinMarkupMode.
From SimonMichael Tue Aug 19 17:28:19 +0000 2003
From: SimonMichael
Date: Tue, 19 Aug 2003 17:28:19 +0000
Subject: catalog problems
Message-ID: <20030819172819+0000@zwiki.org>
The catalog is giving some problems, affecting RecentChanges and other places..
I have been unable to get it to complete a reindex. Probably memory issues.
Pardon any non-responses while I try again.
From unknown Tue Aug 19 21:09:10 +0000 2003
From:
Date: Tue, 19 Aug 2003 21:09:10 +0000
Subject: How to enable subscribe
Message-ID: <20030819210910+0000@zwiki.org>
None of my wiki pages have the "subscribe" link. How is this facility enabled?
From unknown Tue Aug 19 21:28:24 +0000 2003
From:
Date: Tue, 19 Aug 2003 21:28:24 +0000
Subject: Books on Zwiki
Message-ID: <20030819212824+0000@zwiki.org>
Are there any books or chapters on Zwiki?
From DeanGoodmanson Tue Aug 19 21:34:23 +0000 2003
From: DeanGoodmanson
Date: Tue, 19 Aug 2003 21:34:23 +0000
Subject: Books on Zwiki
Message-ID: <20030819213423+0000@zwiki.org>
In-reply-to: <20030819212824+0000@zwiki.org>
I think there's a section in "Zope: Web Application Development and Content Management", BookLookup:0735711100 , but it only covers the basics, which is probably only what is similar to the time of that publishing to the current version.
But...for all your questions, you've come to the right place!
From SimonMichael Tue Aug 19 21:35:03 +0000 2003
From: SimonMichael
Date: Tue, 19 Aug 2003 21:35:03 +0000
Subject: Books on Zwiki
Message-ID: <20030819213503+0000@zwiki.org>
In-reply-to: <20030819212824+0000@zwiki.org>
I don't think so.
From SimonMichael Tue Aug 19 21:50:18 +0000 2003
From: SimonMichael
Date: Tue, 19 Aug 2003 21:50:18 +0000
Subject: How to enable subscribe
Message-ID: <20030819215018+0000@zwiki.org>
In-reply-to: <20030819210910+0000@zwiki.org>
See WikiMail -> Mail-out setup. Basically, a 'mail_replyto' property to your wiki folder using the ZMI, containing a suitable address.
From SimonMichael Tue Aug 19 21:51:50 +0000 2003
From: SimonMichael
Date: Tue, 19 Aug 2003 21:51:50 +0000
Subject: How to enable subscribe
Message-ID: <20030819215150+0000@zwiki.org>
In-reply-to: <20030819215018+0000@zwiki.org>
("add", I meant to say.)
From lauratrippi Wed Aug 20 04:03:57 +0000 2003
From: laura trippi
Date: Wed, 20 Aug 2003 04:03:57 +0000
Subject: the wiki cleaners (+ TrailHead|s)
Message-ID: <3F42F30A.1060108@netvironments.org>
In-reply-to: <20030819171235+0000@zwiki.org>
SimonMichael wrote:
>>afraid I need to extricate myself and concentrate on other things.
>
>
> Thanks.. I can understand this.
Oh, thanks for the reply, Simon. I wish I could help out more. You're
really going at the wiki cleaning and that's great.
> NB all: stale content that's in the
> public eye may attract the wiki cleaners eventually
I'm glad to hear it! =}
Re: site nav and finding content, AndrewBurrow's research wiki has some
excellent strategies, including TrailHead|s, "a page designed as a
starting point into a body of content." Like a wiki RoadMap but a much
clearer term and concept, I think.
http://zwiki.sial.rmit.edu.au/albCorpus/TrailHead
> Clearly a trail benefits from a well sign posted starting
> point. In the physical world, such trail heads often make
> warnings about the required time or experience and allow
> comparison of alternate trails based on a map.
And an example:
http://zwiki.sial.rmit.edu.au/albCorpus/TheProcedures
Of course, I recognize that the main issue is finding time and person
power and the inclination to clean up! Still, the more
navigation-friendly, the better zwiki.org might be at bringing in
participants.
And now, back to this course site I'm setting up in plone and the
question of whether I dare ask 40 non-programmer undergraduates to work
in wiki's! What am I, nuts? =}
LaT
From lauratrippi Wed Aug 20 04:53:33 +0000 2003
From: laura trippi
Date: Wed, 20 Aug 2003 04:53:33 +0000
Subject: promote creative destruction
Message-ID: <3F42FEC9.9020306@netvironments.org>
In-reply-to: <20030818003348+0000@zwiki.org>
SimonMichael wrote:
> and there's a
> tendency to build endlessly but resist destruction, when in fact I
> think we need to promote more creative destruction.
Hey, that's really good! What the wiki world needs is a 12-step program
to promote creative destruction. =}
> (is anyone
> else *able* to delete pages ? Laura couldn't rename, for some reason).
Oh, that was only b/c I hadn't thought to enter a name in my user
options. Didn't realize that affected my permissions. And tho I probably
shouldn't be, I'm still foggy on it why it does.
I mean, OK, I'm no longer anonymous but I haven't been authenticated,
either. So ... ?
LaT
From SimonMichael Wed Aug 20 15:23:02 +0000 2003
From: Simon Michael
Date: Wed, 20 Aug 2003 15:23:02 +0000
Subject: catalog problems
Message-ID: <87oeykcq72.fsf@joyful.com>
In-reply-to: <20030819172835+0000@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Tue, 19 Aug 2003 17:28:35 +0000")
> The catalog is giving some problems, affecting RecentChanges and other
PS this got resolved.. to successfully update within memory quota I needed
to crank the subtransaction size way down (<= 500) and just let it run for
~15 minutes.
From SimonMichael Wed Aug 20 15:29:23 +0000 2003
From: Simon Michael
Date: Wed, 20 Aug 2003 15:29:23 +0000
Subject: promote creative destruction
Message-ID: <87k798cpwj.fsf@joyful.com>
In-reply-to: <3F42FEC9.9020306@netvironments.org> (laura trippi's message of
"Tue, 19 Aug 2003 21:53:29 -0700")
laura trippi writes:
> Oh, that was only b/c I hadn't thought to enter a name in my user
> options. Didn't realize that affected my permissions. And tho I probably
> shouldn't be, I'm still foggy on it why it does.
>
> I mean, OK, I'm no longer anonymous but I haven't been authenticated,
> either. So ... ?
It was a compromise between leaving the new-and-potentially-dangerous
rename and delete operations available to all, and protecting them from
casual passing vandals. Not just on zwiki.org, but as the zwiki default.
It's been in the docs (lately, in FAQs) but perhaps it's still too
obscure ?
From DeanGoodmanson Wed Aug 20 15:46:03 +0000 2003
From: DeanGoodmanson
Date: Wed, 20 Aug 2003 15:46:03 +0000
Subject: Definition STX RFC
Message-ID: <20030820154603+0000@zwiki.org>
I'm glad for the code to remove the spaces between lists.
But would anyone else but me like the spaces retained in the definition lists, like ZwikiTips ?
From lauratrippi Wed Aug 20 20:19:54 +0000 2003
From: laura trippi
Date: Wed, 20 Aug 2003 20:19:54 +0000
Subject: Definition STX RFC
Message-ID: <3F43D7C4.5060308@netvironments.org>
In-reply-to: <20030820154613+0000@zwiki.org>
DeanGoodmanson wrote:
> I'm glad for the code to remove the spaces between lists.
Where is this proposed? This behavior should be controlled in a style
sheet so users can adjust it to their needs.
> But would anyone else but me like the spaces retained in the
> definition lists, like ZwikiTips ?
Uh, there's no line space between items in the default zwiki DL, is there?
PLEASE: if you're changing basic zwiki mark up / layout protocols, put
the discussion someplace where people can find, contribute to, and track
it. These changes impact on the wiki "quality of life" of zwiki's end
users.
LaT
From DeanGoodmanson Wed Aug 20 20:35:53 +0000 2003
From: DeanGoodmanson
Date: Wed, 20 Aug 2003 20:35:53 +0000
Subject: Definition STX RFC
Message-ID: <20030820203553+0000@zwiki.org>
In-reply-to: <3F43D7C4.5060308@netvironments.org>
* List items in default STX are each given a <p> tag. :-P
* Initial workaround was to modify Zope's STX code
* Later, I think, Simon integrated a fix into the zwiki page processor
TextFormattingRules is an interesting mix of using zwiki STX bullets and HTML for when extra space is desired. There are a number of workarounds to STX behavior implemented in Zwiki, and I'm not sure where they're noted. List handling is one, footnotes/freeform links, ?? .. when I have time, where should those be noted?
From lauratrippi Wed Aug 20 20:37:13 +0000 2003
From: laura trippi
Date: Wed, 20 Aug 2003 20:37:13 +0000
Subject: permissions for rename/delete
Message-ID: <3F43DB3C.5000908@netvironments.org>
In-reply-to: <87k798cpwj.fsf@joyful.com>
Simon Michael wrote:
> laura trippi writes:
>
>>I mean, OK, I'm no longer anonymous but I haven't been authenticated,
>>either. So ... ?
>
>
> It was a compromise between leaving the new-and-potentially-dangerous
> rename and delete operations available to all, and protecting them from
> casual passing vandals. Not just on zwiki.org, but as the zwiki default.
> It's been in the docs (lately, in FAQs) but perhaps it's still too
> obscure ?
Where, exactly (I don't see it in the FAQs)?
Are you saying: in allocating permissions for rename/delete, zwiki
distinquishes between anonymous users and unauthenticated users who have
inserted a username in user options?
LaT
From lauratrippi Thu Aug 21 00:14:59 +0000 2003
From: laura trippi
Date: Thu, 21 Aug 2003 00:14:59 +0000
Subject: Definition STX RFC
Message-ID: <3F440EEA.7040908@netvironments.org>
In-reply-to: <20030820203604+0000@zwiki.org>
> ?? .. when I have time, where should those be noted?
I don't know, Dean. I'm losing it. I'm trying to be helpful but the
chaos here is overwhelming.
I was trying to pull back, then discovered a few issues w/the defaults
in zwiki_plone, which I'd hoped to use. And there's no doc anywhere that
I can find of differences in zwiki_plone from plain zwiki.
> There are a number of
> workarounds to STX behavior implemented in Zwiki, and I'm not sure
> where they're noted.
And if you don't know, how am I supposed to find them? Trial and error,
and then it will be dropped in the next month's rev? Where/how can the
end-users weigh in with their opinions? Where is this project heading?
I rely on my zwiki-driven wiki's but I may have to ... I don't know,
switch? But, then, how can I, when I want to work in Zope/Plone?::
The joy of coding Python should be in seeing short,
concise, readable classes that express a lot of action
in a small amount of clear code - not in reams of trivial
code that bores the reader to death.--Guido van Rossum
Please excuse the following snark attack, but if your friends won't tell
you, who will? When I saw that, I had to bite my tongue from writing::
The joy of USING WIKI should be in seeing short, concise,
readable PAGES that express a lot of MEANING in a small
amount of clear TEXT AND LINKS - not in reams of HALF-OUTDATED
FRAGMENTS that CONFUSE the USER to EXASPERATION.--Anon zwiki.org End User
I watch how hard you guys are working. I really appreciate the effort
that you're putting in! But I wonder sometimes whether you realize the
impact your decisions have on end users. The endless churn in protocols,
the lack of doc and clarity, has wasted hours of my time.
I wish that I knew how to help, what to suggest. But my questions about
the larger process context (w/r/t CSS, about a project roadmap) have
gone unanswered. I don't know what to do next.
LaT
From unknown Thu Aug 21 03:32:04 +0000 2003
From:
Date: Thu, 21 Aug 2003 03:32:04 +0000
Subject: Definition STX RFC
Message-ID: <20030821033204+0000@zwiki.org>
In-reply-to: <3F440EEA.7040908@netvironments.org>
It's hard to respond to that one, mind if I try?
The best roadmap is SimonsPlan, and although it's noted out of date, it has been helpful and became outdated around the Plone drive.
Also, please remember that I'm primarily a discussion-bot that dives into the code maybe every 3 months for simple hacks. If it's any concessions, I think I throw out a "what d'ya think about this?" mis-labeled as RFC every month or so, with about 1/4 gaining serious discussion. Most cases get rightly-politely set aside in the name of simplicity.
I'm not sure to get heads together on certain issues. (CSS, etc.) It amazes me when I hear of big efforts from contributors who've never squawked in GD. Patches still rule, finishing's the dilema. If your expect a "read the source" kind of answer at this point, you may be comforted by the "Motivation" section of the ZopeBookMirror. #zwiki is a venue I've not ventured into, but when I've been at #zope it's usually been helpful.
I hope the current aggressive pruning is giving you hope. It has me.
The wiki is migrating from every page is discussion to ZWiki:DocumentMode , and I'm in the general category that pages like GardeningPolicyDiscussion should be deleted. Protocol must be simple, Follow-up is critical.
From unknown Thu Aug 21 03:49:42 +0000 2003
From:
Date: Thu, 21 Aug 2003 03:49:42 +0000
Subject: [FreeformLinks] [Chapter 13: Plone and CMF]
Message-ID: <20030821034942+0000@zwiki.org>
After reading the comments about [FreeformLinks] on [Chapter 13: Plone and CMF], I'm understanding a bit of the confusion my peers have had with wikilinks, but... They prefered Freeform, even put URL's in brackets. I personally find case sensitive WikiLinks odd. Why shouldn't ZWiki also map to ZwiKi ?
WikiPedia style linking welcome.
From DeanGoodmanson Thu Aug 21 21:44:57 +0000 2003
From: DeanGoodmanson
Date: Thu, 21 Aug 2003 21:44:57 +0000
Subject: FivePages, BackLinks
Message-ID: <20030821214457+0000@zwiki.org>
Would you mind explaining the removal of the () on the FivePages and Backlinks code?
Also, the above 2 posts are from me.
From unknown Fri Aug 22 09:34:29 +0000 2003
From:
Date: Fri, 22 Aug 2003 09:34:29 +0000
Subject: Twiki Markup as Page Type
Message-ID: <20030822093429+0000@zwiki.org>
In-reply-to: <20030819172343+0000@zwiki.org>
Thanks, Simon. I had a quick look - may my problem drills down to "how do i do tables in WWml". I onterpreted the source as to write something like that:
| TableRow1Column1 | Column 2 |
| Row2 Col1 | Row 2 Col 2 |
which would be perfectly what i need for the Help System. (<-If this is done,i'll post it here. I use line-by line parsing to do Topic-language-lookups. The table itself should display well too, though)
Basically, STX Tables are a chore, if you insert or change a row, and thus the whole table has to be edited.(and the Table has more than 4 rows)
Thanx
Thomas
From SimonMichael Fri Aug 22 17:36:53 +0000 2003
From: Simon Michael
Date: Fri, 22 Aug 2003 17:36:53 +0000
Subject: Definition STX RFC
Message-ID: <87u189a99j.fsf@joyful.com>
In-reply-to: <3F440EEA.7040908@netvironments.org> (laura trippi's message of
"Wed, 20 Aug 2003 17:14:34 -0700")
Good morning wikizens.. the site seems to be all ship-shape again after
the recent code refactoring.
I'll try to respond briefly to the recent flurry, here and on [Chapter 13: Plone and CMF].
White space between list elements: this went away when StructuredTextNG
appeared in Zope and Zwiki switched to it, some time ago. No, I personally
would not want to tweak it for definition lists since it's not worth
deviating from the STX standard. Yes ideally it should be doable with
styles of course.
Zwiki's STX workarounds: Zwiki changes STXNG very little, just makes it
more robust in two minor ways you won't notice (see the code:
"stxToHtml":/zwikidir/ZWikiPage.py ). Also Zwiki's STX doesn't support the
:img: syntax, which needs to be fixed. STX uses brackets and so does
Zwiki but these don't interfere.
> The wiki is migrating from every page is discussion to
> ZWiki:DocumentMode , and I'm in the general category that pages like
> GardeningPolicyDiscussion should be deleted.
That's good to hear. I've now gone through the whole wiki deleting obvious
non-personal test and fluff pages, which got rid of ~250. The next pass
could be a big discussion cleanup. Another could be the suggestion and
modification pages.
(snipped the rest for a new thread)
From SimonMichael Fri Aug 22 17:43:21 +0000 2003
From: Simon Michael
Date: Fri, 22 Aug 2003 17:43:21 +0000
Subject: chaos, order, how to help
Message-ID: <87ptixa8y3.fsf@joyful.com>
> I watch how hard you guys are working. I really appreciate the effort that
> you're putting in! But I wonder sometimes whether you realize the impact
> your decisions have on end users. The endless churn in protocols, the lack
> of doc and clarity, has wasted hours of my time.
I think I understand. I've delivered this rant myself, and thank you for
it. I was moved to work on Zwiki because the same situation existed in
the Zope and other communities (still does!) and I didn't want tools and
infrastructure to be the obstacle.
But, a slight reality check. I'm one guy, trying to survive and live a
balanced life while putting out this large free project, which takes more
time even than you realize, I think. And I think it's true to say that,
good discussion and occasional great contributions aside, the coding, the
site maintenance, and the useful writing is still mostly coming from
me. It sure feels that way.
While this persists, obviously I have to prioritize. I try to put my time
and energy where I think it's going to give the biggest payoff -
increasing zwiki's appeal, attracting more help, etc. I don't know if I've
made the best choices. Often I end up working wherever I seem to get
energy to continue.
I do take docs and a clear approachable wiki seriously - see eg
ZwikiQuality from a long time back. But I've often felt it more important
to work on making the software effective, non-confusing, and robust
first. It's no fun working on docs if this wiki is slow and crashing.
Happily, I think that's been solved this month. And we have collectively
been building our knowledge of zwiki, wiki organization issues, how to
handle discussion, etc. I feel a swing of the pendulum from chaos to order
taking place.
> I wish that I knew how to help, what to suggest.
I know the feeling. Hang in there.
If you don't have time, you won't be able to right now; perfectly
understandable. Take a break.
If you have a little, I think it would be very useful to spend a few
minutes, regularly, on wiki cleanup - eg helping to reduce the page count,
or updating a single key page, or identifying a shortlist of such key
pages. HowToHelp might be one. I would like people to find such a page
when they ask that question, with an up-to-date list of 5/15/60-minute
tasks that need doing.
From SimonMichael Fri Aug 22 18:13:31 +0000 2003
From: SimonMichael
Date: Fri, 22 Aug 2003 18:13:31 +0000
Subject: chaos, order, how to help
Message-ID: <20030822181331+0000@zwiki.org>
In-reply-to: <87ptixa8y3.fsf@joyful.com>
And an alternate, shorter answer: don't ask me how you can help - figure it out and *show*
me how you can help. (And if I'm getting in the way, show me how to do better.)
From SimonMichael Fri Aug 22 19:03:16 +0000 2003
From: Simon Michael
Date: Fri, 22 Aug 2003 19:03:16 +0000
Subject: permissions for rename/delete
Message-ID: <87he49a59d.fsf@joyful.com>
In-reply-to: <3F43DB3C.5000908@netvironments.org> (laura trippi's message of
"Wed, 20 Aug 2003 13:34:04 -0700")
laura trippi writes:
> Where, exactly (I don't see it in the FAQs)?
>
> Are you saying: in allocating permissions for rename/delete, zwiki
> distinquishes between anonymous users and unauthenticated users who have
> inserted a username in user options?
That's right. http://zwiki.org/FAQs#How%20do%20I%20rename%20a%20page?
is where I was thinking of, but it only mentions the page management form
and needs to be clarified now.
Looking at the code, it seems renaming requires 'Zwiki: Rename pages'
permission *and* if you are the Anonymous User, you must have a username
cookie. Ie totally unknown visitors can't rename. Deleting is the same.
I've just updated FAQs a little.
From SimonMichael Fri Aug 22 19:22:44 +0000 2003
From: Simon Michael
Date: Fri, 22 Aug 2003 19:22:44 +0000
Subject: FivePages, BackLinks
Message-ID: <878ypla4cj.fsf@joyful.com>
In-reply-to: <20030821214530+0000@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Thu, 21 Aug 2003 21:45:30 +0000")
> Would you mind explaining the removal of the () on the FivePages and
> Backlinks code?
Sure..
(long confusing explanation deleted)
in short, I've recently changed the pages() and backlinksFor() methods
used by these pages to return small metadata objects rather than actual
page objects, to improve caching performance. These have to be accessed
slightly differently at the moment. The comments in the code have more.
From simon Fri Aug 22 20:29:14 +0000 2003
From: simon
Date: Fri, 22 Aug 2003 20:29:14 +0000
Subject: chaos, order, how to help
Message-ID: <20030822202914+0000@zwiki.org>
In-reply-to: <87ptixa8y3.fsf@joyful.com>
Oh, !HowToHelp became ContributorsGuide. And I was thinking of renaming it to ContributorsGuide.
> I think it's true to say that, good discussion and occasional great contributions aside,
> the coding, the site maintenance, and the useful writing is still mostly coming from me
And now that I've pissed off the rest of you.. :)
Prove me wrong! I'm going outside.
From lauratrippi Fri Aug 22 21:18:44 +0000 2003
From: laura trippi
Date: Fri, 22 Aug 2003 21:18:44 +0000
Subject: chaos, order, how to help
Message-ID: <3F4688B0.7020302@netvironments.org>
In-reply-to: <20030822181407+0000@zwiki.org>
Thank you, Simon. Though I had paused a few times before hitting send, I
also felt badly about having sent it. The last thing I want to do is to
discourage you or anyone from the important work you're doing here. But
then again, it seemed I needed to express my frustrations, too.
I do realize it's an almost single-handed effort. I was wondering
whether more clarity about the project development process would bring
more people in.
> And an alternate, shorter answer: don't ask me how you can help -
> figure it out and *show* me how you can help. (And if I'm getting in
> the way, show me how to do better.)
I'd been trying to do that, though my efforts were really very modest
and my follow through has been ... pretty lame. But that's partly b/c I
didn't feel like I could get much purchase or traction on the process
here. It's difficult to contribute when I can't figure out what's going on.
In part, I think it's b/c I'm not a developer, and in part, an issue of
cognitive style. I'm very "info sensitive" so that what's tolerable and
productive chaos to others can be quite overwhelming to me.
This means that working in zwiki is extremely satisfying for me,
bringing clarity out of a brainstormy mess. But trying to engage w/the
zwiki.org site might not be such a good idea.
I hope at least my weblog postings indicate how much I appreciate the
work you're doing.
Zwiki is a cornerstone tool for me of the zope environment. I don't know
where I'd be without it! So all the thanks and kudos I've expressed
before, well, they're the overriding thing.
LaT
From lauratrippi Fri Aug 22 21:21:58 +0000 2003
From: laura trippi
Date: Fri, 22 Aug 2003 21:21:58 +0000
Subject: chaos, order, how to help
Message-ID: <3F468975.3020500@netvironments.org>
In-reply-to: <20030822202948+0000@zwiki.org>
> Prove me wrong! I'm going outside.
Watch out -- mars is coming! =}
From lauratrippi Fri Aug 22 22:38:44 +0000 2003
From: laura trippi
Date: Fri, 22 Aug 2003 22:38:44 +0000
Subject: permissions for rename/delete
Message-ID: <3F469B70.4030209@netvironments.org>
In-reply-to: <87he49a59d.fsf@joyful.com>
Yes, that's clearer now, thanks. But I wonder whether it shouldn't be on
the user options form itself, since it's a question that comes up for
anyone, not just site admins - or users who are committed enough to the
visit the zwiki.org FAQ. =}
Actually, I'm still/again confused on permissions. In the situation when
I want editing restricted to authenticated users: Unless I'm actually
logged into the ZMI, I can't seem to get the edit link to show up.
I'm wondering whether that's related to this. Sorry if this is spelled
out somewhere and I'm missing it, just point me to it.
LaT
From simon Fri Aug 22 23:33:28 +0000 2003
From: simon
Date: Fri, 22 Aug 2003 23:33:28 +0000
Subject: threads ? bah who has time for threads
Message-ID: <20030822233328+0000@zwiki.org>
Yes - I know you're posting because you care, you're appreciative, and you already have done
(are doing) a lot to help. Of course, please continue pointing out things that seem broken,
and expressing frustration when you need to. I seem to have had some building up myself.
Dean made a perfectly good reply but perhaps I was stung by the paperclip thing..
We decided not to show the edit link when you don't have permission to use it. If you want it
always showing, you need to customize the skin. I hope that's what you're getting at,
I don't always understand what people mean.
From simon Fri Aug 22 23:35:48 +0000 2003
From: simon
Date: Fri, 22 Aug 2003 23:35:48 +0000
Subject: permissions for rename/delete
Message-ID: <20030822233548+0000@zwiki.org>
In-reply-to: <3F469B70.4030209@netvironments.org>
> I wonder whether it shouldn't be on the user options form itself,
(Yes, good idea.)
From PieterB Mon Aug 25 15:21:08 +0000 2003
From: PieterB
Date: Mon, 25 Aug 2003 15:21:08 +0000
Subject: Re: SCRUM Methodology (ZwikiScrumDiscussion)
Message-ID: <20030825172103.A69851@gewis.win.tue.nl>
In-reply-to: <2120B69D324EF241B77CB5068D47DAD283159D@qcmail1.corpo.recruitsoft.com>; from
yrannou@RECRUITSOFT.COM on Thu, Aug 21, 2003 at 01:31:16PM -0400
On Thu, Aug 21, 2003 at 01:31:16PM -0400, you wrote at Chi-web,
http://listserv.acm.org/archives/wa.cgi?A2=ind0308c&L=chi-web&F=&S=&P=2506
> I was wondering if anyone of you had heard of SCRUM software
> development methodology and used it? Our organization is in the
> process of implementing it (not my decision...) and I was wondering
> if anyone could share some goods and bad news about SCRUM.
There are some pages on Zwiki.org concerning Scrum,
see: http://zwiki.org/SearchPage?expr=scrum
e.g. books on http://zwiki.org/ZwikiScrumDiscussion (+slashdot review)
or you could contact Wim or Dean through the wiki.
> Please send replies to me offlist. I will collect, summarize
> statement, and post the summary.
I forwarded your message to http://zwiki.org/ZwikiScrumDiscussion
> CHI-WEB: http://www.sigchi.org/web
PieterB
From unknown Mon Aug 25 15:25:38 +0000 2003
From:
Date: Mon, 25 Aug 2003 15:25:38 +0000
Subject:
Message-ID: <20030825152538+0000@zwiki.org>
Here's kind of a random question:
Obviously, since there are no real access controls around Wiki, some etiquette is required when it comes to modifying other people's stuff. In some cases it may be less important (such as when the document is meant to be a generic/objective technical discussion), but in some cases (e.g. commentary), it, I think, is more important.
What etiquette should be followed when considering whether or not to correct spelling errors? If I see someone's page and it has spelling errors, should I:
- Let it go -- everyone has a style of their own
- Modify it
- Notify the author privately
From PieterB Mon Aug 25 15:27:54 +0000 2003
From: PieterB
Date: Mon, 25 Aug 2003 15:27:54 +0000
Subject: Re: SCRUM Methodology (ZwikiScrumDiscussion)
Message-ID: <20030825152754+0000@zwiki.org>
In-reply-to: <20030825172103.A69851@gewis.win.tue.nl>
Hmmm... i the message was mean't for ZwikiScrumDiscussion page.
Why doesn't the auto-hyperlinking doesn't work?
I'm rather busy at the moment, so unfortuately not much (z)wiki time ;(
From SimonMichael Mon Aug 25 16:40:47 +0000 2003
From: Simon Michael
Date: Mon, 25 Aug 2003 16:40:47 +0000
Subject: Re: SCRUM Methodology
(ZwikiScrumDiscussion)
Message-ID: <871xv93da4.fsf@joyful.com>
In-reply-to: <20030825152818+0000@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Mon, 25 Aug 2003 15:28:18 +0000")
zwiki-wiki@zwiki.org (PieterB) writes:
> Hmmm... i the message was mean't for ZwikiScrumDiscussion page.
Including the wikiname in the subject wasn't enough to direct it there -
for this it needs to be in brackets.
> Why doesn't the auto-hyperlinking doesn't work?
Fixed now, thanks.
From SimonMichael Mon Aug 25 16:45:42 +0000 2003
From: Simon Michael
Date: Mon, 25 Aug 2003 16:45:42 +0000
Subject: spelling etiquette
Message-ID: <87wud11yhg.fsf@joyful.com>
In-reply-to: <20030825152557+0000@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Mon, 25 Aug 2003 15:25:57 +0000")
Good question. Can you see if there's a good answer at
WikiWikiWeb:WikiSocialNorms , and point to it from around BestPractices if
you think it appropriate.
From RoyS.Rapoport Mon Aug 25 16:54:48 +0000 2003
From: Roy S. Rapoport
Date: Mon, 25 Aug 2003 16:54:48 +0000
Subject: spelling etiquette
Message-ID: <20030825165448+0000@zwiki.org>
In-reply-to: <87wud11yhg.fsf@joyful.com>
Hey, thanks for the pointer! WikiWikiWeb:GoodWikiCitizen lists as the #4 rule "Fix grammar, spelling, and factual inaccuracies." I'll add a pointer to it from BestPractices or thereabouts.
From SimonMichael Mon Aug 25 17:13:32 +0000 2003
From: Simon Michael
Date: Mon, 25 Aug 2003 17:13:32 +0000
Subject: server update
Message-ID: <87smnp1x6z.fsf@joyful.com>
Zwiki is now better-behaved with respect to caching efficiency and peak
MemoryUsage, and this server is running three threads instead of one.
Each thread has a target cache size of 500 so there's a certain amount of
cache activity ongoing now, eg accessing a page with many links may be
slow the first time, but I think browsing performance should be decent
overall. The site should stay reasonably responsive while someone is
saving a big page or I'm doing a pack.
I did a 1-day pack (800->200M), all pages have been upgraded and
recataloged, and I hope to leave it to run quietly for a bit. If you see
problems like bad slowness or hangs, site errors or restarts, please post.
The only things I know of that could overflow memory and cause a restart
right now are: 1. renaming a heavily-linked page, and 2. DTML code that
loads all pages into memory (shouldn't be any of this lying around).
From DeanGoodmanson Mon Aug 25 19:00:08 +0000 2003
From: DeanGoodmanson
Date: Mon, 25 Aug 2003 19:00:08 +0000
Subject: Release Trains link
Message-ID: <20030825190008+0000@zwiki.org>
Monthly releases +1 "link1":http://www.jrothman.com/weblog/archive/2003_08_01_mpdarchive.html#106148178154311567 , "link2":http://www.sauria.com/blog/2003/08/24#513
From simon Tue Aug 26 00:10:12 +0000 2003
From: simon
Date: Tue, 26 Aug 2003 00:10:12 +0000
Subject: 0.22rc1 released
Message-ID: <20030826001012+0000@zwiki.org>
and ReleaseNotes. Testers, as always your reports will be most helpful.
I'm hoping this will be a solid release that I can recommend for zope.org.
Note *Three new boolean properties are supported, on page or folder:
'use_wikiname_links', 'use_bracket_links', 'use_doublebracket_links',
for configuring your linking syntax of choice* (yay, go wikipedians!)
From RoyS.Rapoport Tue Aug 26 17:16:07 +0000 2003
From: Roy S. Rapoport
Date: Tue, 26 Aug 2003 17:16:07 +0000
Subject: No blank line between list items
Message-ID: <20030826171607+0000@zwiki.org>
This is kind of a stupid question, but I'm trying to figure out how to make it so we can use ordered/unordered lists with no blank lines between list items. zwiki.org does this, so
- item
- item
works fine, but our own installation does not. We're using the latest prod zwiki (0.21.1), so I'm guessing this may be a Zope thing (?). We're running 2.5.1 ...
From SimonMichael Tue Aug 26 17:42:33 +0000 2003
From: SimonMichael
Date: Tue, 26 Aug 2003 17:42:33 +0000
Subject: No blank line between list items
Message-ID: <20030826174233+0000@zwiki.org>
In-reply-to: <20030826171607+0000@zwiki.org>
It sounds like zope 2.5.1 uses the older version of StructuredText.. but this zwiki code seems to imply otherwise, so I'm not sure what's going on::
# generate html
if ZOPEVERSION < (2,4):
text = str(StructuredText.HTML(text,level=2))
else:
text = StructuredText.HTMLNG(
myDocument(StructuredText.Basic(str(text))),
level=2)
From DeanGoodmanson Tue Aug 26 18:00:45 +0000 2003
From: DeanGoodmanson
Date: Tue, 26 Aug 2003 18:00:45 +0000
Subject: No blank line between list items
Message-ID: <20030826180045+0000@zwiki.org>
In-reply-to: <20030826171607+0000@zwiki.org>
To fix this at the Zope source level...
!lib\python\StructuredText\HTMLClass.py
, look at the paragraph function and make sure there aren't extraneous <p>'s in the bullet(), numbered() functions.
This looks to be changed in Python 2.2, but that's a Zope 2.7 thing.
From RoyS.Rapoport Tue Aug 26 18:04:17 +0000 2003
From: Roy S. Rapoport
Date: Tue, 26 Aug 2003 18:04:17 +0000
Subject: No blank line between list items
Message-ID: <20030826180417+0000@zwiki.org>
In-reply-to: <20030826180045+0000@zwiki.org>
I ended up cheating -- I copied the StructuredText folder/built-in product from a 2.6.1 installation. It's happier now.
-roy
From SimonMichael Tue Aug 26 18:25:51 +0000 2003
From: SimonMichael
Date: Tue, 26 Aug 2003 18:25:51 +0000
Subject: rebooting server
Message-ID: <20030826182551+0000@zwiki.org>
Changing this server's timezone! Stand by, reboot may take minutes
From DeanGoodmanson Wed Aug 27 08:19:01 -0700 2003
From: DeanGoodmanson
Date: Wed, 27 Aug 2003 08:19:01 -0700
Subject: SharePoint and wiki
Message-ID: <20030827081901-0700@zwiki.org>
In-reply-to: <20021214171530-0800@zwiki.org>
Interesting testimony of MS SharePoint use compared to wiki hopes: http://radio.weblogs.com/0106046/2003/08/11.html#a306 A number of wiki features come to mind here, along with a very big question: Does the Plone and ZWiki combo give this guy 90% of what he wants?
From simon Wed Aug 27 09:58:04 -0700 2003
From: simon
Date: Wed, 27 Aug 2003 09:58:04 -0700
Subject: SharePoint and wiki
Message-ID: <20030827095804-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
It sounds that way. Even plain zope & zwiki perhaps. Plone/CMF is a two-edged sword if your main interest is wiki.
Nice AnnoyingQuote!
From simon Wed Aug 27 10:17:09 -0700 2003
From: simon
Date: Wed, 27 Aug 2003 10:17:09 -0700
Subject: Search comments
Message-ID: <20030827101709-0700@zwiki.org>
In-reply-to: <20030812214110+0000@zwiki.org>
By the way I meant to reply to this.. (how to do this, now ? found it in the archive,
clicked reply, changed the url to GD)
> I was overwhelmed with dtml-anxiety when wanting to do a quick mod of AllPages
I can understand - tip: aside from minor tweaks, I would not be going near these big DTML scripts without the help of a powerful colorizing editor (Emacs in my case). I used to access by FTP but lately I have found ExternalEditor access faster and very solid aside from the usual quirks. Try this if you're not already using it ?
Quirks off the top of my head: you have to wait for the bottom of the page to load before alt-X will work; once in a while you need to remove the edit timestamp to get it to save; error dialogs sometimes take a long time to pop up.
From simon Wed Aug 27 10:20:13 -0700 2003
From: simon
Date: Wed, 27 Aug 2003 10:20:13 -0700
Subject: WikiCleanup - german pages
Message-ID: <20030827102013-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
Can someone tell me the status of the ProjektWikiVerwendung wiki pages ?
I'd like to welcome to other languages on this wiki - if it makes sense. Right now without translation links and/or a maintainenance contact these are an obstacle to WikiCleanup and I'd be inclined to delete them.
From simon Wed Aug 27 10:34:49 -0700 2003
From: simon
Date: Wed, 27 Aug 2003 10:34:49 -0700
Subject: misc. updates
Message-ID: <20030827103449-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
*maintenance*. I knew there was something screwy about that word...
I saved memory by removing some unnecessary catalog metadata (especially DateTime's)
and increased cache size from 500 to 1200. Also stopped using 'ZOPE_SECURITY_POLICY=PYTHON'
and disabled the dynamic stylesheet for now. The site seems to be running great, but it hasn't been stressed lately. Renaming is still a memory-expensive operation.
I "fixed" that so-annoying too-wide comment form bug that started a while back, at least on my screen. Also there's a sneaky new threading behaviour (not in the rc) that tries to group comments on the same page into a shallow thread even when they are not replies
(see "mailman":http://zwiki.org/pipermail/zwiki/2003-August/thread.html#end ).
WikiCleanup is making progress, eg I cleaned up the TextFormattingRules mess somewhat.
I looked at some DiscussionPages but removing/summarizing them felt hard..
plenty of other things to do however, like cleaning up ZwikiInternationalisation so that can get moving.
From DeanGoodmanson Wed Aug 27 10:51:05 -0700 2003
From: DeanGoodmanson
Date: Wed, 27 Aug 2003 10:51:05 -0700
Subject: WikiCleanup - german pages
Message-ID: <20030827105105-0700@zwiki.org>
In-reply-to: <20030827102013-0700@zwiki.org>
Do you think FloK would mind if we temporarilly placed them on NooWiki until they are updated?
From simon Wed Aug 27 12:46:50 -0700 2003
From: simon
Date: Wed, 27 Aug 2003 12:46:50 -0700
Subject: free software advances in Brazil
Message-ID: <20030827124650-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
A nice slashdot thread.. eg http://slashdot.org/comments.pl?sid=76217&cid=6802704
From simon Wed Aug 27 12:54:09 -0700 2003
From: simon
Date: Wed, 27 Aug 2003 12:54:09 -0700
Subject: free software advances in Brazil
Message-ID: <20030827125409-0700@zwiki.org>
In-reply-to: <20030827124650-0700@zwiki.org>
And
http://slashdot.org/comments.pl?sid=76217&cid=6802806
http://slashdot.org/comments.pl?sid=76217&cid=6803002
The rhetoric around this issue in Latin America has included "paying tribute", "software imperialism" and other politically loaded phrases. When it becomes a matter of national honor, and when M$ is seen as the greedy absentee landlord sucking profits from the country and giving little in return ... it's over.
Oh, I'll just let you read it shall I.. :) Don't forget to raise your score threshold.
From unknown Wed Aug 27 21:50:17 -0700 2003
From:
Date: Wed, 27 Aug 2003 21:50:17 -0700
Subject: Zwiki as Root
Message-ID: <20030827215017-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
Hey. I've read the [FAQ] and looked around a bit, but was unable to find an answer... How do you get Zwiki to install in the "root" of your zope server? ie. zwiki.org/FrontPage - the zwiki must be in the root. How have you done this? I've also found a bug, when i create a zwiki web with an id of 'home' it errors out. ::
Error Type: AttributeError
Error Value: _setObject
From PieterB Thu Aug 28 01:27:09 -0700 2003
From: PieterB
Date: Thu, 28 Aug 2003 01:27:09 -0700
Subject: Improve bug reporting docs
Message-ID: <20030828012709-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
I just encountered a bug in Putty (ssh-client), and I was impressed at their bug reporting docs:
"PuTTY Feedback and Bug Reporting":http://www.chiark.greenend.org.uk/~sgtatham/putty/feedback.html#B.2
and "How to Report Bugs Effectively":http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
We might use those docs to improve the Zwiki docs and Zwiki IssueTracker. That might help to keep the number of open issues much lower.
From SimonMichael Thu Aug 28 09:40:28 -0700 2003
From: Simon Michael
Date: Thu, 28 Aug 2003 09:40:28 -0700
Subject: Zwiki as Root
Message-ID: <87r835ybxd.fsf@joyful.com>
In-reply-to: <20030827215017-0700@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Wed, 27 Aug 2003 21:50:51 -0700")
zwiki.org is in a /zwiki subfolder.. the VirtualHostMonster product makes
it look like root. You can also just create wiki pages in your actual root
folder.
From SimonMichael Thu Aug 28 09:43:06 -0700 2003
From: Simon Michael
Date: Thu, 28 Aug 2003 09:43:06 -0700
Subject: Improve bug reporting docs
Message-ID: <87fzjlybsy.fsf@joyful.com>
In-reply-to: <20030828012709-0700@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Thu, 28 Aug 2003 01:28:32 -0700")
Thanks, I'll take a look. We have HowToReportABug IIRC. I think our bug
reports are pretty high quality by the way - given that's it's a general
"issue" tracker - do you not ?
From SimonMichael Thu Aug 28 10:05:53 -0700 2003
From: SimonMichael
Date: Thu, 28 Aug 2003 10:05:53 -0700
Subject: navigation ideas
Message-ID: <20030828100553-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
A few things I'm thinking might be good:
- combine the site map that's currently on the front page with the page hierarchy display (and limit the hierarchy depth by default to keep the page quick). Make this the single starting point for finding things in the wiki, and point the "contents" link here.
- now, should a page like this be the front page or not ? Sometimes yes, sometimes no. To reveal content gradually and avoid scaring new visitors we could move it off to eg NavigationAids and leave FrontPage short and sweet, like WikiWikiWeb:FrontPage.
From BillSeitz Thu Aug 28 10:59:19 -0700 2003
From: BillSeitz
Date: Thu, 28 Aug 2003 10:59:19 -0700
Subject: BBC zwiki work
Message-ID: <20030828105919-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
See "this":http://www.plasticbag.org/archives/2003/08/the_ugly_wiki_part_two.shtml about them building in MoinMoin rules parsing to replace StructuredText and generating clean HTML with CSS. They intend to donate back that code...
From SimonMichael Thu Aug 28 11:40:51 -0700 2003
From: SimonMichael
Date: Thu, 28 Aug 2003 11:40:51 -0700
Subject: BBC zwiki work
Message-ID: <20030828114051-0700@zwiki.org>
In-reply-to: <20030828105919-0700@zwiki.org>
Ooh! Nice links. I am very pro-BBC right now. I'll have to spend more time later.
Amen to the "wikis don't have to be ugly" (duh).
*But when we actually came to working through Zwiki's rules for text-formatting, we were all a bit startled - they were extraordinarily arcane and complex.* Where does this come from ? Was it the state of the docs ? Zwiki's additional TextFormattingRules ? Or do they really find the StructuredTextRules complex ?
I find (the essence of) STX consistent and intuitive. I can write it without thinking.
From DeanGoodmanson Thu Aug 28 11:56:15 -0700 2003
From: DeanGoodmanson
Date: Thu, 28 Aug 2003 11:56:15 -0700
Subject: BBC zwiki work
Message-ID: <20030828115615-0700@zwiki.org>
In-reply-to: <20030828114051-0700@zwiki.org>
Does that MoinMoin parser allow in-line HTML?
speaking of fancy interfaces, how's JordanCarswell and CommonPlace doing?
>> extraordinarily arcane and complex.
Amazing. One man's complexity is whitespace w/ escapes while another's is strict multi-character sigils.
From SimonMichael Thu Aug 28 12:59:28 -0700 2003
From: SimonMichael
Date: Thu, 28 Aug 2003 12:59:28 -0700
Subject: another nice CommonPlace site
Message-ID: <20030828125928-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
http://jhh.opi.upmc.edu/main/HomePage
I've added "update ZwikiSites" to WikiCleanup. Anyone care to take it on ?
From SimonMichael Thu Aug 28 13:37:09 -0700 2003
From: SimonMichael
Date: Thu, 28 Aug 2003 13:37:09 -0700
Subject: BBC zwiki work
Message-ID: <20030828133709-0700@zwiki.org>
In-reply-to: <20030828115615-0700@zwiki.org>
Hmm MoinMoinMarkupMode looks older. I wonder if plasticbag guy missed it ?
From DeanGoodmanson Thu Aug 28 13:52:18 -0700 2003
From: DeanGoodmanson
Date: Thu, 28 Aug 2003 13:52:18 -0700
Subject: semi-colons in URL's?
Message-ID: <20030828135218-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
Quick question: should ';' be added to urlchars? I believe it's valid, noted in LinkingProblems through the following example: http://www.kuro5hin.org/?op=displaystory;sid=2002/2/2/14302/91040
From unknown Thu Aug 28 14:01:50 -0700 2003
From:
Date: Thu, 28 Aug 2003 14:01:50 -0700
Subject: How to display a link to log in
Message-ID: <20030828140150-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
I saw the section in the Administration Guide about "Displaying different options for different users". However, it does not say how I can get a visitor to log in in the first place. I'm thinking something like "If you want to edit this page, click on this link". How do I do this?
From SimonMichael Thu Aug 28 16:20:43 -0700 2003
From: Simon Michael
Date: Thu, 28 Aug 2003 16:20:43 -0700
Subject: semi-colons in URL's?
Message-ID: <87ptipweu1.fsf@joyful.com>
In-reply-to: <20030828135218-0700@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Thu, 28 Aug 2003 13:52:46 -0700")
I don't see why not. Added, thanks for the suggestion. There should be
some official URL regexp we can just import here.
From DeanGoodmanson Thu Aug 28 16:21:38 -0700 2003
From: DeanGoodmanson
Date: Thu, 28 Aug 2003 16:21:38 -0700
Subject: How to display a link to log in
Message-ID: <20030828162138-0700@zwiki.org>
In-reply-to: <20030828140150-0700@zwiki.org>
I can't find a quick answer, and that this information isn't easily searched for is disappointing.
Couple of references in the Zope code: 1. manage_top_frame.dtml will show you how to log somebody out (although it pulls up an annoying login box, see "manage_zmi_logout"), along with code on AUTHENTICATE_USER.getUserName to do some checking and display current login status, also be sure to check the UserOptions page code...
From SimonMichael Thu Aug 28 16:23:42 -0700 2003
From: Simon Michael
Date: Thu, 28 Aug 2003 16:23:42 -0700
Subject: How to display a link to log in
Message-ID: <87lltdweoz.fsf@joyful.com>
In-reply-to: <20030828140150-0700@zwiki.org> (zwiki-wiki@zwiki.org's message
of "Thu, 28 Aug 2003 14:02:25 -0700")
You need to customize your "wikipage" template and remove the conditional
that hides the edit link. If you have time could you add this to FAQs ?
In general we hide features that aren't available, but this one keeps
coming up, and I'm thinking of going back to the very early behaviour -
always display the edit link, but crossed out when not available.
From SimonMichael Thu Aug 28 16:30:25 -0700 2003
From: SimonMichael
Date: Thu, 28 Aug 2003 16:30:25 -0700
Subject: How to display a link to log in
Message-ID: <20030828163025-0700@zwiki.org>
In-reply-to: <87lltdweoz.fsf@joyful.com>
That is, crossed out, but still a hyperlink, so it will bring up a login dialog when clicked.
Not so intuitive, for a default.
Or, simply leave it always a link, always visible. It will bring up a login dialog when it needs to.
Or just fix the docs.
From KurtYoder Fri Aug 29 11:13:10 -0700 2003
From: Kurt Yoder
Date: Fri, 29 Aug 2003 11:13:10 -0700
Subject: How to display a link to log in
Message-ID: <53073.10.10.1.71.1062180785.squirrel@webmailtest.shcorp.com>
In-reply-to: <20030827081901-0700@zwiki.org>
Simon Michael said:
> You need to customize your "wikipage" template and remove the
> conditional that hides the edit link. If you have time could you
add this to FAQs ?
>
> In general we hide features that aren't available, but this one
> keeps
> coming up, and I'm thinking of going back to the very early
> behaviour
> - always display the edit link, but crossed out when not available.
I would like to completely hide the editing features, including the
append form and the "edit page" link. Then add an html link
somewhere with text "log in to edit this page". When the user clicks
on this link, she is prompted to log in. Upon doing so, the wiki
page is redisplayed with the standard append/edit areas. After this,
no further logins are required to edit any of the other pages that
are part of this particular wiki. Is it possible to do this?
--
Kurt Yoder
Sport & Health network administrator
From SimonMichael Fri Aug 29 13:53:39 -0700 2003
From: Simon Michael
Date: Fri, 29 Aug 2003 13:53:39 -0700
Subject: How to display a link to log in
Message-ID: <87he40w5i2.fsf@joyful.com>
In-reply-to: <53073.10.10.1.71.1062180785.squirrel@webmailtest.shcorp.com>
(Kurt Yoder's message of "Fri, 29 Aug 2003 11:14:31 -0700")
Ah, very good. Yes, all you need is to make a link to the login form
appear, only when not logged in. Such a code snippet should be easy to
find with a little searching. It's something along the lines of::
log in to edit this page
You'll add this to your Zwiki skin, most likely, by customizing it. I
don't know if you've found out how to customize skins yet. Eg if you're in
CMF/Plone, go to portal_skins/zwiki_plone/wikipage_view and click
customize.
From SimonMichael Fri Aug 29 14:33:40 -0700 2003
From: Simon Michael
Date: Fri, 29 Aug 2003 14:33:40 -0700
Subject: Re: IssueTracker
Message-ID: <87ad9sw48k.fsf@joyful.com>
In-reply-to: (Kirk D.
Woellert's message of "Fri, 29 Aug 2003 11:03:25 -0700")
"Woellert, Kirk D." writes:
> <>
> Hey there. I running out of options so I thought to mail you in desparation.
> I sorta got the ZWiki IssueTracker working but the rendering is pretty
> weird. It' hard to describe so I attached a low-res .jpg screenshot. Can you
> give me any clues as to what might be happening here?
Hi Kirk - thanks for the screenshot. That page is not executing
DTML. Alexander Limi added the skins/zwiki_plone/no_dtml.dtml file to
disable DTML in all plone/CMF zwikis by default, I expect that's the
reason. For now you'll have to remove that file from the filesystem, which
will re-enable DTML (in all your CMF/plone zwikis).
When you get past this, check out the plone/tracker item in KnownIssues.
It seems not to work out of the box right now though making it work should
not be difficult.
> I didnt use the discussion list since there was no opportunity to upload
> the screenshot.
Why.. did the list bounce mail with an attachment ?
This should also work: post your comment without the image, then edit the
page and upload the image file.
From simon Fri Aug 29 14:45:24 -0700 2003
From: simon
Date: Fri, 29 Aug 2003 14:45:24 -0700
Subject: site outages, tweaks
Message-ID: <20030829144524-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
If you saw some proxy errors this morning, it was my fault, restarting for hasty code testing.
Also the server became unresponsive during a couple of slow catalog operations, for zopish reasons I don't understand no doubt. Some catalog operations seem to multithread just fine, and others don't.
This wiki now uses TextIndexNG(2) for it's Title and text indexes (and the title and title_or_id indexes and metadata have been removed). This makes search a bit smarter - eg * wildcards now work. We don't yet use it, but the Title index is now case-sensitive and supports left-side wildcards, which should be useful.
From simon Fri Aug 29 15:43:11 -0700 2003
From: simon
Date: Fri, 29 Aug 2003 15:43:11 -0700
Subject: 0.22rc3 released
Message-ID: <20030829154311-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
I'm not sure how frequently zope.org will update, so squeezing in these:
* clean up and include latest RecentChanges, SearchPage and
UserOptions from zwiki.org
* new methods recentchanges, search, useroptions provide initial
skin-based implementations of these, allowing this functionality
to be used if DTML is disabled. The included defaults are DTML
method-based, for ease of syncing the latest wiki page versions.
* RESPONSE is no longer provided to DTML Method skin templates,
they should use REQUEST.RESPONSE
* the Title method is now always provided and is equivalent to
pageName
* zwiki_plone editform: make the convenient alt-s key work again
* the hasCatalog method is now public
From simon Fri Aug 29 17:51:48 -0700 2003
From: simon
Date: Fri, 29 Aug 2003 17:51:48 -0700
Subject: deanspace and drupal
Message-ID: <20030829175148-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
Fascinating writeups of technology/organization being applied in the Howard Dean campaign in the US right now. See, eg,
Britt Blaser's blog: http://www.blaserco.com/blogs/2003/08/24.html
Why to use the Deanspace site kit: http://deanspace.org/node/view/215
The Drupal handbook: http://drupal.org/node/view/253
Tech support in the drupal world: http://drupal.org/node/view/2369
From unknown Sat Aug 30 15:25:07 -0700 2003
From:
Date: Sat, 30 Aug 2003 15:25:07 -0700
Subject: add a comment to the top of the page
Message-ID: <20030830152507-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
I would like the "add a comment" text to be added to the top of the page and not the bottom so users wouldn't have to scroll in order to get to it. Is this an option. Please help. Email a response to lazerpub@yahoo.com
Thanks
From DeanGoodmanson Sat Aug 30 20:51:53 -0700 2003
From: DeanGoodmanson
Date: Sat, 30 Aug 2003 20:51:53 -0700
Subject: add a comment to the top of the page
Message-ID: <20030830205153-0700@zwiki.org>
In-reply-to: <20030830152507-0700@zwiki.org>
If you have access to the Zwiki product code.. See [IssueNo0577 Insert page method]
1. Get it into your Zwiki product instance (please ask if this isn't intuitive)
2. Modify the "Comment" function to accept a new parameter (in this example I'll call it "prepend"), then when that paremeter is, in this case "true" (or noe "fallse"), call the Insert method instead of Append. (Default the prepend argument to "false") NB: when checking be sure to check for none/null and convert to string.
3. Edit your site footer so that a hidden field of "prepend" is set to "true".
4. If you want the comments to be inserted at special point of that page, place the following '<a name="insertpt" />' (exactly) into the page.
Note: your choosing a weblog-like reverse chronological view for your comments.
Looking forward to hearing how it works out for you.
(Also, you can put a "Latest Comments" link on a DTML-enabled page or top of the page with the following code::
Latest Comments
From unknown Sun Aug 31 08:02:45 -0700 2003
From:
Date: Sun, 31 Aug 2003 08:02:45 -0700
Subject: catalog hiccup
Message-ID: <20030831080245-0700@zwiki.org>
In-reply-to: <20030827081901-0700@zwiki.org>
Something's up w/ the catalog. IssueTracker titles are off, and the ZWiki page won't render. :-/
blah blah
> blah level 1 quote
>
> blah level 1 quote in second paragraph
> > blah level 2 quote
blah blah