Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Docs] Refactoring, porting Wiki content, and evaluating Daisy
Date: Fri, 10 Jun 2005 10:12:44 +0200
Message-ID: <329A68716B57D54E8D39FD3F8A4A84DF0282ADCC@um-mail0136.unimaas.nl>
Thread-Topic: [Docs] Refactoring, porting Wiki content, and evaluating Daisy
Thread-Index: AcVtYTxh6axKeOxDRfOmuvPdJMtvUwAMN3JQ
From: "Linden H van der (MI)" <H.vanderLinden@MI.unimaas.nl>
To: <dev@cocoon.apache.org>

Hi Mark,

Thanks for putting in all the work. I have reviewed the documents,
straightened out some layout glitches and put them live. So you should
now be able to see your work.

> I created a CategoryInDaisy page in the Wiki, so that it is easy to=20
> record a wiki page as having been transferred. Perhaps we could have=20
> CategoryDaisyInProgress, CategoryDaisyComplete? I also=20
> recorded on the=20
> Wiki page where a piece of content has gone (i.e. a Wiki page may be=20
> split or combined).

Keep it like this for now and when further categories are necessary.
However, I don't think it's a good idea to put this info at the bottom
of the wiki page. I'd rather put it on the top like:

The content of this page is moved to <daisy link>. Updates to the
content will be done there. This page will no longer be reviewed for
updates and will be removed in due time.

People can then judge for themselves if they want to go to the new site
or not.

> On the other hand, the negatives are:
>      * Newly created pages are invisible until they are published (by=20
> someone with publishing rights). It's a little like flying=20

True. I've discussed it with Steven already. What I'd like to see is a
switch between the current version and the latest but unpublished
version, without changing into the editor.

> to remember document IDs in order to cross-link (unpublished pages=20
> don't show up in the link chooser). I couldn't review my=20

Have you tried the query search at the top? It also gives some "common"
queries and one of them is 'all docs with unpublished latest version'.
It then produces a list that includes the id.

>      * Switching between the navigation structure editor and the page=20
> editor was tedious. I understand the power of this=20
> separation, but from=20
> a usability point of view it would be nice to make the=20
> management of a=20
> page's location possible from the page itself.

The navigation (and every document for that matter) can include queries.
So what I want is a navigation section that basically displays all
documents available (including the unpublished ones). The only problem
now is to whom it will be visible.

HTH.

And keep up the good work!

Bye, Helma