Hi,
Thanks for all the feedback received.
Since the received feedback favored Sol 2 and Sol 3, I've iterated a bit on
them, see
Thanks,
Caty
On Fri, Jul 3, 2015 at 6:48 PM, vincent(a)massol.net <vincent(a)massol.net>
wrote:
  Hi again,
 I’ve thought more about it (and discussed it with Jean Simard) and here’s
 my new take:
 - There are different use cases:
 ** The case of the AllDocs page where it’s important to display the
 location since it’s used for navigation
 ** The case of an App that creates only terminal pages. In this case we
 shouldn’t display the location since it’s not needed.
 ** The case of an App that allows to create non terminal pages (e.g. A
 Project Application which allows you to create projects inside projects
 inside projects, etc). In this case it’s useful to be able to display the
 location *relative* to the top level Space in which the App is located.
 - Thus it’s important to be able to configure how you wish to display an
 xproperty of type “Document Reference”. Thus, ideally, we need to find a
 way to pass some configuration data to the “Document Reference” property
 Displayer and to configure that in the livetable macro.
 - The alternative, which is fine with me, is to have a computed “Location”
 xproperty (which is computed from a “Document Reference” xproperty) and the
 declaration of the “Location” xproperty metadata would define how it’s
 displayed (full reference, reference relative to a given reference, etc),
 and the Displayer for “Location” would use that. This means always using a
 “Location” column in LT when you wish to display the path.
 This last solution is probably the simplest and should solve the 3 UCs
 I’ve listed above.
 WDYT?
 Thanks
 -Vincent
 On 2 Jul 2015 at 00:33:23, vincent(a)massol.net (vincent(a)massol.net(mailto:
 vincent(a)massol.net)) wrote:
  Hi Caty,
 Thanks for the design page!
 Some remarks:
 * For Sol2 do you mean you just display the parent and not the full 
 hierarchy? So
for example for A.B.C.D.WebHome you’d display parent = D
 only? Thus sol2 wouldn’t allow to understand the location of a page.
  * My preference goes to Sol3 with the full
hierarchy displayed and with 
 a filter allowing to search in either the page
name/title and/or the
 hierarchy. It should solve the 3 listed UCs
  * We could imagine variations of sol3 depending
on the use case by 
 showing/hiding the hierarchy and if hidden then it would be
shown on hover
 (but the filter should allow to filter on it)
  * I think we need to work on the filter UI so
that it allows to search 
 only on the name+title or only on the hierarchy or on
both. It could be 2
 filter fields or one field that searches on all with options (as in google
 search or solr search) to specify to search only in the title, only in the
 page name, only in the hierarchy: -title:xxx, +title:xxx, +name=xxx,
 -name:xxx, +location:xxx, -location:xxx), etc.
  * If we display page titles, we’ll need to
implement that famous title 
 cache we’ve been wanting to have for such a long time
now… ;)
 
http://jira.xwiki.org/browse/XWIKI-1253
 Thanks
 -Vincent
 On 2 Jul 2015 at 00:04:36, Ecaterina Moraru (Valica) (valicac(a)gmail.com 
(mailto:valicac@gmail.com)) wrote:
 > Hi,
 >
 > I've added some ideas on how to display 'Space' column in the AllDocs
 page:
  >
http://design.xwiki.org/xwiki/bin/view/Proposal/NestedLivetable
 >
 > Let me know what you think and if there are other ideas.
 >
 > Thanks,
 > Caty 
 _______________________________________________
 devs mailing list
 devs(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/devs