From version 9.1
edited by Ecaterina Moraru (Valica)
on 2011/09/01 14:33
To version 10.1
edited by Ecaterina Moraru (Valica)
on 2013/11/06 13:01
Change comment: Moved page to design:Design.DefaultWikiImprovements

Summary

Details

Page properties
Syntax
... ... @@ -1,1 +1,1 @@
1 -XWiki 1.0
1 +XWiki 2.1
Content
... ... @@ -1,119 +1,1 @@
1 -#includeInContext("XWiki.DesignClassSheet")
2 -
3 -XWiki is a platform for building wikis. Our default Wiki is a demo wiki showing what can be done with XWiki. We need to improve it so that it can stand the competition with the nicest wikis available out there. Here's a list of things to improve to get it on par.
4 -
5 -*All related JIRA issues: [XWiki Enterprise User Experience Improvements>http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=true&&customfield_10000=ux]*
6 -
7 -#toc("" "" "")
8 -
9 -1.1 Better navigation.
10 -
11 -It's really hard to navigate and have an overview. Some ideas:
12 -
13 -* Redesign/reimplement the AllDocs page including the drag and drop treeview to reorganize pages and spaces. Note that the treeview widget iself it also needed for the WYSWIG editor.
14 -* Redesign/reimplement the old navigation panel using the new Treeview to have something like that:
15 -[http://confluence.atlassian.com/display/DOC/Converting+a+Plugin+to+Plugin+Framework+2]
16 -* Ensure that when you make an action you go back to the current page after the action is executed. For example, if you are on the AllDocs page and you click on edit page for a page in the list, once you have finished editing the page you should come back to the AllDocs page. Same for lots of other cases.
17 -
18 -1.1.1 Redesign the home page
19 -
20 -The home page is the first page users see when they arrive on the wiki. Thus it plays a key role in letting users finding their way through the wiki when they land on it. As of today, the homepage has very little value in this process unless it is customized by the wiki owner.
21 -
22 -* List existing spaces on the homepage (this would require hiding special spaces)
23 -* Edit content to match the main steps that a brand new wiki user would want to take to get it started
24 -** Link to add users
25 -** Link to edit rights
26 -** Link to change the skin
27 -** Link to create new pages
28 -
29 -1.1.1 Redesign the tags page
30 -
31 -Tags are currently underused as a way to classify information in XE, partly because the interface for adding and browsing them is poor. The interface for adding tags has recently been improved (addition in view mode though the new footer). However, the interface for browsing tags is really sober (an alphabetical list of words).
32 -
33 -* Use a tag could to display tags
34 -* Write the number of entries next to each tag
35 -* Optimize the tags page for performance
36 -* Make tags even easier to add through the footer
37 -
38 -1.1 Item Creation
39 -
40 -1.1.1 Improved Page Creation
41 -
42 -Right now, page creation can take place using at least 3 different methods, each with its own advantages and drawbacks:
43 -
44 -* By clicking on a "wanted link"
45 -** PROS: this is the standard wiki way, it automatically fills the "parent" field
46 -** CONS: not intuitive for users that have never used a wiki before
47 -* By using a creation form (Page creation form available in a panel, creation forms available in various applications such as the blog)
48 -** PROS: easy to understand for new users
49 -** CONS: tendancy to create orphans pages & pages without parent
50 -* Programmatically, through an API call
51 -** PROS: useful for developers
52 -** CONS: has no direct impact on most users
53 -
54 -To summarize: the user can either create a new page easily but it will lack context, or she can create a new page that fits in the wiki structure but doing so is less intuitive for new users.
55 -
56 -For me (Jerome) the new UI for creating page should :
57 -* Guide or force the user to choose good wiki name for their pages. (i.e. something like "LeSongeDuneNuitDete", not "Le+Songe+d'une+nuit+d'été" - though I agree it first mean we have to define what we consider being a good XWiki page name. I think no special chars + no spaces is a good start).
58 -* Make it clear what will be in the URL, and what is going to be the title of the created document. For this, we can for example have two fields, the first one being the page title, and the second one the page name, computed with rules we define as the user type in the first field (but leaving him the possibility to change it, still)
59 ---JeromeVelociter
60 -
61 -1.1.1 Improved Space Creation
62 -
63 -As of today, spaces are created when a page is created in that given space. This means that there can be spaces that do not have a WebHome nor a WebPreferences page.
64 -
65 -* Create the WebHome & the WebPreferences page automatically upon space creation
66 -
67 -1.1.1 Improved object creation
68 -
69 -There is no standard way to add objects in view mode. Each time we create a new application we need to provide a custom interface when it comes to adding objects in view mode. Examples include ratings, tags, comments, blog posts... JV has a great proposal to make object edition part of the normal edition mode some time ago, we may want to look at it again.
70 -
71 -
72 -1.1 Improve the current UI
73 -
74 -The current User Interface (not the skin) has evolved very little since its inception 2 years ago. The only noticeable difference has been the refactoring of the wiki's footer. A number of ideas could be given a try to make the wiki easier to use overall.
75 -
76 -* Remove the top action bar and make action button closer to the content.
77 -** Right now, users have a tendancy to click on section edition buttons rather than on the edit button located at the top left of the page since they're way easier to see.
78 -* Have the edit button always visible but ask to log-in/register if not logged in for wikis requiring logging it to edit
79 -* Change the default Fonts.Most people do not customise the default install, and in my view, the default font sizes for h1, h2 etc are too big
80 -* Add a background color to the rights table to show the inherited rights settings that apply to empty checkboxes
81 -
82 -1.1 Easier Menu Customization
83 -
84 -* Make it easy to find the Panels space. Right now users can find the panel wizard in the administration console but there isn't any link towards the Panels.WebHome page per se.
85 -
86 -1.1 Improved Search
87 -
88 -With navigation, search is one of the 2 most important ways for users to find the information they're looking for in the wiki. Therefore we need to offer a search interface that's easy to use and lets people find what they're looking for.
89 -
90 -Right now there are 2 interfaces available for searching: the standard SQL one and the Lucene one. The SQL search only offers exact matching for queries and can be quite performance-consuming on big wikis. The Lucene search addresses these concerns through an index and a richer query language but it requires mastering a specific syntax. Lucene search also adds relevance sorting where SQL search lists results in a random order. Offering 2 potential search interfaces is perturbing for end users, specifically given both of them do not necessarily return the same set of results. We need to standardize on the most performant one and make sure it works fine.
91 -
92 -Other issues with the current search implementation are the fact that it is hard to extend. For instance, once the ratings application will be ready it could be interesting to add sorting / filtering depending on the page rating. Right now this is very hard to do.
93 -
94 -#info("Rich search options has been highlighted as an interesting feature by one of our customers -> ability to write boolean queries. Are those available in the Lucene search?")
95 -
96 -* Improve default search
97 -** --Allow users to build up a search pattern (adding multiple search criteria).-- (should work with the Lucene search)
98 -** Search in *rendered* content (maybe with an option for users with programming rights to search in scripts)
99 -* Make the Lucene search the standard one
100 -** Use [Compass>http://www.compass-project.org/overview.html] to make the search page more google-like and remove the need for the specific Lucene syntax
101 -* Choose a results display interface
102 -** Do we want to keep the current grid view or do we want to go more "the search engine way" and provide a google-like results listing?
103 -
104 -1.1.1 Quick Access Feature
105 -
106 -We could implement a feature similar to the one available in JIRA, facebook & spotlight: when typing in the search field, a list of suggestions appears below the search input field. Suggestions are displayed as you type, so additional characters entered trigger fewer results. The list can be navigated using up & down keys. Hitting enter sends the user straight to the relevant page.
107 -
108 -This would make seaching for specific items faster. Additionaly, it would turn the search into a quick access tool.
109 -
110 -1.1 Other
111 -
112 -* Reloading entire wiki every time you select a different page is bad over long distance VPN lines (and slow internet connections).
113 -** This doesn't look a Default Wiki issue but rather something in the core. Do you have an implementation idea? --VincentMassol
114 -* Improve documentation to show how extendable XWiki is, without extensive sweat over the details. Better documentation of the API is a must.
115 -** This doesn't look like a Default Wiki issues but rather a documentation issue --VincentMassol
116 -* Improve PDF formatting to show what the user sees on the screen.
117 -** This not an issue with the default wiki but bugs to be fixed :-) --VincentMassol
118 -* Easier housecleaning (deleting old/erroneous classes/properties, etc).
119 -** This also looks like a general XWiki improvement not targeted to the default Wiki, is it? --VincentMassol
1 +{{warning}}Moved to [[design:Design.DefaultWikiImprovements]]{{/warning}}
XWiki.DesignClass[0]
JIRA Reference
... ... @@ -1,1 +1,0 @@
1 -http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=true&&customfield_10000=ux
Lead
... ... @@ -1,1 +1,0 @@
1 -Vincent, JV, Guillaume, Caty
Status
... ... @@ -1,1 +1,0 @@
1 -Active
Title
... ... @@ -1,1 +1,0 @@
1 -Default Wiki Improvements

Get Connected