22 Jul
2015
22 Jul
'15
1:29 p.m.
Hi devs,
I’ve analyzed the issue of Nested Spaces on the IRC Bot application
(http://jira.xwiki.org/browse/XWIKI-12341) and I’ve found some interesting use case.
Use case:
* An Application lets the user configure where to save pages the application generates or
the Application simply generates pages in some space other than the app space.
* We want the breadcrumb of the generated pages to point to the App’s home page
Before NS:
* We’re calling setParent(“<app space>.WebHome”)
After NS (the problem!):
* We’re loosing the link to the app’s home page since the breadcrumb is currently using
references…
So the question is: how do we solve this use case?
I don’t have many answers. I can think of only 1 ATM:
* Keep the ability to set the parent in the Edit page UI
* When displaying the breadcrumb for a page, check if the page has specified a parent and
if so, uses it instead of the reference parent.
* Possibly remove the configuration option to disable parent/child relationship and always
use the parent when set, and the reference when not set up.
WDYT? Any idea for supporting this use case or for doing it differently?
Thanks
-Vincent
22 Jul
22 Jul
2:12 p.m.
New subject: [xwiki-devs] [Brainstorming] Issue with removed Parent/Child Relationship
On 22 Jul 2015 at 14:29:46, vincent(a)massol.net
(vincent@massol.net(mailto:vincent@massol.net)) wrote:
Hi devs,
I’ve analyzed the issue of Nested Spaces on the IRC Bot application
(http://jira.xwiki.org/browse/XWIKI-12341) and I’ve found some interesting use case.
Use case:
* An Application lets the user configure where to save pages the application generates or
the Application simply generates pages in some space other than the app space.
* We want the breadcrumb of the generated pages to point to the App’s home page
Before NS:
* We’re calling setParent(“.WebHome”)
After NS (the problem!):
* We’re loosing the link to the app’s home page since the breadcrumb is currently using
references…
So the question is: how do we solve this use case?
I don’t have many answers. I can think of only 1 ATM:
* Keep the ability to set the parent in the Edit page UI
* When displaying the breadcrumb for a page, check if the page has specified a parent and
if so, uses it instead of the reference parent.
* Possibly remove the configuration option to disable parent/child relationship and
always use the parent when set, and the reference when not set up.
WDYT? Any idea for supporting this use case or for doing it differently?
The other option is to drop this use case…
Yet another option is to make the breadcrumb behavior configurable and have 3
implementations (for ex):
* pure reference-based
* pure parentchild-based
* mixed reference + parent child override
Thanks
-Vincent
2:18 p.m.
I am not too keen on the mixed solution, because we are going to remove the
top menu navigation as we know it. So the breadcrumb will be the only way
to identify where you are in the wiki. With the mixed solution, the
breadcrumb will not show you the exact location of the current page. It's a
problem, because then it's harder to set rights on parent spaces : do they
impact the current page or not?
So I'm -0 about this and more in favour if removing this use-case.
+0 for having it as an optional behaviour (but I wonder who will change the
option just for this use case).
Thanks,
2015-07-22 14:12 GMT+02:00 vincent(a)massol.net <vincent(a)massol.net>et>:
On 22 Jul 2015 at 14:29:46, vincent(a)massol.net (vincent(a)massol.net(mailto:
vincent(a)massol.net)) wrote:
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
Hi devs,
I’ve analyzed the issue of Nested Spaces on the IRC Bot application (
http://jira.xwiki.org/browse/XWIKI-12341) and I’ve found some interesting
use case.
Use case:
* An Application lets the user configure where to save pages the
application
generates or the Application simply generates pages in some
space other than the app space.
* We want the breadcrumb of the generated pages
to point to the App’s
home page
Before NS:
* We’re calling setParent(“.WebHome”)
After NS (the problem!):
* We’re loosing the link to the app’s home page since the breadcrumb is
currently
using references…
So the question is: how do we solve this use case?
I don’t have many answers. I can think of only 1 ATM:
* Keep the ability to set the parent in the Edit page UI
* When displaying the breadcrumb for a page, check if the page has
specified a
parent and if so, uses it instead of the reference parent.
* Possibly remove the configuration option to
disable parent/child
relationship and always use the parent when set, and the
reference when not
set up.
WDYT? Any idea for supporting this use case or for doing it differently?
The other option is to drop this use case…
Yet another option is to make the breadcrumb behavior configurable and
have 3 implementations (for ex):
* pure reference-based
* pure parentchild-based
* mixed reference + parent child override
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
26 Jul
26 Jul
2:55 a.m.
Hi,
I also proposed the parent-child override implementation option a while
ago, mainly because I believe there will always be people wanting to have a
shortcut in the breadcrumbs without the need to move pages around and/or
changing a page's URL in the process.
On Wed, Jul 22, 2015 at 3:18 PM, Guillaume "Louis-Marie" Delhumeau <
gdelhumeau(a)xwiki.com> wrote:
I am not too keen on the mixed solution, because we
are going to remove the
top menu navigation as we know it. So the breadcrumb will be the only way
to identify where you are in the wiki.
Actually, we have been discussing the tree navigation (while clicking or
expanding the home root element in the breadcrumbs) that would be in charge
of displaying the page's location.
With the mixed solution, the
breadcrumb will not show you the exact location of the current page.
Even with the tree navigation, I agree that it would be awkward to see one
thing in the tree (actual location) and another thing just millimeters
above in the breadcrumbs (location mixed with parent overrides), so the
user might be easily confused, not knowing which one to trust.
If we try to fix this by showing the same thing (reference + parent
overrides) in the tree navigation, we end up creating a mess that I would
prefer we stay away from.
It's a
problem, because then it's harder to set rights on parent spaces : do they
impact the current page or not?
Yeah, if we start doing it (reference + parent overrides) everywhere in the
UI (where we use trees), but not also in the rights checking/applying, then
we will be completely inconsistent.
So I'm -0 about this and more in favour if removing this use-case.
+0 for having it as an optional behaviour (but I wonder who will change the
option just for this use case).
I also agree that the best call would be to no longer support shortcuts in
the breadcrumbs and only base it on references, so +1 for that.
Applications are free to call setParent and getParent in their logic to
store and retrieve stored parents, but the standard UI (breadcrumbs) will
just ignore it. This allows existing apps to use the parent-child
relationship for any other purposes except breadcrumbs.
Extreme workaround for apps insisting on simulating the same behavior:
Manually add a wiki syntax page link inside the document's content so that
the user can click it from the document's rendered content. The upside is
that this link will be maintained if the linked document is moved/renamed.
Thanks,
Eduard
Thanks,
2015-07-22 14:12 GMT+02:00 vincent(a)massol.net <vincent(a)massol.net>et>:
On 22 Jul 2015 at 14:29:46, vincent(a)massol.net (vincent(a)massol.net
(mailto:
vincent(a)massol.net)) wrote:
interesting
Hi devs,
I’ve analyzed the issue of Nested Spaces on the IRC Bot application (
http://jira.xwiki.org/browse/XWIKI-12341) and I’ve found some use case.
not
Use case:
* An Application lets the user configure where to save pages the
application
generates or the Application simply generates pages in some
space other than the app space.
* We want the breadcrumb of the generated pages
to point to the App’s
home page
Before NS:
* We’re calling setParent(“.WebHome”)
After NS (the problem!):
* We’re loosing the link to the app’s home page since the breadcrumb is
currently
using references…
So the question is: how do we solve this use case?
I don’t have many answers. I can think of only 1 ATM:
* Keep the ability to set the parent in the Edit page UI
* When displaying the breadcrumb for a page, check if the page has
specified a
parent and if so, uses it instead of the reference parent.
* Possibly remove the configuration option to
disable parent/child
relationship and always use the parent when set, and the
reference when set up.
>
> WDYT? Any idea for supporting this use case or for doing it
differently?
The other option is to drop this use case…
Yet another option is to make the breadcrumb behavior configurable and
have 3 implementations (for ex):
* pure reference-based
* pure parentchild-based
* mixed reference + parent child override
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
11:37 a.m.
New subject: [xwiki-devs] [Brainstorming] Issue with removed Parent/Child Relationship
On 22 Jul 2015 at 15:12:24, vincent(a)massol.net
(vincent@massol.net(mailto:vincent@massol.net)) wrote:
On 22 Jul 2015 at 14:29:46, vincent(a)massol.net
(vincent@massol.net(mailto:vincent@massol.net)) wrote:
After more thinking I think the best is to drop this use case.
This means it’s up to the user (or the app developer) to decide where to save pages and to
put them in the right place so that their breadcrumb will be relevant.
For example for the IRC Bot, the user (admin) could decide to store the IRC logs in a
IRC.Archives space (instead of the default IRC space), or in some UserData.IRC space for
example and in UserData.IRC.WebHome he’d have some links to the IRC app for example.
Thanks
-Vincent
Hi devs,
I’ve analyzed the issue of Nested Spaces on the IRC Bot application
(http://jira.xwiki.org/browse/XWIKI-12341) and I’ve found some interesting use case.
Use case:
* An Application lets the user configure where to save pages the application generates or
the Application simply generates pages in some space other than the app space.
* We want the breadcrumb of the generated pages to point to the App’s home page
Before NS:
* We’re calling setParent(“.WebHome”)
After NS (the problem!):
* We’re loosing the link to the app’s home page since the breadcrumb is currently using
references…
So the question is: how do we solve this use case?
I don’t have many answers. I can think of only 1 ATM:
* Keep the ability to set the parent in the Edit page UI
* When displaying the breadcrumb for a page, check if the page has specified a parent and
if so, uses it instead of the reference parent.
* Possibly remove the configuration option to disable parent/child relationship and
always use the parent when set, and the reference when not set up.
WDYT? Any idea for supporting this use case or for doing it differently?
The other option is to drop this use case… Yet another option is to make the breadcrumb behavior
configurable and have 3 implementations (for ex):
* pure reference-based
* pure parentchild-based
* mixed reference + parent child override
Thanks
-Vincent
3340
days inactive
3344
days old
4 comments
3 participants
participants (3)
-
Eduard Moraru -
Guillaume "Louis-Marie" Delhumeau -
vincent＠massol.net