Thank you Hussein, perfect explanation - we will try another concept.
our intention is to design a editor für "medical guidelines". It should be very comfortable (for non-informatics) so we do some freaky things with your XXE. (Sorry for that). Thank you for your help, even in cases like this - At this time, a student of mine will takeover parts of the project - maybe you will hear from Michael Goesch. Thanks again for your help. Stefan Klatt -----Ursprüngliche Nachricht----- Von: [email protected] [mailto:[email protected]] Im Auftrag von Hussein Shafie Gesendet: Dienstag, 2. August 2011 15:35 An: Prof. Stefan Klatt Cc: '[email protected]' Betreff: Re: [XXE] Forcing Redraw ADDENDUM On 08/02/2011 11:32 AM, Prof. Stefan Klatt wrote: > > thank you very much, but our problem seems to have another orgin, maybe > because of our unusual (?) usage of XXE. > > I should describe the situation: > > There are two documents opened (Left/Right View) at the same time > > Parts of the "left" Document are xincluded in the "right" Document. > > Furthermore the visualisation of he "right" document is based on statements > like<background-color:concatenate(xpath(....> referencing at the xincluded > parts of "left" > > After editing attributes within the "left" document, we use a macro that: > > 1. Switches to the right document ... .<command name="XXE.edit" > parameter="file:...RightDocument.xml" /> > 2. Save all changes .<command name="XXE.saveAll" /> > 3. Should update the Inclusions ....<command name="updateInclusions" /> > 4. and refresh ....<command name="refresh" > parameter="rebuild[implicitDocument]" /> > > .. so the "right" document get the new visualisation. > > When I process these sequence as single steps (Execute command menu item > and/or Redraw menu item) anything works fine. > > As a macro, updateInclusion + refresh do not work. > > Same behavior appears with other commands (e.g. selectNode), so I think the > orgin of the problem is based on the ("incomplete"?) switch between the two > documents during the processing of the macro. (?) > > Any idea? > There is no way for a macro to do what you want because a macro is executed in the context of a single document view. I mean, invoking command XXE.edit will indeed cause XXE to switch to another document, but the macro will still continue its execution in the context of the original document. (This is not a bug. Macros have been designed to function that way.) Now I don't understand why you need to explicitly invoke updateInclusions+refresh, because normally saving the changes made to the left document will automatically bring the view of the right document up to date. I suspect that your problem does not come from that the fact that the transclusions are not up to date. I think that the transclusions in the right document are up to date after saving the left document to disk, but that your problem comes from the fact that, in your CSS, you use xpath(). References: * http://www.xmlmind.com/xmleditor/_distrib/doc/csssupport/xpath.html * http://www.xmlmind.com/xmleditor/_distrib/doc/csssupport/label.html -- XMLmind XML Editor Support List [email protected] http://www.xmlmind.com/mailman/listinfo/xmleditor-support -- XMLmind XML Editor Support List [email protected] http://www.xmlmind.com/mailman/listinfo/xmleditor-support
