Simon_Paterson@adobeforums.com wrote: > Harbs, sometimes you need to do more investigation before you post... > Huh? I don't remember the details right now but I've definitely had situations (soon after I started working in CS4) where the enums did not work (I got an error "xxx in undefined" -- xxx being the enumeration object) but the numerical equivalent did. I wasn't able to work out what caused the error. Any time I got such an error, I simply switched to the numerical equivalent and went on working... -- Harbs http://www.in-tools.com ... Mehr anzeigen

Hi Diane, I'm glad you got it working. If you still have that document, I'd still like to see it. We'd like to make the plugin as robust as possible! -- Harbs http://www.in-tools.com ... Mehr anzeigen

Dave_Saunders@adobeforums.com wrote: > There's a property called, wait for it, wait for it ... textFrameIndex > Be very, very careful with that property! The textFrameIndex is counted by columns NOT text frames. If you have a two column frame, it increments the textFrameIndex by 2 and three; 3 etc. So, if all your text frames are the same number of columns, you can work things out. If there's some single column frames and some multi-column frames, the textFrameIndex property is all but useless! -- Harbs http://www.in-tools.com ... Mehr anzeigen

Hi Diane, I'm not sure what went wrong based on what you wrote. We would very much like to see any documents in which you get such an error! Please send me an email, and I'll try to see what went wrong. -- Harbs http://www.in-tools.com ... Mehr anzeigen

Diane King wrote: > My only concern (beyond money, which is extraordinarily tight right now) is whether such plugins would mess up an InCopy workflow, which I heavily use. > No. There's no issues (that we know of) with InCopy workflows. (And money is a concern for all of us. No easy solutions there...) ;) -- Harbs http://www.in-tools.com ... Mehr anzeigen

I just looked at Kasyan's script, and I don't see anything which wouldn't work in CS. Just change the extension to js. -- Harbs http://www.in-tools.com ... Mehr anzeigen

Maximize only works with windows. Not palettes. -- Harbs http://www.in-tools.com ... Mehr anzeigen

Here's another one which was posted on one of the other scripting forums (I don't remember if it was Illustrator or Photoshop). I changed it a bit because the original didn't work on my (Mac) computer. This one should work on both mac and Windows, and will work run under any program which supports ExtendScript (including the ESTK). var asciiFile = new File(File.openDialog("Open File to convert","Javascript:*.jsx;")); var tempFolder = Folder.temp; OutHTM = new File(tempFolder.fsName + "/Code2HTM.txt"); asciiFile.open("r"); OutHTM.open("w"); var FileString = asciiFile.read(); asciiFile.close(); OutHTM.writeln("<PRE><BR>"); for (a=0;a<FileString.length;a++){ c=FileString; Write(c); } OutHTM.writeln("</PRE>"); OutHTM.close(); OutHTM.execute(); function Write(Char){ switch (Char){ case '\t' : OutHTM.write("  "); break; case '&' : OutHTM.write('&'); break; case '<' : OutHTM.write("&lt;"); break; case '>' : OutHTM.write("&gt;"); break; default : OutHTM.write(Char); } } ... Mehr anzeigen

Hmm. I never noticed that resolve function before! I could probably come up with some scenarios where it would be useful! FWIW, visibleBounds is usually better than geometricBounds. It works on transformed objects as well. Thanks. -- Harbs http://www.in-tools.com ... Mehr anzeigen

Dave_Saunders@adobeforums.com wrote: > You are clearly much more into footnotes than I've ever been! > Probably, but I could say the same thing regarding you and tables! ;) Here's the basic idea for getting empty frames (as you can see, my functions all rely upon each other): function IsEmptyTextFrame(textFrame){ if(textFrame.characters.length>0){return false} if(HasTables (textFrame)){return false} if(HasFootnotes (textFrame)){return false} return true; } function HasFootnotes(textFrame){ if(textFrame.footnotes.length>0){return true} var footnote = GetLastPlacedFootnote(textFrame.parentStory); if(! footnote){return false} var footnoteFrames = AsArray(footnote.parentTextFrames); if(GetItemIndex(footnoteFrames,textFrame)!=null){return true} return false; } //********************************** function HasTables(textFrame){ if(textFrame.tables.length>0){return true} if(textFrame.lines.length==0){return false} if(textFrame.lines[0].characters.length==0){return true} return false; } -- Harbs http://www.in-tools.com ... Mehr anzeigen

Hi Dave, Yes. I've dealt with this. There's a few of problems here: 1) Next odd/even page keeps options. You can get an empty frame because of that. I require the last two page frames to be empty to make it permanently overset. 2) Continued tables (like you said). 3) Continued footnotes. The text frame will likewise have no characters if a footnote continues and there's no main text. (Yes. It can happen.) If have functions to check for all of these. I'll be happy to send them to you if you write to me on the private... What we really should have is properties to identify continued table cells/rows and continued footnote text. I've been meaning to write this up as a feature request for some time now... -- Harbs http://www.in-tools.com ... Mehr anzeigen

Bob Stucky wrote: > I am having trouble with OMV and InDesign CS3 and CS4 object models. I get a "can't load XML" error about 90% of the time. > The only way I can reliably get the xml files to load (and properly target InDesign) is to target the CSx object model in the OMV before I start InDesign. I have a feeling that this is because of some pre-release quirks and I should probably re-install everything one day, but I have yet to get around to that... My standard process of starting up is: 1) Start the ESTK, 2) click on the CS2, CS3, and CS4 object models in the OMV, 3) Start InDesign. This reliably gets things working properly (at least for a while). I think too many scripts open in the ESTK causes trouble... -- Harbs http://www.in-tools.com ... Mehr anzeigen

You can't. You can try enclosing it in xml tags though. -- Harbs http://www.in-tools.com ... Mehr anzeigen

