Re: [xwiki-devs] [Proposal] Changes to Page Creation needed for Application Within Minutes

Hi devs, I didn't see this thread already ... I recently had to massively implement this kind of things (auto-generate page name at page creation) for the mail archive app. I'd like to share my thoughts, if of any help or interest for you : - this kind of use-case is usually linked to page/object creation (for an application) and not pure wiki page creation. Usually when you want to generate page name, it's because it's a use-case of object/page instanciation for a custom app. In this case you generally won't leave the page naming responsibility to the end-user, but prefer generating it to have something coherent, and to simplify the creation process. - maybe what would be "cool" would be to propose an alternate way of creating wiki pages for this specific use-case. The idea would be to propose an easy way for an app to propose an inline edit sheet for a particular wiki Class. When user clicks on "create" button a pop-up (modal box) is open on this inline edit sheet. As most of the time what you expect is the user entering values in html form fields, you don't really care about providing "save&continue" nor "preview" possibilities. In this case, you would only provide buttons "Create" and "Cancel" and that's fairly enough IMO. - Of course the "modal" pop-up is not mandatory in any way and may seem off-topic, but it's a way to focus on what is expected for the user, and to avoid him noticing what maybe strange things can happen in the browser url. It's also a nice way to get back to opening page fastly. - with this hypothesis you propose something more suitable than fill page name / click create / fill fields / click "save" or "save&continue" while removing the specific issues of "save&continue" and "preview" WDYT ? BR, Jeremie -- View this message in context: http://xwiki.475771.n2.nabble.com/Proposal-Changes-to-Page-Creation-needed-… Sent from the XWiki- Dev mailing list archive at Nabble.com.