Martin Kolar?k wrote:
> 
> 1. this is rather a cosmetic issue -- if I load into XXE XML, which is not
> valid, XXE displays (and allows edit) before and after elements placeholders
> for #text node, even if these #text nodes are not allowed by DTD. After
> correcting XML errors document becomes valid, but described empty #text
> elements do not dissappear. If such valid XML document is loaded again,
> everything is OK and no #text nodes (except the allowed places) appear.

This is hard to improve.



> 2. quite often XXE denies editing -- the text cursor stops blinking,
> keyboard events are not accepted/processed and only mouse can be used to
> control XXE. Editing is impossible in tools (search, attributes, spell
> checker) too. I found a way to force XXE behave normally -- opening and
> closing a dialog with some common component, like Open Template, corrects
> this. It seems to me as if the XXE loose keyboard focus and it is not able
> to get it back. Activation and selecting controls and windows of XXE seems
> to work properly, only the focus is missing. Maybe this is a thing of JRE
> that cannot be influenced... I run XXE on W2KSP3 with JRE distributed with
> the XXE+JRE package.

This happened quite often with the V2.0beta1, I thought I've found a
workaround for this Java bug in V2.0final. Personally, I didn't
encountered this nasty behavior since a long time (on Linux or on
Windows).



> 3. again rather a cosmetic stuff -- if window with document is resized, the
> visible portion of document changes. Yes, it is due to reformatting, but it
> would be very pretty, if the edited place (the place, where the text cursor
> is) do not move.

The text cursor moves in order to be always visible (for example, when
you use the scrollbar). This, of course, also happens when you resize
the document view.

Reply via email to