On 19 Sep 2019, at 10:23, Hussein Shafie wrote:

On 09/19/2019 09:05 AM, Leif Halvard Silli wrote:

One possible solution: What I would suggest is that @type is added back
as one of the attributes style elements can have. However, instead of
making the @type attribute available - by default - in the attribute
edititing tool, it ought to be hidden by default. For instance, it could be hidden as a "scripting" attribute - meaning that users must activate
"Show 'scripting" attribute" in order to see the "type" attribute. Or
even better: Instead of simply adding type to the "scripting" categroy,
add a new category "obsolete but conforming" attrributes.

Given the fact that you permit @border on the table element (something I think is a smart decision[*]), I think you should definitelely find some way to add back type="text/css" as well, given the fact that it actually
is a conforming feature.

We claimed in https://www.xmlmind.com/xmleditor/changes.html#v9.1.0:
---
XHTML5 configuration: updated our in-house XML Schema and added a companion Schematron in order to implement most of the conformance requirements for authors specified in the HTML Living Standard.
---

So this is really a "best effort" implementation. We certainly missed things.

We have no problem adding back @type to <style> with "text/css" as the only conforming value.


Good. Would it be possible to download your schema with the type@style support pretty soon? Or, perhaps a "keep using HTML 5.*" addon (while we wait for next release)?


Please do not hesitate to suggest changes like the above one if we missed some points in our implementation.

I will certainly do, if I stumble upon something.

Leif

--
XMLmind XML Editor Support List
[email protected]
https://www.xmlmind.com/mailman/listinfo/xmleditor-support

Reply via email to