29 Apr
2010
29 Apr
'10
12:13 p.m.
Hi,
On Thu, Apr 29, 2010 at 12:00, Sergiu Dumitriu <sergiu(a)xwiki.com> wrote:
be
As I said, I think both can be useful but that the 2 ways of browsing should
not be mixed together. It should be either Space / Pages or Parent document
/ children documents / children of the children documents.
The parent / children relationship is also displayed through the information
tab and the breadcrumb so it's not lost.
As for the tree currently located in AllDocs, I think the way it is
implemented is a mistake we should correct.
On 04/28/2010 11:55 PM, Guillaume Lerouge wrote:
http://en.wikipedia.org/wiki/KISS_principle
I'm going to ignore that.
:-)
Hi,
On Wed, Apr 28, 2010 at 20:15, Sergiu Dumitriu<sergiu(a)xwiki.com> wrote:
> On 04/28/2010 06:46 PM, Guillaume Lerouge wrote:
>> I'm strongly against the way the treeview works right now. Nobody
>> understands the mix of space and parent/child relationship. I'd KISS
it,
keeping only the space/page relationship.
One idea: ghost symlinks.
"The KISS principle states that
simplicity<http://en.wikipedia.org/wiki/Simplicity>should be a key
goal in
design<http://en.wikipedia.org/wiki/Design>gn>, and that unnecessary
complexity should be avoided." Ghost symlinks?
- how does the treeview thing work?
- well, it's easy, just click the ghost symlink below that other page and
the whole thing will start scrolling to get you somewhere different from
where you were located
- oh
[s] Main
- [p] WebHome
- [p^] /Blog . WebHome/
- [p] Great news!
- [p] BigClient contract
- [p] BigClient project description
- [p] More great news!
[s] Blog
- [p] WebHome
- [p] Meet Joe Dyke, our new CTO
- [p^] /Main . Great news!/
- [p^] /Main . More great news!/
[s] is the space icon, [p] is the page icon, [p^] is the page icon with
the shortcut overlay. The ghost documents are written in italic with a
lighter color, and clicking on such a symlink will show the real
document, by expanding the tree to it, scroll it into view (with
anymation), and select it.
Note that in the Main space the other children of the Blog.WebHome page
are not displayed, and in the Blog space the deeper hierarchy of the
external documents is not shown
WDYT?
Of course, this as a better UI for the alldocs/tree view; the export UI
should could keep just the space/docs two-level hierarchy.
I think the same, simple, understandable, Space / Page hierarchy should used everywhere.
Even in the hierarchy view that is specifically designed for displaying
the parent-child relations? I'd also like to keep things simple whenever
possible, but then why do we have this tab in the AllDocs? Should we
remove it? Then why do we have the parent field if I cant see the
children of a page?
An alternative is what we do for WebDAV and provide 2
different
interfaces:
2 factors:
- My mental representation of how XWiki's WebDAV interface works wasn't
aligned with how it actually works (in other words: I didn't do my homework)
- The WebDAV space display is indeed using the same flawed mix of space /
page relationship and parent relationship and should be fixed
Guillaume
EITHER space/page OR parents/children but never a
mix of both.
So how do you explain this?
webdav://localhost/xwiki/webdav/spaces/Blog/_W_/WebHome/Categories/News
Guillaume
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Guillaume Lerouge
Product Manager - XWiki SAS
Skype: wikibc
Twitter: glerouge
http://guillaumelerouge.com/