Everyone seems to agree, so far, that the spaces macro can be replaced
by the document tree macro. We'll have to decide whether we keep this
macro in the Index Application or we move it to contrib (so that
anyone that wants to use it can install it). I guess we can leave it
in the Index Application for 7.x.

As for showing navigation information (i.e. the document tree) on the
dashboard, most of you seem to find it useful. My only worry is that
we'll provide multiple ways to do the same thing:

* document index tree
* breadcrumb tree (probably)
* dashboard document tree

Moreover, Caty's initial design of the Home page for Flamingo didn't
include the spaces macro
http://design.xwiki.org/xwiki/bin/view/Improvements/Skin4xHomepage .
There may be more important information to display on the home page
instead of the document tree (which you can access from the Document
Index).

On Mon, Aug 10, 2015 at 10:59 AM, Eduard Moraru <[email protected]> wrote:
> Hi,
>
> IMO, we can use the document tree macro to achieve both usecases of the
> previous documents and spaces macros, so no need to have more than 1
> navigation macro for this.
>
> +1 for (2)
>
> Re (3), we could wait and see how the tree navigation works out and, if
> users find that to be easy enough, we could eventually do (3). For now
> however, having some navigation in the dashboard is in line with the
> "overview" nature of the dashboard itself, so I think we could keep it.
>
> Thanks,
> Eduard
>
> On Fri, Aug 7, 2015 at 3:15 PM, Gabriela Smeria <[email protected]>
> wrote:
>
>> Hello Vincent,
>>
>> I'm +0 for (3), because as you said, sol5+sol6 it's more likely to be
>> chosen, but I think this will not be sufficient. Displaying a (future)
>> Document Tree Macro on Dashboard it will help a lot the users to find out
>> where are the documents localized in the hierarchy or at least have a big
>> picture about it, without entering every page and check the breadcrumb.
>> And they can't use the Go To functionality if they don't know previously
>> where the document is localized.
>> But that's just my opinion.
>>
>> Thanks,
>> Gabriela
>>
>> *Gabriela Smeria*
>> *Web Developer*
>> [email protected]
>> skype: smeria.gabriela
>>
>> On Fri, Aug 7, 2015 at 12:42 PM, [email protected] <[email protected]>
>> wrote:
>>
>> > Hi Gaby,
>> >
>> > On 7 Aug 2015 at 10:40:51, Gabriela Smeria ([email protected]
>> > (mailto:[email protected])) wrote:
>> >
>> > > Hello Marius,
>> > >
>> > >
>> > > On Fri, Jun 12, 2015 at 1:30 PM, Marius Dumitru Florea <
>> > > [email protected]> wrote:
>> > >
>> > > > Hi guys,
>> > > >
>> > > > The wiki home page displays, by default, the list of spaces that
>> exist
>> > > > in the wiki (hidden or not, depending on the user profile settings).
>> > > > This is done using the
>> > > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Spaces+Macro .
>> As
>> > > > we have started to work on adding support for nested
>> spaces/documents,
>> > > > we need to review the purpose of this macro. Is it still relevant to
>> > > > display a list of spaces when there is a tree hierarchy? It only
>> makes
>> > > > sense if you want to display just the list of direct children of a
>> > > > given node.
>> > > >
>> > > > I see the following options:
>> > > >
>> > > > (1) Display the list of top level nodes (space/document) on the wiki
>> > > > home page. No tree. The rationale is that loading the tree (even if
>> > > > done lazy) is more expensive that displaying a static list of links.
>> > > > For this we can extend the Spaces Macro with a parameter to specify
>> > > > the parent node. When this parameter is not specified the macro will
>> > > > list the top level nodes. (In the context of nested documents we
>> could
>> > > > introduce a new macro Document List instead)
>> > > >
>> > >
>> > > -0 for (1), because even though it takes less time to display a list of
>> > top
>> > > level nodes, I don't think it's achieving the concept of Nested Spaces
>> > > (Documents), since what will be shown it is what is shown now, without
>> > the
>> > > Nested Spaces concept implemented.
>> > >
>> > >
>> > > > (2) Display the tree hierarchy on the wiki home page, using
>> > > >
>> > http://extensions.xwiki.org/xwiki/bin/view/Extension/Document+Tree+Macro
>> > > > .Of course, the tree will be lazy loaded, and only the top level
>> nodes
>> > > > are displayed initially. If we do this then we can probably deprecate
>> > > > the Spaces Macro and advice the users to use the Document Tree Macro
>> > > > instead.
>> > > >
>> > >
>> > > +1 for (2), because this is what we want in the end, to see (or at
>> least
>> > to
>> > > have the possibility to visualize) a hierarchy of Nested Spaces
>> > (Documents)
>> >
>> > See also my proposal (3) in my previous answer on this thread.
>> >
>> > WDYT about it?
>> >
>> > Thanks
>> > -Vincent
>> >
>> > > > WDYT?
>> > > >
>> > > > Thanks,
>> > > > Marius
>> >
>> > > Thanks,
>> > > Gabriela
>> >
>> > _______________________________________________
>> > devs mailing list
>> > [email protected]
>> > http://lists.xwiki.org/mailman/listinfo/devs
>> >
>> _______________________________________________
>> devs mailing list
>> [email protected]
>> http://lists.xwiki.org/mailman/listinfo/devs
>>
> _______________________________________________
> devs mailing list
> [email protected]
> http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to