In ESTK, next to the dropdown where you select which app to target,
there's that little chain icon. If the chain is broken, even if the app
is selected, it won't run. The chain has to be closed. Sometimes (not
sure when) the chain gets broken even if you've got the app targeted.
Might that be it?
Thanks! But no, afraid that's not it. Chain is green and not broken.
It seems to happen when I run the loop more than once. But what could be offending about the code being executed again?
The last part of the code is a bunch of ifs. Should I wrap it upp in 'else break' or something?
You're probably trying to ungroup groups that do not exist. Once you ungrouped everything, there are no groups, so app.activeDocument.groups.everyItem() is invalid...
Thanks for taking your time Harbs.
Sorry to say, once I escape the ungroup-line, it still won't run. Says line " if (stories[i].appliedParagraphStyle == STYLE && stories[i].paragraphs.parentTextFrames.parentPage.name == 1) stories[i].paragraphs.parentTextFrames.geometricBounds = ([38.8, 15, 48.249, 130]);"
..is wrong and that 'null is not an object'.
Is the text frame on the pasteboard?
Do you have an inline frame that's overset?
No need to do a lot more error checking...
The frames get overset from some lines I have above the other ones.
var myPar = app.activeDocument.paragraphStyles.item("Some Style");
myPar.fillColor = ("Black");
myPar.pointSize = 40;
myPar.justification = 1818584692
Increasing the point size will have them overset. In what way does that inhibit the loop from finding the storie and then change the parentTextFrame? And what can I do about it.
If the entire frame is overset, you cannot get its geometricBounds -- because it does not have any...
You'll need to flow your text beforehand if that's the issue.
Running the loop now puts ALL stories.parentTextFrames to the geometric bounds in the offending line. With no change to the code.
Have I missunderstood something about parenthesis, closing loops, or the use of &&?
Did not get that...
I mean all textframes literally changed to meet the bounds presented in that line, although the conditions where not met in the individual stories asociated with them. !
It's a start..
Try: var stories = doc.stories.everyItem().getElements();
I'd like to just drop a line to say thanks for the support.
And it deserves to be said, for anyone surfing in, that the obvious is true: No, a script wont stop working even tho you have 'the right code'. It had to to with not knowing about the overset problem.
The second problem "all stories moving up to a certain geobound" was just a result of panic and not putting ; after all lines. (Doesn't show in the post.)