About enumerations... I've had very mixed results using enumerations in CS4. Sometimes they work, and sometimes not. (I sporadically get "undefined" errors.) I have not yet figured out any rhyme or reason. I have switched to numeric values any time I have trouble... -- Harbs http://www.in-tools.com ... View more

You need to add the frames and thread them yourself. Search the forum for past discussions. you should find sample code to do that. -- Harbs http://www.in-tools.com ... View more

Hi Loic,<br /><br />I'd probably so this by creating js objects. Something like this:<br /><br />Before reordering the array build an object like this. (I'm assuming <br />that you have two parallel arrays -- one of the initials and one which <br />contains references to pages.<br /><br />var virtualPages ={};<br />for (var i=0;i<myArray.length;i++){<br />virtualPages[myArray]=pages;<br />}<br /><br />You can then address the pages by using myPage = vitualPages.am; or <br />myPage = vitualPages[stringOfInitials];<br /><br />HTH<br /><br />-- <br />Harbs<br />http://www.in-tools.com ... View more

With ScriptUI you can do it. -- Harbs http://www.in-tools.com ... View more

Hi Carlo, I don't know what's causing this, but you can just use a regex to strip white spaces from the end of the string. Something like this: string = string.replace(/\s+$/,""); -- Harbs http://www.in-tools.com ... View more

I just tried again and I got it to work, but in a slightly different way. I used widget.addEventListener ('blur', blurHandler); I had actually tied this as well, but I had put the blurHandler function below the addEventListener which obviously didn't work... Thanks a lot!!! -- Harbs http://www.in-tools.com ... View more

Hi Bob, Thanks for the idea. I had already tried that and it didn't seem to work. It looks to me that EditText widgets do not fire onBlur events. Am I wrong? -- Harbs http://www.in-tools.com ... View more

> I've been using a different approach (which might in fact be slower than jongware's). I don't think anything can be slower than converting to outlines. I think it's the most processor intensive (and buggy) function in InDesign. I've used this convert to outline trick for many things including getting x/caps height, but I like your function way better. Thanks! -- Harbs http://www.in-tools.com ... View more

> The object browser in ESTK 2 is pretty good, but it is slow too. > Specially the process of the first loading in one session. > FWIW, the object browser in CS4 is very responsive. -- Harbs http://www.in-tools.com ... View more

Hi Dave, > myNewTF.previousTextFrame = myTextArea; > I think it's better practice to use: myTextArea.nextTextFrame = myNewTF; IIRC, the first approach causes the first text frame's story to be appended to the second one's. This effectively removes the original story and creates a new one (with the default story properties). This can cause weird problems if the default properties are different than the existing story's properties... -- Harbs http://www.in-tools.com ... View more

Martin Fischer wrote: > But if you have an object and you don't know it's name ( e.g. a graphic frame) how do you know whereupon you should look for in the object model? > Well, if you look under PageItem, you'll see that your choices are: rectangles, ellipses, graphic lines, polygons, groups, text frames, and buttons... So, a graphics frame would have to be either a rectangle, ellipses, polygon, or button. -- Harbs http://www.in-tools.com ... View more

Hi Kasyan, Ole is probably right that the way to go would be a platform-specific script. You can do it using an idle event without it being too much of a resource drain. You can do something like this (in CS3 using a persistent engine): if(yourUniqueNameIdleCounter == undefined){yourUniqueNameIdleCounter=0} yourUniqueNameIdleCounter++; if(yourUniqueNameIdleCounter>60){ yourUniqueNameIdleCounter=0; do your check(); } This would increment the number every second or so. Every time the number hits 60 (about a minute -- give or take, depending on a lot of factors) your check will be run. For every other idle event, the only thing done would be incrementing the variable... -- Harbs http://www.in-tools.com ... View more

Hi Dave, Thankfully, this thread should be much much shorter than the CS3 one. There have been very few changes that will effect existing scripts. How about starting another thread for new features? There's a number of new features I'm quite happy about! (Like UndoMode, isValid, ScriptUI enhancements, etc.) I think they're worth discussing. -- Harbs http://www.in-tools.com ... View more

