19 Aug
2015
19 Aug
'15
11:36 a.m.
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 <enygma2002(a)gmail.com>
wrote:
settings).
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
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 > > > > 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs