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/ApplicationWithinMinutesPageCreat... [2] http://dev.xwiki.org/xwiki/bin/view/Design/ApplicationWithinMinutesCoreChang...