I'm telling you: somethings fishy with the enums in CS4. I've had this kind of problem on many occasions... :( try: app.doScript(main,undefined,undefined,1699964501,undoName); -- Harbs http://www.in-tools.com ... Mehr anzeigen

The longer times for entireScript and autoUndo seems to confirm my suspicion that there's extra overhead with collapsing the undo stack. I wonder what's done differently with fastEntireScript, and why do we need the regular entireScript if we are presented with a faster option? The fact that the UndoModes are read-only is not really that big of a deal. All you need to do is add to the beginning of the script: var undoName = "Script Name"; app.doScript(main, undefined , undefined,UndoModes.fastEntireScript , undoName ); instead of: main(). -- Harbs http://www.in-tools.com ... Mehr anzeigen

Ole, Are you sure that collapsing the undo stack really increases performance? My understanding is that the undos are still recorded the same way, but they are just collapsed into one general item in the undo stack. If anything, there should be more overhead (collapsing them) -- not less. I guess I should really do performance tests to find out... -- Harbs http://www.in-tools.com ... Mehr anzeigen

> thank god. > Kasyan, sounds like you've been promoted! ;) -- Harbs http://www.in-tools.com ... Mehr anzeigen

Since I've never used $.setenv or $.getenv and I might be missing something simple... What's the advantage over just using simple global variables? -- Harbs http://www.in-tools.com ... Mehr anzeigen

One simple example where prototyping could be very bad:<br /><br />function1();<br />function function1(){<br /> Array.prototype.getItemIndex = function (item){<br /> for(var i=0;i<this.length;i++){<br /> if(item==this){return i}<br /> }<br /> return undefined;<br /> }<br /> var array = [1,3,5,2,4,6];<br /> DoSomething();<br /> if(array.getItemIndex(10)==undefined){<br /> alert("undefined");//do something<br /> }<br /> else{alert("defined")}//do something else<br /> }<br />function DoSomething(){<br /> Array.prototype.getItemIndex = function (item){<br /> for(var i=0;i<this.length;i++){<br /> if(item==this){return i}<br /> }<br /> return -1;<br /> }<br /> //do some stuff...<br /> }<br /><br />Now, the creator of function1 would expect his script to work properly <br />-- and it will as long as he doesn't include DoSomething() in his <br />script. Once he includes DoSomething() in his script, the public Array <br />object has been changed to conflict with his script. The public objects <br />are outside of the scope of namespaces. Both of these prototype methods <br />are perfectly legitimate, but will conflict with each other, and you'll <br />have a **very hard time** tracking down the problem!!!<br /><br />This kind of thing can very easily happen with nested scripts especially <br />when event handlers are invloved. The DoSomething() function might not <br />even be in your script, and you might not know of its existence... Of <br />course using private scripting engines avoids these issues when used <br />carefully, but I'd rather keep everything in its own namespace and safe <br />from any chance of conflicts...<br /><br />-- <br />Harbs<br />http://www.in-tools.com ... Mehr anzeigen

Yes. I wasn't thinking of default values... I'm very wary of prototyping standard classes. I once created a prototype function on the js Object class, and it caused some very_difficult_to_track_down bugs in another script which happened to be running in the same engine. Since then, I've stayed far away from prototyping anything besides my own private classes... Generally, there's no need to create a prototype method to accomplish the goal. Simon's example is functionally equivalent to: function Contains(array,a) { for (var r = 0; r < array.length; r++) { if (array == a) { return true; } } return false; } and you just write: if(Contains(array,a)){do something...} There's actually an advantage to not use prototyping in Simon's example: My construct can be used on any object which has a length property (like strings or collections). Dirk's example can be done in a similar way. This is the construct that I generally use. I think it's a lot safer (albeit slghtly harder to read) than polluting the public classes... I don't think there's any performance gain by using prototypes here. -- Harbs http://www.in-tools.com ... Mehr anzeigen

Thomas_B._Nielsen@adobeforums.com wrote: > For prototyping in javacript there is loads of info on the net. > Example: > Huh? What do you gain by prototyping in that example? The following works just as well: function employee(name,jobtitle,born) { this.name=name; this.jobtitle=jobtitle; this.born=born; } var fred=new employee("Fred Flintstone","Caveman",1970); fred.salary=20000; -- Harbs http://www.in-tools.com ... Mehr anzeigen

Hi Weller, If you're looking for hacks... Do exactly what you suggested, but make sure to do it only on the simple object like you did. Note the bounds of the object, and remove it. You then create your complex one using the bounds of the pasted object as a base position... -- Harbs http://www.in-tools.com ... Mehr anzeigen

Can't be done. -- Harbs http://www.in-tools.com ... Mehr anzeigen

Like Dave and Ole said: you can't. But with APID and some very fancy footwork, you can fake it... -- Harbs http://www.in-tools.com ... Mehr anzeigen

Hi Lisa, Sorry. I just checked, and this preference is new to CS4 (whatever it does...) Two suggestions: 1) Try pacing the snippet into a page item instead of directly on the page. There should be no need to click then. 2) Why not just reconstruct the snippet programmatically (if you're doing it with a script anyway). -- Harbs http://www.in-tools.com ... Mehr anzeigen

Dave_Saunders@adobeforums.com wrote: > Thanks Harbs, interesting points. > > 1. I've resisted the use of while(theObj) because it just feels unnatural from a readability point of view. It might be worth setting up a timing test to compare the speed of it with while(theObj != null). > > I find (theObj) more readable, but that's probably because I have a funny way of thinking, and don't like reading anything extra... ;) I remember the first time I saw Kris use "0" instead of false and "1" instead of true, it looked so odd to me, but I've gotten so used to the short-hand way of writing everything that the long-hand way looks clumsy! My point here was that "theObj.constructor != Page" was not necessary. > Your idea of moving the catch for Page into the switch is interesting. That would actually make it impossible to drop out the bottom of the while loop. > > Exactly. Here's (approximately) what I meant: (It should work in CS3 and later -- in CS2 and earlier, storyOffset was a number and not a character) Also, Notes can have a lot of nesting, and this will not catch that... function FindWhere(theObj,where) { var err; if(where==undefined){where=Page} if (theObj.hasOwnProperty("baseline")) { try{theObj = theObj.parentTextFrames[0];} catch(err){} } while (theObj != undefined) { var whatIsIt = theObj.constructor; switch (whatIsIt) { case where : return theObj; case Note: case Footnote: theObj = theObj.storyOffset;break; case Character : theObj = theObj.parentTextFrames[0]; break; case Cell : theObj = theObj.insertionPoints[0].parentTextFrames[0]; break; case Application : return null; } if (theObj == undefined) return null; theObj = theObj.parent; } return null; } > 2. A test for null catches undefined values. I've always used that test, so I'm going to stay with it. Again, the form if(!theObj) strikes me as something I'd have to pause and think about for a moment each time I read it, so I tend not to use that construction. > > Yes, I know "==null" works. My point was that if you want the readability factor, "==undefined" is more correct -- the text frame is undefined and not null. To illustrate this point theObj === undefined will return true, while theObj===null returns false. > 3 & 4. Aha, I never thought about footnote references and notes. They hardly ever come up in my scripts so I hadn't had the need to think about them. > > 5. "infinitely"? > > Okay. "Infinitely" might be a bit of an exaggeration, but I do use "FindWhere" on a lot of different levels. For example, it's very useful for finding if an object is on a MasterSpread. > At one point, my version of this function did indeed return the last text frame of a story if the object were in overset text, but I ended up realizing that this was rarely useful and indeed misleading. But it is an option that is occasionally needed. > > I find it very useful indeed. I have a separate function to verify oversets if necessary. > Thanks for the feedback. > > Dave > -- Harbs http://www.in-tools.com ... Mehr anzeigen

> If anyone can knock a hole in the above script, I'd be very interested in hearing about it. > What a fun challenge! ;) Besides the unnecessary case (which you mentioned already): 1) AFAIK, every object has a valid parent, even the app itself has itself as a parent -- itself. There's no way to get through the loop a second time with "null". I would do a while(theObj) without any conditions because once you made it in, you can't get out without either returning null or getting your page. I'd just add a case of Page and return theObj and at the end of the function return null 2) Also, "if (theObj == null)" is probably not technically correct. "if (theObj == undefined)" is more accurate (since the only way to get there is with an undefined text frame). (Although I'd just use if(!theObj) for the sake of brevity...) 3) It does not deal with references to Footnotes (although it will work if given a reference to the text inside a footnote). 4) Your function does not deal with notes. It will not find the page a note is on, and will error if given a reference to text inside a note. 5) You can make the function infinitely more useful by adding a second argument which could accept any InDesign object which can contain objects (like Spread, MasterSpread, TextFrame, etc.) I usually want to find the location of the last text frame on overset text, so I prefer to use (a variation of) jxswm's version of the function (which finds the last text frame). -- Harbs http://www.in-tools.com ... Mehr anzeigen

The search field in ESTK CS4 is great! I just typed in snippet, and this is what I got: DocumentPreference.snippetImportUsesOriginalLocation Data Type: Boolean Adobe InDesign CS4 (CS4) Object Model If true, causes UI-based snippet import to use original location for page items. Sounds like that's what you need... -- Harbs http://www.in-tools.com ... Mehr anzeigen

Peter Kahrel wrote: > In JS you would use the following format: > > .....pageNumberStyle = PageNumberStyle.arabicAbjad > Hi Peter, He's talking about the chapter numbering formats. That's a bit trickier. It's interesting that vbs has the enums though... Who wants to file the bug? -- Harbs http://www.in-tools.com ... Mehr anzeigen

Hi Steven, I've got to be out of my mind for helping out with a competing product! But, what the heck... It's not exactly a hole. It's very much scriptable. You can't add to the enums, but it does accept strings as well... That should be enough info to point you in the right direction. FWIW, I've found enums in CS4 to be rather buggy. I've found the need to switch to the numerical forms on a number of occasions. -- Harbs http://www.in-tools.com ... Mehr anzeigen