We need to support the ::value, ::repeat-item, and ::repeat-index pseudoelements.
That will allow styling of f.x. the html:input element in an xforms:input,
without styling the label, etc. For the moment 'xforms|* input' can be used as a
CSS selector to style this, but that is not correct. The most generic and, IMHO,
smart way to do it, would be to let one (re)name the individual items in the
visual content in the XTF elements. Is that possible?
After implementing this, I think that it should be necessary to change
GetApplyDocumentStyleSheets to return false, in order to disallow this kind of
CSS rules ('xforms|* input') that exposes the element implementation. I am
assuming that retuning false will allow the page author to style the element
using the XForms pseudoelements
Created attachment 176765 [details]
Sample of table-based layout of form controls using pseudo-element ::value
This example can be haired up with ::required et al. after the elements get
moved over to being real pseudo-elements instead of attributes. ::value is the
only one that cannot be emulated using attributes so this test case is for it.
You mean :required. (A double colon is for pseudo-elements, a single colon is
for pseudo-classes.) Also, the pseudo-element ::value is currently implemented
as an element (and matched as that with CSS), not as an attribute.