[xwiki-devs] Users are in need of a reusable Tree view of pages, what can we do?
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=extensions&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
I don't think we should re-use the tree from AllDocs. We should get rid of it and integrate a more lightweight tree, probably based on jQuery. Thanks, Marius On Tue, Feb 4, 2014 at 10:57 AM, [email protected] <[email protected]> wrote:
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=extensions&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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On 4 Feb 2014 at 10:40:24, Marius Dumitru Florea ([email protected](mailto:[email protected])) wrote:
I don't think we should re-use the tree from AllDocs. We should get rid of it and integrate a more lightweight tree, probably based on jQuery.
yes of course… I should I have said “the quickest” instead of “the easiest” (even though I still believe it’s also the easiest ;)). I was referring to something that can be done in half a day or a day at most. Maybe the jquery solution can be done as fast, in which case it would be the best short term solution indeed? Thanks -Vincent
Thanks, Marius
On Tue, Feb 4, 2014 at 10:57 AM, [email protected] wrote:
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=extensions&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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On 02/04/2014 09:57 AM, [email protected] wrote:
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=extensions&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.
I remember a colleague of mine tried to get the document tree working inside of a panel, but that did not really work, because the tree unfolded itself outside of the panel, always extending page names into the content area of the page. Maybe it was just a simple CSS thing we both failed to find, but maybe it is worth keeping this in mind. (Aside of that a macro that works nice inside the content area might not be suitable as a panel, simply because it is too wide to fit in the panel column.
WDYT?
Any other idea?
Around here folks are currently using a small panel that lists the pages of the current space in a nested list. This is done directly on the server via several HQL queries however, and especially not very efficient for a space with a lot of pages. Most probably there are better solutions, even those that can be cobbled together in a day, but I wanted to mention it anyway. Clemens
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hello XWiki developers, For what it's worth, Curriki has a TOC panel, based on XWiki's model of trees (which is somewhat independent of the parent relationship of pages. In particular, it allows multiple parent pages (and carries them, sometimes, with the bc parameter): It can be seen here: http://www.curriki.org/xwiki/bin/view/Coll_Group_WhatsYourOpinion/DuckieDeck... It works with, mostly, the TOCMacro: https://github.com/xwiki-contrib/currikiorg/blob/master/wiki/src/main/pages/... which creates a JavaScript array from the tree of table of contents and renders it after page load (using the ExtJS tree). Thus far, it has shown somewhat fragile but I think Curriki users find it quite important to allow multiple inheritance. Another tree view is the Curriki "Menu" (the "Home > Resources and Curricula" etc box): this one has the nice property to store its open/closed state (in a cookie). Such a feature is rarely available. We have experienced, however, that such trees are rather fragile for tablets or mobile phones and have decided, for Curriki Geometry, to do without such a tree and, instead, enhance the up-down prev-next navigation. See e.g.: http://www.curriki.org/xwiki/bin/view/Coll_CurrikiGeometryStudents/WhatsYour... This could, in theory, be combined with a smooth transition system where the 2-dimensional-navigation effect may be even more visible, yet without a fold/unfold action which I have seen only really natural in old-style outliners with a keyboard. paul Le 4 févr. 2014 à 13:33, Clemens Klein-Robbenhaar <[email protected]> a écrit :
On 02/04/2014 09:57 AM, [email protected] wrote:
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=extensions&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.
I remember a colleague of mine tried to get the document tree working inside of a panel, but that did not really work, because the tree unfolded itself outside of the panel, always extending page names into the content area of the page. Maybe it was just a simple CSS thing we both failed to find, but maybe it is worth keeping this in mind. (Aside of that a macro that works nice inside the content area might not be suitable as a panel, simply because it is too wide to fit in the panel column.
WDYT?
Any other idea?
Around here folks are currently using a small panel that lists the pages of the current space in a nested list. This is done directly on the server via several HQL queries however, and especially not very efficient for a space with a lot of pages. Most probably there are better solutions, even those that can be cobbled together in a day, but I wanted to mention it anyway.
Clemens
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
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 [email protected] <[email protected]>:
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:
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 [email protected] 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
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:[email protected]] 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 [email protected] <[email protected]>:
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 [email protected] 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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
What name would you like ? macro-tree ? On Mon, Mar 24, 2014 at 2:33 PM, Haimerl, Josef <[email protected]> wrote:
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:[email protected]] 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 [email protected] <[email protected]>:
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 [email protected] 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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
macro-jstree Thanks and regards, Josef
-----Ursprüngliche Nachricht----- Von: devs [mailto:[email protected]] 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 <[email protected]> wrote:
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:[email protected]] 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 [email protected] <[email protected]>:
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 [email protected] 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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Done https://github.com/xwiki-contrib/macro-jstree On Mon, Mar 24, 2014 at 4:29 PM, Haimerl, Josef <[email protected]> wrote:
macro-jstree
Thanks and regards, Josef
-----Ursprüngliche Nachricht----- Von: devs [mailto:[email protected]] 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 <[email protected]> wrote:
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:[email protected]] 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 [email protected] <[email protected]>:
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 [email protected] 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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
I would like to revive this topic, as we are currently in need for a navigation panel. The jsTree is (for now) just another item added to the list of "experimental solutions", it's even not installable with the Extension Manager. Heck, I don't even know how to use/install this one! I, and many more users, can really use an official solution :-) Meanwhile, I have seen "Skol", the "XWiki administrator" hanging around the extension.xwiki.org all day long. I am not so sure what he's up to, but my guess is that he's been drinking ;-) -- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com.
-bump- -- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi devs, to make a release of the jsTree macro I would like to request for an account on http://nexus.xwiki.org. Hamster wrote
I would like to revive this topic, as we are currently in need for a navigation panel.
The jsTree is (for now) just another item added to the list of "experimental solutions", it's even not installable with the Extension Manager. Heck, I don't even know how to use/install this one!
I, and many more users, can really use an official solution :-)
Meanwhile, I have seen "Skol", the "XWiki administrator" hanging around the extension.xwiki.org all day long. I am not so sure what he's up to, but my guess is that he's been drinking ;-)
-- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com.
Done. I've send you a private mail with the details. Thanks, Marius On Fri, Apr 18, 2014 at 1:28 PM, jhaimerl <[email protected]> wrote:
Hi devs,
to make a release of the jsTree macro I would like to request for an account on http://nexus.xwiki.org.
Hamster wrote
I would like to revive this topic, as we are currently in need for a navigation panel.
The jsTree is (for now) just another item added to the list of "experimental solutions", it's even not installable with the Extension Manager. Heck, I don't even know how to use/install this one!
I, and many more users, can really use an official solution :-)
Meanwhile, I have seen "Skol", the "XWiki administrator" hanging around the extension.xwiki.org all day long. I am not so sure what he's up to, but my guess is that he's been drinking ;-)
-- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com. _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Trying to get back to the original topic :-) Is there any work being done by the devs on a "reusable tree view of pages"? -- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi, We have another development coming up soon that implements a new version of the Hierarchy macro (already published on extensions) with jsTree. We'll inform when this new version is published. Ludovic 2014-04-19 7:38 GMT+02:00 Hamster <[email protected]>:
Trying to get back to the original topic :-)
Is there any work being done by the devs on a "reusable tree view of pages"?
-- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com. _______________________________________________ devs mailing list [email protected] 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
Hi Ludovic, How is the progress on the new version of the hierachy macro (with jsTree)? -- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi The extension is published on contrib https://github.com/xwiki-contrib/macro-dynamic-tree On Wed, Jun 4, 2014 at 3:08 PM, Hamster <[email protected]> wrote:
Hi Ludovic,
How is the progress on the new version of the hierachy macro (with jsTree)?
-- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com. _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- --- Best regards - Cordialement --- Lyes Bandou
Hi, On 4 Jun 2014 at 16:18:41, Lyes Bandou ([email protected](mailto:[email protected])) wrote:
Hi
The extension is published on contrib
I searched for it on extensions.xwiki.org and couldn’t find it! :) Would be nice to release a first version. Thanks -Vincent
On Wed, Jun 4, 2014 at 3:08 PM, Hamster wrote:
Hi Ludovic,
How is the progress on the new version of the hierachy macro (with jsTree)?
Hi Lyes, Is there an extension on xwiki.org ? Ludovic 2014-06-04 16:18 GMT+02:00 Lyes Bandou <[email protected]>:
Hi
The extension is published on contrib
https://github.com/xwiki-contrib/macro-dynamic-tree
On Wed, Jun 4, 2014 at 3:08 PM, Hamster <[email protected]> wrote:
Hi Ludovic,
How is the progress on the new version of the hierachy macro (with jsTree)?
-- View this message in context:
http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-...
Sent from the XWiki- Dev mailing list archive at Nabble.com. _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
--
--- Best regards - Cordialement --- Lyes Bandou _______________________________________________ devs mailing list [email protected] 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
HI Josef, I’ve now promoted the 1.0 version you released on Nexus and imported it on extensions.xwiki.org: http://extensions.xwiki.org/xwiki/bin/view/Extension/jsTree+Macro @Hamster: please try it and let us know how it works out! Thanks Josef! -Vincent On 18 Apr 2014 at 12:29:12, jhaimerl ([email protected](mailto:[email protected])) wrote:
Hi devs,
to make a release of the jsTree macro I would like to request for an account on http://nexus.xwiki.org.
Hamster wrote
I would like to revive this topic, as we are currently in need for a navigation panel.
The jsTree is (for now) just another item added to the list of "experimental solutions", it's even not installable with the Extension Manager. Heck, I don't even know how to use/install this one!
I, and many more users, can really use an official solution :-)
Meanwhile, I have seen "Skol", the "XWiki administrator" hanging around the extension.xwiki.org all day long. I am not so sure what he's up to, but my guess is that he's been drinking ;-)
I will give it a spin! -- View this message in context: http://xwiki.475771.n2.nabble.com/Users-are-in-need-of-a-reusable-Tree-view-... Sent from the XWiki- Dev mailing list archive at Nabble.com.
participants (10)
-
Clemens Klein-Robbenhaar -
Haimerl, Josef -
Hamster -
jhaimerl
-
Ludovic Dubost -
Lyes Bandou -
Marius Dumitru Florea -
Paul Libbrecht -
Thomas Mortagne -
vincent＠massol.net