<div dir="ltr">Hi,<div>this week there were a lot of changes in code architecture.</div><div>Overflow handling now is now similar to how AutoFit works:</div><div>- a specific handler is triggered in ImpEditEng::FormatDoc if overflow occurs during editing</div><div>- otherwise an appropriate drawinglayer primitive takes care of everything</div><div><br></div><div>As a consequence now overflowing is handled even during resizing.</div><div>Problems with special cases, such as overflowing text in clones during resizing, have been treated appropriately with small non-too-hacky-looking portions of code.</div><div><br></div><div>Next direction 1: one more sub-feature</div><div>---------------------</div><div>For now only shrinking and overflow cause movements of text. The next step is to let text flow back into a previous link if enough space appears. </div><div>If we dealt with overflow so far, next step is dealing with underflow.</div><div><br></div><div>Next direction 2: issue fixing</div><div>---------------------</div><div>There is a current occasional issue where non-overflowing text is copied in the destination box (instead of the overflowing one).</div><div>To reproduce:</div><div>- Have two boxes whose name start with "Chainable" (necessary to make them act as a chain atm);</div><div>- Set the first box's text to "A random line" making sure to have enough space for it so that it fits on one line.</div><div>- Shrink the first box from below so that only that one line fits (don't cause overflow yet)</div><div>- Shrink the first box from the right edge so to cut the word "line".</div><div><br></div><div>Expected behavior: "line" should be prepended to the second box; first box should contain only "A random".</div><div><br></div><div>Observed behavior: second box get "A random" prepended; First box is empty.</div><div><br></div><div>Next direction 3: fixing hacks</div><div>---------------------------------------</div><div>Currently transfer of text in decomposition of static text is done by calling a special Outliner (a "chaining" outliner) from SdrModel. Besides being a quite ugly solution (a SdrModel has a new outliner adhoc for this specific feature) it would probably break when transfer of text occurs recursively in a chain of three of more boxes.</div><div><br></div><div>Cheers,</div><div>Matteo</div></div>