Re: [xwiki-users] The confusing name 'WebHome'
Hi, I had a similar remark from users. This is disturbing for them to read on the main page of the wiki in a wiki that is not in english Main and WebHome. I am talking about the Add area. I think we should introduce the notion of space title that would be used for display instead of space name. We could use title property of WebHome page of a space. This way, users could change it easily. On Wed, Apr 13, 2011 at 7:01 PM, Ecaterina Moraru (Valica) vali...@gmail.com wrote: On Wed, Apr 13, 2011 at 19:06, Joris Dirks jo...@user.stekje.nl wrote: I just had a user renaming a page called 'Webhome' to something she thought was more appropriate. I understood her reasoning for the name 'intro' but had a hard time explaning why there should be WebHome at the end of the URL, especially since it isn't an English wiki. Even when users understand the first page has a fixed name, they are more accustomed to 'index' (.html, .php). Of course, when reaching a space, the name WebHome isn't shown, backlinks (e.g. breadcrumbs) do refer to Example/WebHome instead of Example/ The biggest improvement imho would be: hide the trailing 'WebHome' when viewing a WebHome. When editing this page, it can of course be shown. 'WebHome' appears just in the Wiki/Space/Page separation and this cannot be removed since it contains page functions http://incubator.myxwiki.org/xwiki/bin/download/Improvements/ActionMenuProposal2/page.png and also reflect the physical URL construction. About renaming: the WebHome is indeed a convention. I was thinking about other names for it. If we would had named it 'Index' or simple 'Home' and appeared like xwiki Main Home or xwiki ColorThemes Home it would have been confusing also because usually we have only one main home and only that should be name 'Home', not every homepage for every space. Having put let's say 'Home' and 'SpaceHome' would be an improvement, but will be very close to the current behavior: still a convention, still in english, still unchangeable. The breadcrumb does not display the page name, but the page title. So as long as the page has a title there shouldn't be a problem. Thanks, Caty How do you all think about this? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] The confusing name 'WebHome'
Just found this one XE-441, also from customer feedback :) -- Thibaut On Wed, Apr 13, 2011 at 10:44 PM, Thibaut Camberlin thibaut.camber...@xwiki.com wrote: Hi, I had a similar remark from users. This is disturbing for them to read on the main page of the wiki in a wiki that is not in english Main and WebHome. I am talking about the Add area. I think we should introduce the notion of space title that would be used for display instead of space name. We could use title property of WebHome page of a space. This way, users could change it easily. On Wed, Apr 13, 2011 at 7:01 PM, Ecaterina Moraru (Valica) vali...@gmail.com wrote: On Wed, Apr 13, 2011 at 19:06, Joris Dirks jo...@user.stekje.nl wrote: I just had a user renaming a page called 'Webhome' to something she thought was more appropriate. I understood her reasoning for the name 'intro' but had a hard time explaning why there should be WebHome at the end of the URL, especially since it isn't an English wiki. Even when users understand the first page has a fixed name, they are more accustomed to 'index' (.html, .php). Of course, when reaching a space, the name WebHome isn't shown, backlinks (e.g. breadcrumbs) do refer to Example/WebHome instead of Example/ The biggest improvement imho would be: hide the trailing 'WebHome' when viewing a WebHome. When editing this page, it can of course be shown. 'WebHome' appears just in the Wiki/Space/Page separation and this cannot be removed since it contains page functions http://incubator.myxwiki.org/xwiki/bin/download/Improvements/ActionMenuProposal2/page.png and also reflect the physical URL construction. About renaming: the WebHome is indeed a convention. I was thinking about other names for it. If we would had named it 'Index' or simple 'Home' and appeared like xwiki Main Home or xwiki ColorThemes Home it would have been confusing also because usually we have only one main home and only that should be name 'Home', not every homepage for every space. Having put let's say 'Home' and 'SpaceHome' would be an improvement, but will be very close to the current behavior: still a convention, still in english, still unchangeable. The breadcrumb does not display the page name, but the page title. So as long as the page has a title there shouldn't be a problem. Thanks, Caty How do you all think about this? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Translation application ?
Hello, I was wondering if someone had a start of an application managing translations. The need is to have an end-user interface to manage translations. I put a mockup there to show you what I have in mind : http://incubator.myxwiki.org/xwiki/bin/view/Drafts/TranslationApplication Thanks -- Thibaut ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Drop mailing lists in favor of a forum software
Hi,
IMO it makes a lot of sense to use a forum solution for users (when it does
not for devs). When I was working with WordPress software, I was reading a
lot forum threads (they are using their other product, bbPress). I wouldn't
have thought about subscribing to a mailing list, I didn't even know they
existed. I was not Open Source minded, so are a lot of people using XWiki
and willing to contribute good feedback. A forum is so much easier to read
(topics, dates, tags, rates) and much less geek.
I am +1 for a forum solution for users.
--
Thibaut
On Mon, Mar 14, 2011 at 11:33 AM, Andreas Hahn ah...@gmx.net wrote:
Am 14.03.2011 09:16, schrieb Vincent Massol:
On Mar 13, 2011, at 10:00 PM, Andreas Hahn wrote:
Am 10.03.2011 17:39, schrieb Paul Libbrecht:
Please contradict me!
Paul,
actually - how could I do this ?
I'm not an expert in forum software so I'd to go for the naive approach
- comparing features e.t.c.
I was hoping for some insight that it is beneficial for the whole
project to encourage users first to browse and then to participate -
even if it means for you and the others around here to give up beloved
habits.
Anyway - I'm not going to push you guys back to the future of Web 2.0.
Given the lame participation when compared to the survey 4 years ago it
seems to me that quite some people have already left the boat and it may
not matter anymore.
I'm not sure how to read your last 2 paragraphs.
Just note that fro my POV there's no you and me here. There's only a
global community and you're part of it. That said at some point some people
are going to need to work to make it happen, this is where the distinction
will happen. How far are you willing to help? Maybe a first step would be
that you help find either a forum software that fits the bill or a hosted
service that would work for us.
From the people who answered so far my feeling is that:
* people seem to agree in general that at least for users a forum would
be nicer
* since xwiki committers provide a substantial amount of answers to the
user list as of today it would be nice that they can continue to have the
information coming to me
For my own FOSS project I'm hoping to start soon - I'll be going with
http://stackoverflow.com. Providing support means checking the site for
tagged questions a couple of times a day. It's just one mouse click. For
me it makes no real difference in getting mails or checking a forum as
long as you have a one-click list of open topics.
Gathering all the information about all possible options and criteria
can get very time consuming so I think we should try to rule out
something first.
Forums that are operated by other providers (getsatisfaction,
stackoverflow, ...) might
* be discontinued without warning (see jive)
* change their policy later (no more free forums)
* not expose user mail addresses and forum content (or might change that
policy) so you're locked in.
* not be as flexible as own forums if you want to change something (add
category, ...)
OTOH operating an own forum
* requires admin efforts (must be maintained and updated, backups, ...)
* may not be as publicly visible as that of other providers (because of
their advertisements ...)
* may not be as innovative as special forum operators ('awarding for
active participants', ...)
In addition there are concerns valid for both:
* Is it important to somehow import the existing mail archive ?
So IMO this is the first decision - is it ok to rely on somebody else ?
and then decide which one.
I'd be ok to spend time on it once its clear which way to go.
However - as for me - nothing will happen fast as beside of my daily
work I already have a side project so this is kind of
side-project-side-project.
Now for getsatisfaction - I don't know anything about it except that
what can be found on their site.
They don't seem to offer free accounts for open source. I've also seen
no indication you can get mail alerts for new contributions.
So how do we approach this ?
bye
Andreas
My personal POV is indeed that I'd like a forum for both the
participation part (ie awarding status/points to active participants to
surface them) and the categorization part but indeed I don't see myself
going to the forum so it has to come to me. I think this is easy to achieve
since on forums like getsatisfaction you can subscribe to the whole forum
and thus receive all posts. What would be even better is if I could post or
reply by replying to the mail.
Now back to getsatisfaction I think before we could use it we'd need to
check:
* are there any limitations for free open source forums? What's their
position on open source?
* how can we get all the posts in a neutral and standard format should we
want to move to another tool later on?
Thanks
-Vincent
___
users mailing list
users@xwiki.org
[xwiki-users] [Discussion] Application Within Minutes Investigation
Hi, I layed down some of my investigations on Application Within Minutes features voted for 3.0. Can you give me your feedback on current specs. All features that I could think of are there. http://incubator.myxwiki.org/xwiki/bin/view/Roadmap/ApplicationWithinMinutes Thanks -- Thibaut ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] [Discussion] Application Within Minutes Investigation
Done, thanks. -- Thibaut On Thu, Jan 27, 2011 at 2:53 PM, Vincent Massol vinc...@massol.net wrote: Hi Thibaut, On Jan 27, 2011, at 2:26 PM, Thibaut Camberlin wrote: Hi, I layed down some of my investigations on Application Within Minutes features voted for 3.0. Can you give me your feedback on current specs. All features that I could think of are there. http://incubator.myxwiki.org/xwiki/bin/view/Roadmap/ApplicationWithinMinutes Would be great if you could move this to the Design space on the dev wiki which is where we put our design pages: http://dev.xwiki.org/xwiki/bin/view/Design/ Thanks -Vincent ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Investigation] User Statuses
Hi,
Here is how I see this feature within XWiki :
Simple feature :
* not theaded
* for internal use
* only limited length of text is the input (no category, neighboorhood,
etc.)
Also, 2000 caracters is way too much IMO. I would go more for 170 - 200
words. If this is more than that, it should be a page or something else, but
this is not a status anymore.
No need to share the status with a client. What is needed first is page
sharing (edition by the client using a validation key in the URL for eg).
Not integrated to twitter. That is an internal and enterprise oriented
feature.
To ease link publising we could have an autocomplete feature. Just a piece
of JS, not the WYSIWYG. It would suggest links to pages an even attachments.
Concerning Caty's proposal on the incubator:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusScrap
I like the consistency with current activity stream. I also think that
instead of stressing the user or the application that published a status,
actual status should be stressed (put in first position and other texts with
smaller size and fader color)
Thanks
--
Thibaut
On Mon, Dec 6, 2010 at 1:32 PM, Ricardo Rodriguez [eBioTIC.]
ricardo.rodrig...@ebiotic.net wrote:
Sergiu Dumitriu wrote:
On 11/24/2010 04:12 PM, Fabio Mancinelli wrote:
Hi Caty,
a mail to share my vision about the User Status feature.
The main idea is to have a mechanism for users to broadcast messages
concerning their activities.
The key use cases for this are:
1) Fast communication between enterprise members which can replace IMs
and mails with user status
1.1) Communicate what you are working on
Obvious, +1.
1.2) Quick question answering and feedback gathering
You mean something like:
BigBoss says:
How do we get through the crisis?
Jimmy says:
@BigBoss reduce costs!
Mike says:
@BigBoss sell more!
And:
Jimmy says:
@Timmy where can I get a W80 form?
Timmy says:
@Jimmy room 404
1.3) Interesting material dissemination
You mean link sharing?
2) Focused discussions about a given topic
I'm not sure this is the best way to communicate. It might work if it
behaves a bit like instant messaging, with updates being refreshed in
real time. Also, for it to make sense as a discussion, it should be
threaded. So this starts to look like Google Wave, which somehow failed.
It might work in an intranet, but still it would diverge too much from a
simple status update, and I'm not sure how it can be integrated nicely
inside the current Activity UI (nor the implementation, but that's not
critical).
3) Fast communication with external clients to keep them up-to-date
I'm not sure I get this. Isn't an *intra*net supposed to be internal,
inaccessible to external parties?
Do you mean closed group messages, visible only in a given space?
In order to realize these use cases we need something that resembles
to Facebook's Wall or, if we look at more enterprise oriented
products, to SalesForce chatter (http://www.salesforce.com/chatter)
This is getting too far from the initial ideas. It was supposed to be
integrated in the recent activity, as little user messages mixed among
wiki activity. Now it looks like the main goal is user communication,
with wiki activity on the second place. Going the Chatter way would
imply many changes in the ActivityStream implementation, the
{{activity}} macro, and the Recent Activity UI.
I'm not saying we shouldn't try to go there, I'm only asking if we want
to do it as the User Statuses sub-feature inside the Activity feature.
In particular:
1) The feature should be implemented as an internal subsystem that
takes advantage of the Wiki underlying model for exposing information
That's always the case.
1.1) User status can contain reference to Wiki entities (i.e., page,
attachments, comments) and external links. As Jerome said in a
previous email, this is key. An autocompletion mechanism could help
making this feature more usable.
The full wiki syntax might be available, which includes links to
documents/attachment. If we do that, then should the WYSIWYG be
displayed as well?
1.2) I am not sure that we need to provide an upload mechanism to
associate an artifact to a user status. Linking an attachment in a
Wiki page is sufficient in my opinion.
+1 for links to existing data only. We could provide a notify this
checkbox in the edit/upload UI.
2) It should be possible to define one or more neighborhoods, i.e.,
people that will receive our status updates
We could have activities for a space, and activities for a group. This
means that in the group UI we could integrate a say something widget.
Another idea is a panel which allows you to specify where to post the
update: global (default), current space, specific space (with suggest),
group of
Re: [xwiki-users] where put macros?
On Wed, Nov 3, 2010 at 8:00 AM, Vincent Massol vinc...@massol.net wrote:
On Nov 2, 2010, at 11:12 PM, Jerome Velociter wrote:
Hi Vincent, all,
See below
On Tue, Nov 2, 2010 at 10:46 PM, Vincent Massol vinc...@massol.net
wrote:
On Nov 2, 2010, at 7:47 PM, Thibaut Camberlin wrote:
On Tue, Nov 2, 2010 at 3:05 PM, Jerome Velociter jer...@xwiki.com
wrote:
Actually I've been thinking maybe we could provide a Macros/ space
with XE. The home page would be a improved version of the current
XWiki.WikiMacros page (adding for example a ClassSheet for macros, a
form to create a new macro, some documentation, etc.)
WDYT?
This polishing would empower a standard user to use this XWiki advanced
feature.
I don't quite agree. Standard users shouldn't see this space. it's
something technical and 99% of wiki users don't want/need to see it (and
they won't even understand it). So for me this space would need to be hidden
from simple users (same as for other tech spaces).
Then we should probably hide them from the WYSIWYG tooIbar too, I guess
;)
Seriously, the space could be blacklisted, but it should be discussed,
I'm not sure we want to have only admins seing it (personally I see
that space as being documentation on macros existing in the wiki
before being a place to create new macros - so not so technical in
the end).
The reason is simple. Most people come to the wiki as a place where to find
information (not as contributors) and they'll see the list of spaces listed
on the home page mixed with spaces containing real content for that wiki.
All I want is a separation between business content and technical content.
I'm fine if we have 2 space lists on the home page, one for each type of
content. But I really don't like to mix the two kind of content.
+1 for space separation, based on the user type (Advanced/Standard). It is
very disturbing to have technical spaces mixed with content/business spaces.
Maybe in some distant future we should have an intermediary level
between Normal users and Admins. BTW do users that chose to be
Advanced Users in their profile see the blacklisted spaces ?
yes.
Maybe
the intermediary level could be this one.
I don't think we need one ATM.
I'm not sure what the proposal is about exactly.
Well it's not a proposal yet, rather an idea.
Some open questions: Would the macros stay where they are currently
located?
If you ask me some should be moved already (like {{spaces}} and
{{tags}}), since they are located in documents that already have
another purpose, and thus can not benefit from a potential
WikiMacroClassSheet (that for example could display the usage of the
macro and its parameters ; thus becoming a sort of self-contained
documentation for the held macro)
Well I'm not sure. IMO the dashboard should be moved to a dashboard
application and that spaces macro could be moved to that dashboard
application.
Recent Activity should be moved to an Activity application too and the
activity macro there too.
Basically I still believe strongly that we need to list all our default XE
pages and assign them an application. I had done that exercise one and
created the jira components in XE asa result. Maybe we should revisit this
and do this mapping now?
Shouldn't macros stay with their apps?
Yes they should.
Right now we don't even have a rule for where to put applications
documents (in their own space ? with a Code suffix ? in the XWiki
space ? somewhere else ?)
Yes we need to define that too. We've been quite poor in term of wiki
content organization and as a result I feel that our default wiki content is
a bit of a disorganized mess. We should improve. Want to lead a proposal?
Yes, we miss conventions on the naming. Moreover, AFAIR something is not
coherent between class wizard and livetable macro : The livetable macro
displays the template document because its name which is given by the class
wizard is not matching the one the livetable macro is expecting (and that
would be excluded).
I think the (not existing) UI at Macros.WebHome should retrieve and
list documents from the entire wiki, not just the Macros space.
I agree
Same
as the scheduler (I changed that behavior just recently by the way - I
wanted my application scheduler jobs in my application space, not in
the Scheduler space - see http://jira.xwiki.org/jira/browse/XASCH-56)
Yep seen that and I agree.
Does it mean a new platform/application in svn?
There is already one : the wikibridge I think, with just one
document now (the name is not correct though, I agree)
Agree, it's a good place and it should be renamed or merged with another
app, all depending if we find that there are macros that don't belong to any
specific app.
I guess there are generic macros that don't belong to a specific app.
What macros go there? When do we use wiki macros vs java macros (we
Re: [xwiki-users] Livetable does not show results
Hi Gerritjan,
I tested on Panels.PanelClass on a 2.5 M2 and it works fine.
Can you test this code (generated by the script)
{{velocity}}
#set($columns = [ doc.title ,name ,type ,description ,content
,category ])
#set($columnsProperties = { name : { type : text, link :
view, size : 10, filterable : true, sortable: true }, type
: { type : list, link : view, size : 10, filterable : true,
sortable: true }, description : { type : text, link :
view, size : 10, filterable : true, sortable: true },
content : { type : text, link : view, size : 10, filterable :
true, sortable: true }, category : { type : list, link :
view, size : 10, filterable : true, sortable: true },
_avatar : { type : none, link : none, html : true,
sortable:false }, _images : { type : none, link : none,
html : true, sortable:false }, _attachments : { type :
none, link : none, html : true, sortable:false },
_actions : { type : none, link : none, html : true,
sortable:false },doc.name : { type : text, link : view,
size : 10, filterable : true, sortable: true }, doc.space :
{ type : text, link : view, size : 10, filterable : true,
sortable: true }, doc.fullName : { type : text, link :
view, size : 10, filterable : true, sortable: true },
doc.author : { type : text, link : view, size : 10,
filterable : true, sortable: true }, doc.date : { type :
text, link : view, size : 10, filterable : true, sortable:
true }, doc.creator : { type : text, link : view, size :
10, filterable : true, sortable: true }, doc.creationDate : {
type : text, link : view, size : 10, filterable : true,
sortable: true }, doc.title : { type : text, link : view,
size : 20, filterable : true, sortable: true } })
#set($options = { className:Panels.PanelClass, translationPrefix :
panel.livetable., tagCloud : true, rowCount: 15, maxPages : 10,
selectedColumn : doc.title, defaultOrder : asc })
#livetable(panel $columns $columnsProperties $options)
{{/velocity}}
You may have to hit ctrl + F5 to refresh the livetable.
--
Thibaut
On Wed, Oct 20, 2010 at 8:47 PM, Gerritjan Koekkoek
gerritjankoekk...@gmail.com wrote:
Hi
I only have 2.5, deinstalled the old version
In my situation It looks like it is only working on classes where the
classes sit in the XWiki space and the documents holding the objects are in
the same space?
So it works with users, but not with panels.panelclass (or my own custom
developed class). It does work brilliantly with tag-class Even get unexected
goodies
I do not think it's the generator script, but something with livetable?
Gerritjan
Op 20 okt 2010, om 01:05 heeft [Ricardo Rodriguez] eBioTIC. het volgende
geschreven:
Hi,
Thibaut Camberlin wrote:
Hi Gerritjan,
Ludovic did that script not me I have to say!
Did you test the same code on another version of XWiki ? If so what is
the
behaviour and the version ?
Can you generate the livetable based on another class, say
XWiki.XWikiUsers,
what is the result ?
It is working fine in a XE/XEM 2.4.1 system. Thibaut, you can check it
here...
http://ebiotic.net/bin/ICT/LiveTableUsers
On Tue, Oct 19, 2010 at 7:48 PM, Gerritjan Koekkoek
gerritjankoekk...@gmail.com wrote:
Hi Thibaut,
The script works like magic, very nice.
Copy and Paste from the link created some formatting challenges, but
after
fixing the script generated actually created a live table;
BUT...
Still there are no records displayed? Like with the script I put in this
question.
The pages where the objects are stored are in a space that has access
forbidden for unregistered users?
Off course I run the generated script as a registered user (actually as
a
admin user
I'm running this on xwiki 2.5
Gerritjan
Op 18 okt 2010, om 23:11 heeft Thibaut Camberlin het volgende
geschreven:
Hi Gerritjan,
You can use the livetable generator code snippet
http://code.xwiki.org/xwiki/bin/view/Snippets/LivetableGeneratorSnippet
Hope this helps,
--
Thibaut
On Sun, Oct 17, 2010 at 2:23 PM, Gerritjan Koekkoek
gerritjankoekk...@gmail.com wrote:
Hi,
i'm trying to use LiveTable to improve our user experience.
This is my code:
#set($collist = [name, email , subject, status, question,
answer, generalize])
#set($colprops = {
name : { type : text, size : 20, link : view},
email :{ type : text, size : 20, link : view},
subject :{ type : text, size : 20, link : none},
status :{ type : text, size : 20, link : none},
question :{ type : text, size : 20, link : none, html :
true, sortable:false },
answer :{ type : text, size : 20, link : none, html :
true, sortable:false },
generalize : { type : list, class:
CdlsatdCode.CdLS_ATD_UserQuestionsClass}
})
#set($options = {
className:CdlsatdCode.CdLS_ATD_UserQuestionsClass,
rowCount: 15 })
p/
#livetable(myLTQuestions $collist $colprops $options)
It does show
Re: [xwiki-users] Livetable does not show results
Hi Gerritjan,
Ludovic did that script not me I have to say!
Did you test the same code on another version of XWiki ? If so what is the
behaviour and the version ?
Can you generate the livetable based on another class, say XWiki.XWikiUsers,
what is the result ?
Hope this helps,
--
Thibaut
On Tue, Oct 19, 2010 at 7:48 PM, Gerritjan Koekkoek
gerritjankoekk...@gmail.com wrote:
Hi Thibaut,
The script works like magic, very nice.
Copy and Paste from the link created some formatting challenges, but after
fixing the script generated actually created a live table;
BUT...
Still there are no records displayed? Like with the script I put in this
question.
The pages where the objects are stored are in a space that has access
forbidden for unregistered users?
Off course I run the generated script as a registered user (actually as a
admin user
I'm running this on xwiki 2.5
Gerritjan
Op 18 okt 2010, om 23:11 heeft Thibaut Camberlin het volgende geschreven:
Hi Gerritjan,
You can use the livetable generator code snippet
http://code.xwiki.org/xwiki/bin/view/Snippets/LivetableGeneratorSnippet
Hope this helps,
--
Thibaut
On Sun, Oct 17, 2010 at 2:23 PM, Gerritjan Koekkoek
gerritjankoekk...@gmail.com wrote:
Hi,
i'm trying to use LiveTable to improve our user experience.
This is my code:
#set($collist = [name, email , subject, status, question,
answer, generalize])
#set($colprops = {
name : { type : text, size : 20, link : view},
email :{ type : text, size : 20, link : view},
subject :{ type : text, size : 20, link : none},
status :{ type : text, size : 20, link : none},
question :{ type : text, size : 20, link : none, html :
true, sortable:false },
answer :{ type : text, size : 20, link : none, html :
true, sortable:false },
generalize : { type : list, class:
CdlsatdCode.CdLS_ATD_UserQuestionsClass}
})
#set($options = {
className:CdlsatdCode.CdLS_ATD_UserQuestionsClass,
rowCount: 15 })
p/
#livetable(myLTQuestions $collist $colprops $options)
It does show the table, but without any rows!
The last column does recognize the List box as defined in the Class,
because when I click it it shows the list of values defined in the class
If I use a jsonQuery as in the example below, I get two records as
defined
in the filter.
I tried to replace the above options value className with resultPage
pointing to page containing the jsonQuery below... but with the same
result,
no rows returned
===
{{include document=XWiki.LiveTableResultsMacros /}}
{{velocity}}
#gridresultwithfilter(CdlsatdCode.CdLS_ATD_UserQuestionsClass
$request.collist.split(,) and doc.creator='$context.user')
{{/velocity}}
the page I get shows me:
{
totalrows: 2,
matchingtags: {
},
tags : [
],
returnedrows: 0 ,
offset: 1,
reqNo: $request.reqNo,
rows: [
{
doc_viewable : true,
doc_name : GerritjanKoekkoek_doc261,
doc_fullname : xwiki:CdlsatdPrivate.GerritjanKoekkoek_doc261,
doc_space : CdlsatdPrivate,
doc_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/GerritjanKoekkoek_doc261,
doc_space_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/,
doc_hasadmin : true,
doc_edit_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/inline\/CdlsatdPrivate\/GerritjanKoekkoek_doc261,
doc_copy_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/XWiki\/CopyDocument?sourcedoc=xwiki%3ACdlsatdPrivate.GerritjanKoekkoek_doc261,
doc_delete_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/delete\/CdlsatdPrivate\/GerritjanKoekkoek_doc261,
doc_rename_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/GerritjanKoekkoek_doc261?xpage=renamestep=1,
doc_rights_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/edit\/CdlsatdPrivate\/GerritjanKoekkoek_doc261?editor=rights,
doc_author_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/XWiki\/GerritjanKoekkoek,
doc_date : 2009\/07\/18 16:44,
doc_title : GerritjanKoekkoek_doc261,
doc_author : Gerritjan Koekkoek,
doc_creationDate : 2009\/07\/17 22:08,
doc_creator : Gerritjan Koekkoek
}
, {
doc_viewable : true,
doc_name : GerritjanKoekkoek_doc264,
doc_fullname : xwiki:CdlsatdPrivate.GerritjanKoekkoek_doc264,
doc_space : CdlsatdPrivate,
doc_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/GerritjanKoekkoek_doc264,
doc_space_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/,
doc_hasadmin : true,
doc_edit_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/inline\/CdlsatdPrivate\/GerritjanKoekkoek_doc264,
doc_copy_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/XWiki\/CopyDocument?sourcedoc=xwiki%3ACdlsatdPrivate.GerritjanKoekkoek_doc264,
doc_delete_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/delete\/CdlsatdPrivate\/GerritjanKoekkoek_doc264,
doc_rename_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate
Re: [xwiki-users] Livetable does not show results
Hi Gerritjan,
You can use the livetable generator code snippet
http://code.xwiki.org/xwiki/bin/view/Snippets/LivetableGeneratorSnippet
Hope this helps,
--
Thibaut
On Sun, Oct 17, 2010 at 2:23 PM, Gerritjan Koekkoek
gerritjankoekk...@gmail.com wrote:
Hi,
i'm trying to use LiveTable to improve our user experience.
This is my code:
#set($collist = [name, email , subject, status, question,
answer, generalize])
#set($colprops = {
name : { type : text, size : 20, link : view},
email :{ type : text, size : 20, link : view},
subject :{ type : text, size : 20, link : none},
status :{ type : text, size : 20, link : none},
question :{ type : text, size : 20, link : none, html :
true, sortable:false },
answer :{ type : text, size : 20, link : none, html :
true, sortable:false },
generalize : { type : list, class:
CdlsatdCode.CdLS_ATD_UserQuestionsClass}
})
#set($options = {
className:CdlsatdCode.CdLS_ATD_UserQuestionsClass,
rowCount: 15 })
p/
#livetable(myLTQuestions $collist $colprops $options)
It does show the table, but without any rows!
The last column does recognize the List box as defined in the Class,
because when I click it it shows the list of values defined in the class
If I use a jsonQuery as in the example below, I get two records as defined
in the filter.
I tried to replace the above options value className with resultPage
pointing to page containing the jsonQuery below... but with the same result,
no rows returned
===
{{include document=XWiki.LiveTableResultsMacros /}}
{{velocity}}
#gridresultwithfilter(CdlsatdCode.CdLS_ATD_UserQuestionsClass
$request.collist.split(,) and doc.creator='$context.user')
{{/velocity}}
the page I get shows me:
{
totalrows: 2,
matchingtags: {
},
tags : [
],
returnedrows: 0 ,
offset: 1,
reqNo: $request.reqNo,
rows: [
{
doc_viewable : true,
doc_name : GerritjanKoekkoek_doc261,
doc_fullname : xwiki:CdlsatdPrivate.GerritjanKoekkoek_doc261,
doc_space : CdlsatdPrivate,
doc_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/GerritjanKoekkoek_doc261,
doc_space_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/,
doc_hasadmin : true,
doc_edit_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/inline\/CdlsatdPrivate\/GerritjanKoekkoek_doc261,
doc_copy_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/XWiki\/CopyDocument?sourcedoc=xwiki%3ACdlsatdPrivate.GerritjanKoekkoek_doc261,
doc_delete_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/delete\/CdlsatdPrivate\/GerritjanKoekkoek_doc261,
doc_rename_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/GerritjanKoekkoek_doc261?xpage=renamestep=1,
doc_rights_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/edit\/CdlsatdPrivate\/GerritjanKoekkoek_doc261?editor=rights,
doc_author_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/XWiki\/GerritjanKoekkoek,
doc_date : 2009\/07\/18 16:44,
doc_title : GerritjanKoekkoek_doc261,
doc_author : Gerritjan Koekkoek,
doc_creationDate : 2009\/07\/17 22:08,
doc_creator : Gerritjan Koekkoek
}
, {
doc_viewable : true,
doc_name : GerritjanKoekkoek_doc264,
doc_fullname : xwiki:CdlsatdPrivate.GerritjanKoekkoek_doc264,
doc_space : CdlsatdPrivate,
doc_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/GerritjanKoekkoek_doc264,
doc_space_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/,
doc_hasadmin : true,
doc_edit_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/inline\/CdlsatdPrivate\/GerritjanKoekkoek_doc264,
doc_copy_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/XWiki\/CopyDocument?sourcedoc=xwiki%3ACdlsatdPrivate.GerritjanKoekkoek_doc264,
doc_delete_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/delete\/CdlsatdPrivate\/GerritjanKoekkoek_doc264,
doc_rename_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/CdlsatdPrivate\/GerritjanKoekkoek_doc264?xpage=renamestep=1,
doc_rights_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/edit\/CdlsatdPrivate\/GerritjanKoekkoek_doc264?editor=rights,
doc_author_url :
\/xwiki%2Denterprise%2Dweb%2D2.5\/bin\/view\/XWiki\/GerritjanKoekkoek,
doc_date : 2009\/07\/20 14:22,
doc_title : GerritjanKoekkoek_doc264,
doc_author : Gerritjan Koekkoek,
doc_creationDate : 2009\/07\/20 13:58,
doc_creator : Gerritjan Koekkoek
}
]}
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [UX] Action Menus: What menu items we have into Simple/Advanced mode
Hi, On Sun, Aug 8, 2010 at 8:47 AM, Ecaterina Valica vali...@gmail.com wrote: Hi, Simple/Advanced mode definition http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HSimpleandAdvancededitingmodes After discussing Action Menu Improvements part 2 ( http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal2 ) we changed the position of Access rights from Edit submenu to Page submenu. Until now, changes done by Advanced mode were located only in Edit submenu. +1 A. The question is: what other items do you think should go under Simple/Advanced mode? Do we keep the same items? Do we add more? Do we simplify? I would say the same. B. Another idea is to change Simple/Advanced mode into User/Developer/Admin in the structure we also have the documentation written. +1 for the modes update. I would also add that User mode should not have the WIKI: xwiki if this is a single instance (most of the time) because that is just confusing. Obs1. The problem with menus is that they don't rely only on these modes, but also on the rights the users has to do some actions (like edit, delete, admin). Obs2. The ideal way for this topic would be to let administrators decide what goes into what mode, but even like that, we should still have some standards values for the modes. Thanks, Caty ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [UX] Action Menus: What menu items we have into Simple/Advanced mode
Hi, On Sun, Aug 8, 2010 at 8:47 AM, Ecaterina Valica vali...@gmail.com wrote: Hi, Simple/Advanced mode definition http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HSimpleandAdvancededitingmodes After discussing Action Menu Improvements part 2 ( http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal2 ) we changed the position of Access rights from Edit submenu to Page submenu. Until now, changes done by Advanced mode were located only in Edit submenu. +1 A. The question is: what other items do you think should go under Simple/Advanced mode? Do we keep the same items? Do we add more? Do we simplify? I would say the same. B. Another idea is to change Simple/Advanced mode into User/Developer/Admin in the structure we also have the documentation written. +1 for the modes update. I would also add that User mode should not have the WIKI: xwiki if this is a single instance (most of the time) because that is just confusing. Obs1. The problem with menus is that they don't rely only on these modes, but also on the rights the users has to do some actions (like edit, delete, admin). Obs2. The ideal way for this topic would be to let administrators decide what goes into what mode, but even like that, we should still have some standards values for the modes. Thanks, Caty ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] XWiki Logo Challenge, Round 2
Hi, +0.8 for 12A +0.2 for 16B -- Thibaut Camberlin On Mon, Apr 12, 2010 at 4:18 PM, Thomas Eveilleau tho...@xwiki.com wrote: +1 for 4 Thomas Le 12/04/10 10:22, Jerome Velociter a écrit : +1 for 4 Jerome. +1 to 16B (default-straight). Raluca. On Thu, Apr 8, 2010 at 7:02 PM, Sergiu Dumitriuser...@xwiki.com wrote: Hello XWiki Community, We're still looking for the new XWiki.org logo. First of all, many thanks to all those who submitted their ideas ( http://dev.xwiki.org/xwiki/bin/Community/LogoChallenge ). After the first round of votes (digest here: http://spreadsheets.google.com/ccc?key=0Ah6DqXzfHT2vdHV5Ty1LX3lKU3U5V3M4YmNFSXEzcVEhl=en ), we chose 6 popular proposals for the second round: http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 . The authors of these proposals were asked to do the following, if not already done for round 1: * try to integrate any constructive feedback that came with the votes (a digest of the feedback from the emails is available for each proposal on http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 ) * polish the design (if they consider it necessary) * provide the requested variations for .org, enterprise and office * provide samples for light and dark background * provide a blackwhite version * provide a 16X16 icon containing the logo or a representative part of the logo * provide a nice Powered by XWiki button that goes with the logo * provide a mockup/screenshot with the logo used in the current skin, colibri For most of the finalist logos, the _final_ versions were already uploaded here: http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 . For those who were not updated, we will use the initial submissions for round 2 as well, and voters will have to use their imagination in case any of the required use cases is missing. VOTING: You can send your vote on the mailing list (d...@xwiki.org or users@xwiki.org), in reply to this email. No twitter votes this time. Each voter can grant a whole +1 to only one of the 6 finalists ( http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2#HFinalistproposals ). IMPORTANT: Before choosing a logo based on your personal preference, please try to also ask yourself the following questions: * Is it distinctive? Note that it should not resemble other logos, including the XWiki SAS/xwiki.com logo. * Is it easy to remember and recognize? * Does it blend in smoothly with the Colibri skin? With the new XWiki.org skin? Note that adjustments to the skin is possible, in order to better integrate with the logo. * Is the design scalable? Could it (or parts of it) be successfully used in a 16X16 icon? Would it look good on a very large poster? * Can it be used (as it is, or adapted) on both light and dark backgrounds? * What would it look like in black and white (not just grayscale)? It's ok if some details are lost, but it needs to still look attractive and keep the main features. TIMELINE: 08/Apr/10 : Beginning of second round of votes on d...@xwiki.org, users@xwiki.org 11/Apr/10 : End of votes Thanks, -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] XWiki Logo Challenge, Round 2
My corrected vote is +1 for 12A. :) On Mon, Apr 12, 2010 at 4:26 PM, Thibaut Camberlin thibaut.camber...@xwiki.com wrote: Hi, +0.8 for 12A +0.2 for 16B -- Thibaut Camberlin On Mon, Apr 12, 2010 at 4:18 PM, Thomas Eveilleau tho...@xwiki.comwrote: +1 for 4 Thomas Le 12/04/10 10:22, Jerome Velociter a écrit : +1 for 4 Jerome. +1 to 16B (default-straight). Raluca. On Thu, Apr 8, 2010 at 7:02 PM, Sergiu Dumitriuser...@xwiki.com wrote: Hello XWiki Community, We're still looking for the new XWiki.org logo. First of all, many thanks to all those who submitted their ideas ( http://dev.xwiki.org/xwiki/bin/Community/LogoChallenge ). After the first round of votes (digest here: http://spreadsheets.google.com/ccc?key=0Ah6DqXzfHT2vdHV5Ty1LX3lKU3U5V3M4YmNFSXEzcVEhl=en ), we chose 6 popular proposals for the second round: http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 . The authors of these proposals were asked to do the following, if not already done for round 1: * try to integrate any constructive feedback that came with the votes (a digest of the feedback from the emails is available for each proposal on http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 ) * polish the design (if they consider it necessary) * provide the requested variations for .org, enterprise and office * provide samples for light and dark background * provide a blackwhite version * provide a 16X16 icon containing the logo or a representative part of the logo * provide a nice Powered by XWiki button that goes with the logo * provide a mockup/screenshot with the logo used in the current skin, colibri For most of the finalist logos, the _final_ versions were already uploaded here: http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 . For those who were not updated, we will use the initial submissions for round 2 as well, and voters will have to use their imagination in case any of the required use cases is missing. VOTING: You can send your vote on the mailing list (d...@xwiki.org or users@xwiki.org), in reply to this email. No twitter votes this time. Each voter can grant a whole +1 to only one of the 6 finalists ( http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2#HFinalistproposals ). IMPORTANT: Before choosing a logo based on your personal preference, please try to also ask yourself the following questions: * Is it distinctive? Note that it should not resemble other logos, including the XWiki SAS/xwiki.com logo. * Is it easy to remember and recognize? * Does it blend in smoothly with the Colibri skin? With the new XWiki.org skin? Note that adjustments to the skin is possible, in order to better integrate with the logo. * Is the design scalable? Could it (or parts of it) be successfully used in a 16X16 icon? Would it look good on a very large poster? * Can it be used (as it is, or adapted) on both light and dark backgrounds? * What would it look like in black and white (not just grayscale)? It's ok if some details are lost, but it needs to still look attractive and keep the main features. TIMELINE: 08/Apr/10 : Beginning of second round of votes on d...@xwiki.org, users@xwiki.org 11/Apr/10 : End of votes Thanks, -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki watch on xwiki v2 ?
Hi Olivier, did not test it personnaly, but one developer has tested Watch with XWiki 2.2-SNAPSHOT so you should not have problems with 2.1.x version -- Thibaut On Thu, Jan 7, 2010 at 8:54 AM, Olivier Berger olivier.ber...@it-sudparis.eu wrote: Hi. Is the XWiki Watch application compatible with most recent platform ? It is very unclear from the app's pages which is the most recent version supported. Thanks in advance. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/http://www-public.it-sudparis.eu/%7Eberger_o/- OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Time tracking application
Hi Everyone, I would need a time tracking application. The objective is to have an application to log how much time is spend on project X for person Y. Does that kind of application already exist, or even a draft that should be completed ? Thanks -- Thibaut Camberlin ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