Hi Dave. Great call! Very nice use of properties! (I'll have to keep this idea in mind...) FWIW, I wasn't sure it would work and didn't even try it. I just figured, if try67's code worked, so would mine... -- Harbs http://www.in-tools.com ... View more

Or, even better: app.documents[0].pages.everyItem().marginPreferences.top = myTopMargin ... View more

if(myChar.contents.constructor.name!="String") bail out... ... View more

Nice script. Just FYI... // KNOWN ISSUES/FIXMES: // // - Undo undoes in steps. I don't know if InDesign exposes // a transaction-based undo framework to scripts, but I guess not. // But using the C++ API is most likely not worth the extra effort. Starting with CS4 you can. (using doScript) // - Transforms are not yet handled correctly // - There is some weird problems when loading this as a startup script. // This is probably related to us using the session engine. Yes. You should take a look at the startup scripts which come with InDesign to see how it's done. // - If identifiers like locLocalize() are used in any other script running // in the session engine, the later ones overwrite stuff from the earlier // ones, which can lead to an earlier script calling the wrong version. // I think I heard we can define our own engines with persistence support // by specifying #targetengine "somethingArbitrary", but we'd have to // check on this. Yes you (can and) should definitely use some arbitrary engine name!!! You can also wrap the whole thing in a function, and it will not be affected by functions of the same name on the more global level. (It's good practice anyway...) // Invoke main (JavaScript sucks...) main(); You can use unnamed self invoking functions in JS. The truth of the matter is that the "main" function is not strictly necessary. Especially, if you wrap everything in an outer function... ... View more

Hi Kasyan, I just checked, and it seems I was mistaken. The docLoaded event is indeed after the layout window is loaded, but the docClosed event is after the layout window is closed. It was never pertinent to me, so I never checked this before... -- Harbs http://www.in-tools.com ... View more

I think a distinction needs to be made here: The events are not sent after the document is closed. It is sent after the document *window* is closed. Scripts which run in an afterOpen or beforeClose event are equivalent to running a script on a document opened without a window. The following script demonstrated this point: #targetengine "test" app.addEventListener("beforeClose", theHandler); app.addEventListener("afterOpen", theHandler); function theHandler(){ alert(app.layoutWindows.length); alert(app.documents.length); } If you need it to run with a layout window active, I'd suggest you use Rorohiko's docClose and docLoaded events. -- Harbs http://www.in-tools.com ... View more

Hi Ole, > I'm not actually sure how much detail I can get into on CS4 yet, Why? Aren't we allowed to discuss it now that it's been announced? > but the problem with the undo queue is not that it's in memory, but that each action forces a disk write. Hmm. As best as my memory serves me, collapsing the stack doesn't help performance. I guess I should do some testing with both APID and the CS4 doScript and see what I come up with... -- Harbs http://www.in-tools.com ... View more

> I think that you'll find bigger performance gains in managing the undo queue by doing a save as every so often, or turning off undo through Rorohiko's plug-in (or, in CS4, disabling undo via doScript). Working with the window hidden can also produce some performance improvements. > Hi Ole, As best as I can tell, the only way to get those performance gains is to actually clear the undo stack (either by "save as", or by using Rorohiko's "Discard Undo" OpCode. Collapsing the undo stack either using APID, or via doScript in CS4 (great new feature, by the way!) does not actually clear the stack it just collapses the stack into one undo item which doesn't help performance (it might even hurt performance slightly). The whole collapsed stack is still retained in memory. -- Harbs http://www.in-tools.com ... View more

Hi Kasyan, APID actually makes it quite easy. All you'd do is give some object a subjectSelected event with the subject list of "*". In the event script you would just update the fields of the palette with the info you need... -- Harbs http://www.in-tools.com ... View more

You'd need to be a member of the pre-release program to get it before the official release. -- Harbs http://www.in-tools.com ... View more

No. 99% of your scripts should work unchanged. Now, should we start talking about the new improvements? :) -- Harbs http://www.in-tools.com ... View more

Hi Dave, Tables, tables, tables... Maybe if I repeat it enough times, I'll actually remember about them! ;) -- Harbs http://www.in-tools.com ... View more

InDesign can do it too! ;) app.documents[0].stories.everyItem().hyphenation=false; -- Harbs http://www.in-tools.com "Automated Publishing for the Rest of Us!" ... View more

Brett_Elliott@adobeforums.com wrote: > Damn! Just finished upgrading all my CS2 scripts to CS3. Here we go again... > The price of progress... 😉 FWIW, I think things will be much smoother this time around. Harbs ... View more

LOL! Oh, and Norbert, don't get too worked up with the anticipation or you might be disappointed. Chances are, your most desired feature didn't make it in... Harbs ... View more