On Nov 25, 2008, at 5:45 PM, Anca Paula Luca
wrote:
> Jean-Vincent Drean wrote:
>> In a previous thread we've discussed about how to add a link in the
>> WYSIWYG editor, and more generally, how to browse the wiki from a
>> WYSIWYG dialog box (See
http://markmail.org/message/
>> tyxrcr24w3n6m2pn
>> for more details).
>>
>> After some thinking and a discussion with Laurent Lunati, I'd
>> like to
>> suggest a 3rd way of browsing the wiki from the WYSIWYG: an
>> enhanced
>> tree menu.
>>
>> I've put the mockups and Pros/Cons on this wiki page :
>>
http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorWikiExplorer
>> This wiki explorer widget would be used in the link dialogs, image
>> dialogs, file (attachment) dialogs.
>>
>> Here's my +1 for 3) A).
>> +1 for 3) with filter option.
> +1 for 3A), despite the fact that user needs to scroll through all
> the pages to
> add his new one.There are 2 usecases for adding a new page:
> * the user hasn't found the page he's looking for -- in which case
> he'd need to
> see the whole list anyway (maybe with a search filter)
> * the user knows that the page does not exist and wants to put a
> link to it --
> in which case I think he knows what he's doing and he'd use the
> "advanced input"
> anyway.
>
> I find the add option _at the end_ (A) more natural than _at the
> beginning_ (B,
> C), because you're supposed to add new things when you've explored
> all other
> possibilities and none suited your needs.
So to follow your strategy, if I want to add a page in the XWiki
space, I'll have either to scroll by thousands of documents or enter
some characters in the filter so that I know it won't return lots of
matches so that I can then see the add page link...
hmm... doesn't sound right to me.
What am I missing (I'm asking since everyone seems to agree with A).
I assumed
that if you know _for sure_ that you want to add a page,
then you know
what you're doing, and adding your "path" in the input box on the
right
(wiki:space.newpage) would be the easier choice for you anyway.