Poor Performance Of Html Text Objects.
EDIT: I was wrong in my initial diagnosis, this issue doesn't strictly relate to databases, but to HTML/RTF fields. Could this be moved to the appropriate forum? And perhaps have the title updated?
I have updated my text below.
It seems data sources (at least database-backed ones) pulled into HTML (Or possibly RTF) text boxes suffer a significant performance on printing in Bartender 10.1
This process worked fine in Bartender 10.0 (I can try the same label right now in both versions - they are much faster in 10.0)
I was able to redesign my label to use a multi line text box but would much prefer the HTML field so i can selectively stylize individual data sources or elements of text within it.
The label is set up like this:
- Text field (Was HTML, now multiline text)
- Text field has 3 data sources in it:
- One large chunk of plain text
- One small chunk of text, some of which may be bolded or italicized
- One small chunk of text larger than the rest and bolded.
Each of these 3 data sources are of unknown length so I combined them into one text field to use the auto-resizing feature.
Any suggestions?
-
I think this is an issue we're aware of and are hoping to fix in an upcoming service release.
0 -
Hello,
It seems HTML-type text areas still have significant performance issues in 10.1, even after SR2 (Though I do notice you mentioned Word Processor type performance has improved)
I am attaching an example HTML based label, print multiple copies (10+) of this to see the performance issue. It results in significantly increased CPU and memory usage and often (at least in the case of our real-world labels that are suffering this issue) the printing fails or is very corrupted.
0
Please sign in to leave a comment.
Comments
2 comments