24 Mar
2014
24 Mar
'14
4:29 p.m.
macro-jstree
Thanks and regards,
Josef
-----Ursprüngliche Nachricht-----
Von: devs [mailto:devs-bounces@xwiki.org] Im Auftrag von Thomas Mortagne
Gesendet: Montag, 24. März 2014 14:41
An: XWiki Developers
Betreff: Re: [xwiki-devs] Users are in need of a reusable Tree view of pages,what can
we do?
What name would you like ? macro-tree ?
On Mon, Mar 24, 2014 at 2:33 PM, Haimerl, Josef
<Josef.Haimerl(a)de-gmbh.com> wrote:
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Hi devs,
I recently made a XWiki Explorer based on jstree (http://jstree.com/). Actually it
was made to use outside of xwiki. I made a XWiki Macro out of it, it's pretty basic,
but
it has potential for extension. If you think it could be useful for the community, I
would
like to contribute that (under http://github.com/xwiki-contrib?). Maybe there will come
up some ideas for improvement.
Thanks and regards,
Josef
> -----Ursprüngliche Nachricht-----
> Von: devs [mailto:devs-bounces@xwiki.org] Im Auftrag von Ludovic Dubost
> Gesendet: Mittwoch, 19. März 2014 17:55
> An: XWiki Developers
> Betreff: Re: [xwiki-devs] Users are in need of a reusable Tree view of pages,what
can
> we do?
>
> I had a look of the multiple extensions that seem to do that.
>
> And while some are close not do handle a tree view that can scale and works from
one
> specific parent node.
> The XWiki tree view is AJAX but only works for a full space or wiki.
> Initially it had the tree from one parent in the spec but I tried it and I think it
never
> really worked. Generally I don't like the XWiki tree view because it's very
complex
to
> debug and work with. Everytime I tried to
have a look I had a really hard time to
> understand how it works.
>
> The hierarchy macro is not AJAX and also takes the whole set (including the
orphans).
>
> Now in view mode it might not be that complicated to make the hierarchy macro
AJAX
> as there are already REST urls to read the
childrens of a specific page. Another
aspect
> that is also needed is some sort of way to
"remember" what has been opened OR
to
> open the tree on the page that is currently
active.
>
> Another general issue is inserting a tree in a limited width panel, particularly when
long
> titles are used. This causes CSS issues that
are hard to handle. It might be needed
to
> allow the width of the panel to auto-expand
when the tree needs it.
>
> The hierarchy macro is interesting because it has a way to update your tree. It
could
also be
interesting to add a feature to add a page in the tree.
Ludovic
2014-02-04 9:57 GMT+01:00 vincent(a)massol.net <vincent(a)massol.net>et>:
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs Hi devs,
I've noticed a recurring trend from our users: a lot of them seem to
wish to display Tree views/navigation view of their wiki pages either
in page content or in a panel.
When they go to e.x.o, there's a lot of extensions listed (showing
that other users had this need previously) but none really work well:
http://extensions.xwiki.org/xwiki/bin/view/Extension/WebHome#|t=extens
ions&p=1&l=30&s=doc.creationDate&d=desc&name=tree
We do have a tree view in AllDocs but it's not perfect and it's not
easily reusable.
Thus I believe we need to find an official solution to this tree view
issue.
The easiest solution could be to create a wiki macro based on our
current tree view so that it can be reused in wiki pages and more
importantly in a panel. Having a "spaces" parameter to restrict the
list of spaces to display would be nice too.
WDYT?
Any other idea?
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Ludovic Dubost
Founder and CEO
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs