Description
Example users livetable with a hidden "last_name" column:
{{velocity}}
#set($columns = ["_avatar", "first_name", "last_name", "email", "doc.creationDate", "_actions"])
#set($columnsProperties = {
"_avatar" : { "type" : "none", "link" : "none", "html" : "true", "sortable":false },
"first_name" : { "type" : "text" , "size" : 20, "link" : "view"},
"last_name" : { "type" : "hidden", "link" : "view"},
"email" : { "type" : "text", "html" : "true"}
})
#set($options = {
"className":"XWiki.XWikiUsers",
"translationPrefix" : "xe.userdirectory.",
"tagCloud" : true,
"rowCount": 10
})
#livetable("userdirectory" $columns $columnsProperties $options)
{{/velocity}}
Produces:
Notice that the "last_name" column is properly hidden (header is not displayed), but:
- the "email" column now has an empty filter when it should actually be an input
- the "_actions" column has an input filter
This is much better noticed, if we remove the "_actions" column from by using
#set($columns = ["_avatar", "first_name", "last_name", "last_name2", "email", "doc.creationDate"])
Produces:
Notice the extra column introduced by a floating input filter which is, in reality, caused by the "empty" filter column that is badly aligned with the "email" header/column which actually corresponds to the "last_name" column that is not entirely/properly hidden.
Attachments
Issue Links
- is caused by
-
XWIKI-18013 Livetables with hidden columns generate invalid HTML
-
- Closed
-
- relates to
-
-
- Open
-