Hi, I think I found it, at least a way to have it work in most cases ... In the "$columnProperties" parameter of the #livetable macro, you should now add explicitely a parameter "class":"MyClass" for each column, where "MyClass" is the name of the class of the objects you want to show (the same as the parameter "$classNames" in "$options" parameter). In your case, the following might work : #set($colprops = { "Customer" : { "type" : "text" , "size" : 20, "link" : "edit", "class":"Task.TasksClass"}, "Responsible" : { "type" : "list" , "class": "XWiki.XWikiUsers"}, "TargetDate": { "type" : "date" ,"sortable":"true", "displayName":"Target Date", "class":"Task.TasksClass"}, "Activities" : { "type" : "text", "class":"Task.TasksClass" }, "priority": {"type": "number", "class":"Task.TasksClass" }, "_actions" : {"actions": ["copy","delete","rename","inline"]} }) There seems to be something wrong with how the class is detected for each column if you don't do this. I will update the JIRA, BR, Jeremie 2010/3/4 Jeremie BOUSQUET <[email protected]>
Again, I eventually created a JIRA on this ... http://jira.xwiki.org/jira/browse/XWIKI-4973
2010/3/4 Jeremie BOUSQUET <[email protected]>
Hi,
I think it's the same issue I encountered (see my other posts "Still issue in livetable...").
I did investigate a little, and in my understanding the sort query generated by XWiki.LiveTableResultsMacros is broken when type of field is not text (StringProperty). It seems to me that the macro in this case do not properly retrieve the field type, and so puts the default, StringProperty. Of course the query returns no answer, and your livetable is empty.
In my case I corrected it in a very ugly way, for my particular use-case on Dates properties. I did not find, though, exactly why the macro do not find the correct type, but I think it might be linked to how the resultsmacros page is called (with parameters like "TargetDate_class=${propClassName}"), in this case it would more be a bug in the #livetable macro or in the javascript.
I wanted to create a JIRA on this but I'd like some feedback from the wiki team before :)
Jeremie
2010/3/4 Hans-Peter Zorn <[email protected]>
Hi,
I am using xwiki 2.1.1 and i am having problem with livetable and a simple custom class. Here is my code:
#set($collist = ["Customer", "Responsible", "TargetDate", "Activities", "priority", "_actions"]) #set($colprops = {
"Customer" : { "type" : "text" , "size" : 20, "link" : "edit"}, "Responsible" : { "type" : "list" , "class": "XWiki.XWikiUsers"}, "TargetDate": { "type" : "date" ,"sortable":"true", "displayName":"Target Date"}, "Activities" : { "type" : "text" }, "priority": {"type": "number" }, "_actions" : {"actions": ["copy","delete","rename","inline"]} }) #set($options = { "className":"Task.TasksClass", "rowCount": 15 }) #livetable("alldocs" $collist $colprops $options)
It displays three documents, but as soon as I click on one of the other columns to sort the table, it gets empty.
For the allDocumentsSnippet it works. I have no carriage returns or quotes in the fields that are to be displayed. I tried with different options and also only two fields (customer and priority): the same happens.
Is this a known bug or did I misunderstand the livetable macro? Thanks, Hans-Peter
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users