XXE Personal Edition 5.2.0, RHEL5
In my CSS style sheet for one of my document types I use
replacement-content label() or xpath() to make a sort of poor man's
write-inhibit for an element with a simple type, e.g.:
foo {
content: label(xpath, ".");
}
In the resulting styled view I can still click on the generated label
and give it the keyboard focus, with the result that what I type
afterward is inserted at the beginning of the element value. The change
becomes visible when I refresh the styled view or switch to the tree view.
I don't think this behavior was intended since editing is so severely
restricted; there is no cursor visible nor can one remove the inserted
characters while in the styled view. Labels should never get the
keyboard focus which is why I used one here instead of a text field. I'm
aware that one can write Java code to implement true read-only elements
but I'm content to inhibit editing in the styled view only. The problem
remains if I use xpath(), I haven't tried attr().
- Steve Tether
--
XMLmind XML Editor Support List
[email protected]
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
