I am facing a problem in refreshing the document or the Text frame at the Server end. Following is my logic.
I am having threaded frames in the document. Through C++ plugin we are iterating the frames and if the frame is overset we have my own logic to increase the frame sizes to remove the overset. Somehow after doing a resize when I try to check the overset (its in a loop) I still get overset even if the frame is underset.
I tried to use Recompose on Text frames and document but still not able to get the refreshed status.
Has anyone faced this same problem? Can anyone please suggest any solution?
Thanks in Advance to all.
Are you able to send a before and after document?
Can you post a snippet of the code you are using to the recompose?
"I tried to use Recompose on Text frames and document but still not able to get the refreshed status."
spoken in ExtendScript terms: does it make a difference if you enable or disable redraw in the script preferences?
app.scriptPreferences.enableRedraw // boolean value
Or does enableRedraw not matter or exist if you are developing with C++ ?
FWIW: It's part of the DOM documentation of InDesign Server.
( ACP )
I will definitely try this too as I did try through script TextFrame.Recompose and app.Document.Redraw.
Move one path point of a text frame to a different position and move it back to its original position.
( ACP )
Actually I am setting the new height of the text frame in the loop to fit the content.through SetPathBounding().
I tried your earlier option. Thanks for that, atleast the jobs are not going in loop now but still does stop the loop at the exact point. For e.g if the text is fitting at 40 mm it stops at 81mm.
Thanks & Regards
setting the bounding box is one thing.
Moving a single path point after the bounding box is set is a totally different thing. After flowing in the text this should reflow the text if the new position is far from its original position. Move it back. Text should reflow again. Then determine if there is overset or not.
( ACP )
Ok got it. Thanks for the suggestion will try this too and let you all know.
Thanks once again for helping out.
Non-recomposing stories/frames can be a real pain in the butt. But I've never seen a story being reported as overset when it's underset. How do you know that the frame is underset? If you opened the document on your desktop you may see a story as underset while on the server it's overset: this can be caused by a font difference. The only way to make sure is to export the document to PDF on the server and inspect that one, not the downloaded indd file.
Yes you are correct even if the frame is underset it shows overset on the server till certain iterations. As mentioned earlier this process is in the loop. So not sure because of the continous iteration we are facing this issue.
We also generate the PDF at the end of the process and the output is same as in indd when opened on desktop. The fonts are correct.
You mention that you recompose on the actual frames, but not the particular interface and method. That might be the problem, better recompose the entire story.
"You mention that you recompose on the actual frames, but not the particular interface and method."
Can you please explain this in slight detail. and on recomposing entire story. Do you mean Document?
You can try document recomposing method you can use sleep method too.
for example whenever you are increasing your textframe inside the loop every time you recompose
after recomposing you check wheather textframe is underset or not.
app.documents.recompose(); and you acn use $.sleep(200)
That's not the good idea to recompose and sleep inside loop.
Sorry, on my first attempt I could not see into your Overset Check.txt somewhere above, the forum's document viewer turned just black with Safari. Now revisited it with Chrome.
I'm not sure why you are dealing with the ITextParcelList given all the warnings in the header, I'd instead use the IFrameListComposer. On the other hand it's been several years since that I had to do anything in that area.
Ah I see, the IsParcelOverset looks pretty similar to SnpTextModelHelper, while your IsTextFrameOverset has undergone quite some rework. So, could you give IFrameListComposer a try?
We have tried that too. below is the snippet
void RecomposeFrame(UIDRef oItemRef)
if (iiGeometry == nil)
InterfacePtr<IMultiColumnTextFrame> iiTextFrame(oItemRef.GetDataBase(), Utils<IFrameUtils>()->GetTextFrameUID(iiGeometry), IID_IMULTICOLUMNTEXTFRAME);
if (iiTextFrame == nil)
if (iiFrameComposer != nil)
unless we have missed any thing here not sure.
Thanks & Regards