Home Forums General XMetaL Discussion XFTReplacement performance in XMetaL11 Reply To: XFTReplacement performance in XMetaL11

Derek Read

Reply to: XFTReplacement performance in XMetaL11

There is a chance that the INI setting nested_xft_fix is set to true. That will slow things down significantly in versions 5 and up (the functionality did not exist prior). That feature enables an element to contain an embedded XFT form and one or more children to also contain an embedded XFT form. With this setting enabled all forms are assumed to affect each other, so that every form in the document must be updated after every other form is updated, slowing things down. When that INI setting is not enabled after an XFT form is updated all of its children are assumed to not have any XFT forms.

See the third message in this thread for some additional details:

If that isn't the issue then it would be best to submit a sample to XMetaL Support so they can have a look (preferably something minimal that reproduces just the one issue but contains enough to demonstrate the issue).

Keep in mind that the software has never supported running more than a few embedded XFT forms quickly as it was not designed to do so. So, the issue could simply be that having lots of XFT forms in a document makes it slow whenever it needs to be redrawn (open, switching views, or making significant changes to content).