9 Sep
2011
9 Sep
'11
4:31 p.m.
On Sep 8, 2011, at 3:15 PM, Ecaterina Moraru (Valica) wrote:
Hi,
On Thu, Sep 8, 2011 at 12:04, Wouter de Vos <hukabuka(a)googlemail.com> wrote:
This notion of flavors is going to become possible/interesting as soon as we have our
Extension Manager working. My vision is that XE would be relatively empty by default with
a minimal set of extensions installed and when started for the first time, the user will
get shown flavors to pick (a flavor is simply a predefined set of extensions), which the
ability to not choose a flavor and instead hand-pick the list of extensions to install.
Note that flavors should be defined as extensions (they are simple extensions having
dependencies on other extensions) and as such the community will be able to publish
flavors on extensions.xwiki.org and these flavors would get available when starting xwiki
for the first time.
Thanks
-Vincent
Hi Users,
After some mails with Vincent and Scott the idea was born to make a
strip-down-xwiki guide.
The reason for this is the fact that for a lot of novice users, xwiki seems
at the first glance to complex to handle.
By making a strip-down Guide we hope to make Xwiki more accessible for a
broader audience, and thus generate more users worldwide.
I think this relates to an older XWiki Flavors idea
http://jira.xwiki.org/browse/XWIKI-356
where XWiki should adapt and serve just a specific need*:
- Public Website;
- CMS;
- Simple Wiki;
- Structured Wiki;
- Advanced Enterprise Wiki;
- Dev Platform;
- Administrable System.
* categories provided by Sergiu Dumitriu What would be interesting regarding this topic is that
each one responding
to this mail should select a category where he fits and talk about the
configuration, features he needs in order for XWiki to be the perfect tool
for that case.
In order to make this strip-down Guide as
complete as possible, I would
like
to ask all of you to post your thoughts and ideas on this.
For starters, here are mine, if they are allready easily solved, let me
know:
-Make the search function easier to adapt.
For instance, I have multiple spaces, and i want that the search function
only searches in certain, predifened spaces and shows the results within
the
space the search was started from.
Could be resolved by having an "advanced search" tool based on filters.
-An easy way to create a template so that users cannot copy paste in
whatever form and shape they want, but it shows a line where they can type
in the header, and below the content. All in the same style.
http://platform.xwiki.org/xwiki/bin/view/Features/Forms ?
-An easy way to show-hide the comments box on the bottom of the page. At
the
moment I use a solution where I include a document with the script to do
this in, in every page. This should be dealt with globally, and possible
for
people without a lot of programming knowledge.
Hide the entire comment tab or just the box?
http://jira.xwiki.org/browse/XAADMINISTRATION-239
-The sandgrains work, but not from one space to
another, at the moment I
use
the include Makro to maintain my saindgrain navigation intact, but it would
be far easier if documents from other spaces where I link to, adapt the
parent from the space where I started from.
Not sure what you are talking about: backlinks mechanism? breadcrumbs? page
parent?
-The Logo has a predefined link to the main wiki, which causes endusers in
a
space, when they click on this, to get to the main wiki page, and it
confuses them. I would like an easy way (not by editing the global.vm
template!) to personalize this.
Having the logo point to the homepage is a well known, globally used pattern
http://www.welie.com/patterns/showPattern.php?patternID=home . I wouldn't
want to change that.
-A wide spread opinion says, that you can just give users rights to certain
documents. But if an enduser can see a document, but not open it, the
endusers feels as if there are secrets kept from him. I want an easier way
to hide these documents completey, but show them to other users who are
allowed to see them in the same space.
Yes, this could be improved.
-Expand and collaps user generated panels
If I create panels, their initial state is allways open, I can close them,
but when I go to anothere page, it shows the panels open again. Is it
possible to make check box within each panel in the panel wizard that
allows
me to change this?
This depends on the situation. Maybe it should remember the state if
expanding is allowed, but actually I think panels should be better
integrated in the skin (not with such an independent feel) and be more
related to the content (having this way no need to collapse them).
Many of these points here may seem irrelevant to many of the longtime
developers, but a lot of questions within this userlist have to do with the
usability.
I think that the problems you mentioned are just specific use cases and do
not actually creates a minimal list of things that can be configurable and
selected within XWiki. I would rather be interested in the things you use
and could be part of the configuration.
Thanks,
Caty
> For your understanding, I come from a total different corner then most of
> you. I come from CM, not from programming.
> But I think if we can work together on this, Xwiki will gain more users in
> the end.
> If anyone sees this different, let me know, lets communicate so I can start
> working on the Strip down Guide.
> And to all you programming masterminds out there, keep up the great work,
> it
> made Xwiki to that what is today, thank you so much for all the efforts.
>
> With Kind regards,
>
> Wouter