+1 for me It always struck me as a sort of "hack" that you omit the title and it magically gets one by looking for something title-ish in your content. Thanks, Caleb On 01/30/2014 09:13 AM, Ecaterina Moraru (Valica) wrote:
From what I remember it was added when we created Colibri and was implemented by Sergiu. Not sure it had anything to do with the WCAG standard or not. From an usability perspective I kind off liked the feature so I'm not sure about removing it (although I always put titles on my documents).
+0 (if it would improve the performance and if others also think is not an useful feature)
Thanks, Caty
On Thu, Jan 30, 2014 at 3:48 PM, Denis Gervalle <[email protected]> wrote:
+1 to move to legacy and to use xwiki.title.compatibility to disable the feature.
On Thu, Jan 30, 2014 at 2:24 PM, Guillaume "Louis-Marie" Delhumeau < [email protected]> wrote:
+1
2014-01-30 [email protected] <[email protected]>:
Good point with xwiki.title.compatibility I had forgotten about it!
FTR:
#-# Defines whether title handling should be using the compatibility mode or not. When the compatibility #-# mode is active, if the document's content first header (level 1 or level 2) matches the document's title #-# the first header is stripped. xwiki.title.compatibility=1
Thanks -Vincent
On 30 Jan 2014 at 14:16:13, Thomas Mortagne ([email protected] (mailto:[email protected])) wrote:
On Thu, Jan 30, 2014 at 2:06 PM, [email protected] wrote:
Hi devs,
I'd like to propose removing the feature of extracting the title from the content in 6.x.
The rationale is:
* This is costing more than it should. It needs parsing the document content to get its XDOM and then to traverse it to find Heading blocks. When we display doc titles in lists (in livetables for example or in the activity stream) it costs a lot to do so.
* Our implementation is broken since if you use an include macro that generates a heading for ex, it won't be taken into account since we don't apply transformations ATM when computing the title since it would be even more expensive.
Since 6.x is about performance I believe this would be a good step forward.
Now in order to handle backward compatibility. I propose that we: * Add a legacy configuration parameter to keep the behavior (but off by default). This would be in order to let users using this feature convert their wiki
We could reuse xwiki.title.compatibility for that too maybe.
* Move the code to a legacy module (I hope it's possible)
Here's my +1
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Big plus 1, I always been against keeping this xwiki/1.0 hack. We also need to put xwiki.title.compatibility back to disabled by default (it was initially disabled and then enabled supposedly temporary for wrong reasons).
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Denis Gervalle SOFTEC sa - CEO _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs