Hi guys (especially Ludovic and Thibaut),
I read [1] and [2] and I have a few questions. I would like to know very
clear what UI/UX platform changes are you proposing independent of the
Application Within Minutes.
(A) Page creation
1. Unique page name
Currently if you specify the name of an existing page in the default
create page form you get an error message saying that the specified page
already exists. Do you propose any change to this? Should we instead
create a page with a similar name based on a specified strategy (e.g.
MyPage1, MyPage2, with a simple counter strategy).
2. Skip page name
Do you propose to remove the page name field from the default create
page form (triggered from the Add > Page menu) and to automatically
generate it from the title (using the default naming strategy)?
3. Implicit location
Do you propose to remove the wiki/space fields from the default create
page form and instead always create the page in the current wiki/space?
i.e. Add > Page menu will add the page to the current wiki/space.
4. Implicit template
Currently template providers can be limited to a list of spaces. Do you
propose to automatically use a template provider if it is the only one
defined for the current/selected space?
5. Create sheet/template
Are you proposing to have a (slightly) different form even for plain
wiki pages? e.g. replace the "Save & Continue" and "Save" buttons
with a
"Create" button. What other differences do you propose?
-----
I talked with Caty about this and she is against 3. and 4. She would
improve the current create page form by:
* displaying all the templates independent of the current space
(currently we display only the templates that can be applied to the
current space although we can create the page in a different space)
* when a template is selected, limit the list of spaces from the space
selector so that the user can choose only a space where the selected
template can be applied.
(B) Display Resolution
(1) Remove the "inline" editing mechanism
What do you propose to do with the "Edit > Inline form" menu seen by the
advanced users? Should we keep it and just replace the URL? What about
simple users, will they be noticing any difference (since we already
have just one Edit button that points to the proper edit mode)?
(2) Sheet parameters
Do you mean velocity variables defined in the sheet code? This will work
only if the variables are used after the sheet code is evaluated.
(3) Display Resolution Rules
I could find fields for specifying display sheets (defaultViewSheet and
defaultEditSheet) only in BaseClass (old core). XWikiDocument doesn't
have any. This makes sense because sheets are in fact *class* sheets.
That is, you write a sheet for a specific class, you don't write it for
a specific document. Have I understood correctly that you want to be
able to create a sheet for a document (not a class)? This could be
useful for documents that have multiple objects and you need a sheet
that displays data from all the objects (using the class sheet of one of
the object types is not enough).
Thanks,
Marius
[1]
http://dev.xwiki.org/xwiki/bin/view/Design/ApplicationWithinMinutesPageCrea…
[2]
http://dev.xwiki.org/xwiki/bin/view/Design/ApplicationWithinMinutesCoreChan…