andi Ah, right way further down the wrap plugin is mentioned (I expected crucial info like that in the OP). So actually I would consider this a bug in the wrap plugin. The wrap plugin should use the same cleanup method for anchors as the core does, don't you think?
I am sorry, I didn't consider this a crucial (not even an important) information, as - from my user perspective - the problem were not the IDs created there, but as @ach mentioned, the fragments created by DW (which are not those I wanted to be created). From a web developer - which I am not - perspective this seems to be different 😉.
Generally software should not try to be smarter than the user 😉. If a user wants to create a link to #2021-01-29
, then I'd expect the software to create it. If this is illegal or wrong or points to nowhere, then it's the users' problem. Additionally in the specific case, the goal was to to create readable and memorizable URLs and links to #section20210129
are explicitely not what I'd like to see. Also, since these "self-created" (and self-accounted ['selbst verantwortet"]) IDs are not used in any CSS, CSS restrictions to the ID syntax are not relevant. The same applies to the IDs created by the WRAP plugin.
Or would you see this differently?
In cases where DW automatically creates its own anchors and IDs the situation is an other one and DW can of course do whatever it sees fit
OTOH commenting out the line in question from inc/pageutils.php
solves our "problem" and so far we haven't experienced any issues or wrong formatting in the Wiki at all. I'm happy to live with this workaround