Alexander Dupuy wrote:
> On both Linux and Windows, I have experienced a mild glitch when using
> Ctrl-Shift-V to perform validation. If there is a validation error on
> the document, it is not displayed (in fact, the entire element
> containing the error - or possibly the selected element - simply
> disappears from the display, leaving just a white background). I don't
> have this problem with validation from the tools menu.
>
> <snip/>
Many thanks for your detailed bug reports. I managed to reproduce the
second behavior too.
You'll found fixes for these pretty serious bugs in next release.
Meanwhile, if you want a workaround, do not use attr() and attribute
value editors (such as a text field) when styling the same element
because:
* Editing the attribute value using the text field causes the value to
change. (Ctrl-Shift-V tells current editor to commit its value before
validation. Clicking or tabbing outside the text field also commits the
new attribute value.).
* Because attr() is used in the CSS style of the element, the view of
this element is rebuilt.
* Because the view of this element is rebuilt, all the controls it
contains are destroyed.
* The problem comes from the fact that these controls are destroyed
while still being in use (to make it simple).
Example of using both attr() and attribute value editors when styling an
alias element:
----------
alias:before {
content:
division(content(paragraph(content(collapser(collapsed-icon,
icon(pop-right),
expanded-icon,
icon(pop-down)), " ",
attr(name), " -> ",
attr(fref), " ",
replace-button(), " ",
insert-same-before-button(), "
",
insert-after-button(), " ",
delete-button(), " "),
background-color, silver,
padding-left, 4),
attributes(margin-top, 2,
margin-bottom, 2,
margin-left, 2,
margin-right, 2)));
}
*::attribute {
attribute-content-middle: value-editor(attribute, attribute(),
background-color, white);
attribute-content-right:
remove-attribute-button(attribute, attribute(),
check-required, yes,
icon, icon(delete),
color, navy);
}
----------
