Hi Gaby,
On 24 Aug 2015 at 10:02:43, Gabriela Smeria
(gabriela.smeria@xwiki.com(mailto:gabriela.smeria@xwiki.com)) wrote:
  Hello all,
 The final decision for this thread will also affect Notes application,
 which uses Space Index macro. 
Indeed we also need to decide what to do about the {{spaceindex}} macro (which lists all
document in a space).
IMO we should use the {{documentTree}} macro using the “root” parameter instead.
I’ve modified the title of 
 to include the Space
Index macro.
So my take is:
* Keep those 2 macros for now for backward-compatibility reasons
* Just make sure they don’t break with Nested Spaces/Documents
* Don’t improve them and instead recommend in the documentation to use the DocumentTree
macro
WDYT?
Thanks
-Vincent
  So please consider this thing too.
 See 
http://jira.xwiki.org/browse/NOTES-2. I've already thought of a
 solution, but the final decision from here will influence a lot the fix .
 Thanks,
 Gabriela
 *Gabriela Smeria*
 *Web Developer*
 gabriela.smeria(a)xwiki.com
 skype: smeria.gabriela
 On Wed, Aug 19, 2015 at 12:36 PM, Ecaterina Moraru (Valica) <
 valicac(a)gmail.com> wrote:
 > On Wed, Aug 19, 2015 at 11:29 AM, Marius Dumitru Florea <
 > mariusdumitru.florea(a)xwiki.com> wrote:
 >
 > > 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).
 > >
 >
 > The focus of Flamingo proposal was not the Homepage.
 > I've included the macro in the proposals for Workspaces
 >
 > 
http://design.xwiki.org/xwiki/bin/download/Improvements/WorkspaceHomepage/H…
 >
 >
http://design.xwiki.org/xwiki/bin/download/Improvements/WorkspaceHomepage/W…
 > with their main purpose as light navigation.
 >
 > Still these proposals are focused for the Groupware Flavor. In
 > documentations the Trees are very important.
 >
 > I think the breadcrumb tree will be enough for a Groupware Flavor, but we
 > will need to test it.
 >
 > Thanks,
 > Caty
 >
 >
 > >
 > > On Mon, Aug 10, 2015 at 10:59 AM, Eduard Moraru
 > > 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 <
 > > gabriela.smeria(a)xwiki.com>
 > > > 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*
 > > >> gabriela.smeria(a)xwiki.com
 > > >> skype: smeria.gabriela
 > > >>
 > > >> On Fri, Aug 7, 2015 at 12:42 PM, vincent(a)massol.net <
 > vincent(a)massol.net
 > > >
 > > >> wrote:
 > > >>
 > > >> > Hi Gaby,
 > > >> >
 > > >> > On 7 Aug 2015 at 10:40:51, Gabriela Smeria (
 > gabriela.smeria(a)xwiki.com
 > > >> > (mailto:gabriela.smeria@xwiki.com)) wrote:
 > > >> >
 > > >> > > Hello Marius,
 > > >> > >
 > > >> > >
 > > >> > > On Fri, Jun 12, 2015 at 1:30 PM, Marius Dumitru Florea <
 > > >> > > mariusdumitru.florea(a)xwiki.com> 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