From christophe at studio-torii.fr Wed Jun 3 08:26:24 2009 From: christophe at studio-torii.fr (christophe@studio-torii.fr) Date: Wed Jun 3 08:26:28 2009 Subject: [EmData] Master Pages problem Message-ID: <18B47F1E-9870-4E80-9F96-EDB3C93BA9A4@studio-torii.fr> Hi, I try to use different master pages according to a conditionnal test. But I only have one page after importing datas!!! I use InData in demo mode (version 6.1.4) and InFlow in demo mode (version 6.2.1) with InDesign 6.0.2.544 on a Mac. My first attempt to import datas is okay with a prototype made without any "set master pages to". Of course I only have one master page applied. But the result is a multi pages document well done. When I put the condition to choose the master pages I need (of 2 master pages in this particular document), the result is an only one page document, with datas and the good master page applied. But the text frames from my master pages are behind my datas and empty. So no no text thread possible to other pages I need with the good master page for each page. Is anyone has already seen this problem? Thanks to everyone who will help me. PS: I apologize for my bad english. I hope I'm clear enough. Christophe Dh?lin christophe@studio-torii.fr From support at emsoftware.com Wed Jun 3 10:40:38 2009 From: support at emsoftware.com (Joe Mathia - Em Support) Date: Wed Jun 3 10:40:42 2009 Subject: [EmData] Master Pages problem In-Reply-To: <18B47F1E-9870-4E80-9F96-EDB3C93BA9A4@studio-torii.fr> Message-ID: Hi Christophe, The problem could be with the way that you set up your master pages. The first frame in any thread of text frames on a master page must have its Autoflow set. To do this, select the frame and click on the Set Autoflow Thread command in the object menu. Finally, you need to be sure that your first document page has this change applied. You can either re-apply the master to that page, or, better, simply insert a new first document page based on the fixed master, and delete the old first page. We'll be happy to have a look, of you could send us your document/prototype and data. Please be sure to zip any files before sending. Regards, Joe Mathia Em Software Support / support@emsoftware.com / www.emsoftware.com (+1) 740 284 1010, fax (+1) 740 284 1210 On 6/3/09 7:26 AM, "christophe@studio-torii.fr" wrote: > Hi, > I try to use different master pages according to a conditionnal test. > But I only have one page after importing datas!!! > I use InData in demo mode (version 6.1.4) and InFlow in demo mode > (version 6.2.1) with InDesign 6.0.2.544 on a Mac. > > My first attempt to import datas is okay with a prototype made without > any "set master pages to". Of course I only have one master page > applied. But the result is a multi pages document well done. > When I put the condition to choose the master pages I need (of 2 > master pages in this particular document), the result is an only one > page document, with datas and the good master page applied. But the > text frames from my master pages are behind my datas and empty. So no > no text thread possible to other pages I need with the good master > page for each page. > > Is anyone has already seen this problem? > Thanks to everyone who will help me. > > > > PS: I apologize for my bad english. I hope I'm clear enough. > > Christophe Dh?lin > christophe@studio-torii.fr > > _______________________________________________ > Data-users mailing list > Data-users@emsoftware.com > http://mail.emsoftware.com/mailman/listinfo/data-users > From christophe at studio-torii.fr Wed Jun 10 03:57:16 2009 From: christophe at studio-torii.fr (christophe@studio-torii.fr) Date: Wed Jun 10 03:57:20 2009 Subject: [EmData] CPU and InData Message-ID: Hi, is there a way to reduce cpu usage when a prototype includes master page choices? I' m running InDesign CS4 and InData on an 2 GHz Intel iMac under OS X. 5 with 4 Go of RAM. My Indy doc is made of 2 master pages with many many threaded text frames and some pictures (simple vector illustrations). My text file is made of 160 records. There is a 16 repeat condition in the prototype. When i'm importing the file, the cpu usage is 100%. It takes 30 min to import 27% of the text file!!! And it slows down more and more after rhat. Where is the problem: the prototype, InData ? Or is it "normal" to take such time? Tnx Christophe Dh?lin christophe@studio-torii.fr From support at emsoftware.com Wed Jun 10 09:16:13 2009 From: support at emsoftware.com (Joe Mathia - Em Support) Date: Wed Jun 10 09:16:17 2009 Subject: [EmData] CPU and InData In-Reply-To: Message-ID: Hi Christophe, Things should not be running this slowly. Could you please zip up and send us your document/prototype and data, so that we can have a look? Regards, Joe Mathia Em Software Support / support@emsoftware.com / www.emsoftware.com (+1) 740 284 1010, fax (+1) 740 284 1210 On 6/10/09 2:57 AM, "christophe@studio-torii.fr" wrote: > Hi, > is there a way to reduce cpu usage when a prototype includes master > page choices? > > I' m running InDesign CS4 and InData on an 2 GHz Intel iMac under OS X. > 5 with 4 Go of RAM. > My Indy doc is made of 2 master pages with many many threaded text > frames and some pictures (simple vector illustrations). > My text file is made of 160 records. > There is a 16 repeat condition in the prototype. > > When i'm importing the file, the cpu usage is 100%. It takes 30 min to > import 27% of the text file!!! > And it slows down more and more after rhat. > > > Where is the problem: the prototype, InData ? Or is it "normal" to > take such time? > > > Tnx > > Christophe Dh?lin > christophe@studio-torii.fr > > _______________________________________________ > Data-users mailing list > Data-users@emsoftware.com > http://mail.emsoftware.com/mailman/listinfo/data-users > From didier.mombrun at knowlink.net Wed Jun 17 00:51:50 2009 From: didier.mombrun at knowlink.net (Didier Mombrun) Date: Wed Jun 17 00:51:53 2009 Subject: [EmData] Indata - data manipulations In-Reply-To: References: Message-ID: <9D2C117F-7002-4F22-B7E9-DA7B5A46FD70@knowlink.net> Hi I would like to know if it is possible to make this with Xdata / Indata Without working in excel before ? It is to make alphabetical Index ! I have an excel file with a list of book title "autors" in a colums and page Number in an other one There are duplicate lines with the same couple autor / page, There are lines with same autors with other page and multiple autors separated with "/" in the first colum The r?sult : i would like to have only one autor and all the pages for each Exemple Autors | Page Autor1 | 1 Autor1 | 1 Autor1 | 2 Autor1 | 3 Autor1 | 3 Autor1 / Autor2 | 5 Autor2 / Autor3 | 6 Autor2 | 7 The r?sult i would like with xdata / Indata Autor1 1, 2, 3, 5 Autor2 5, 6, 7 Thanks to help me From support at emsoftware.com Wed Jun 17 14:37:06 2009 From: support at emsoftware.com (Coletta Perry -=?ISO-8859-1?B?oA==?=Em Support) Date: Wed Jun 17 14:37:10 2009 Subject: [EmData] Re: Indata - data manipulations In-Reply-To: <9D2C117F-7002-4F22-B7E9-DA7B5A46FD70@knowlink.net> Message-ID: Didier, Thank you for your inquiry. Yes, this can be accomplished in InData. It is fairly complex and involves saving data into variables, etc. And the requirement with multiple authors could get even more difficult. We have a sister company who has created InData prototypes of this sort in the past. Would you like me to forward your query directly on to them? Regards, Coletta Perry Em Software Support / support@emsoftware.com / www.emsoftware.com (+1) 740 284 1010, fax (+1) 740 284 1210 on 6/17/09 12:51 AM, Didier Mombrun at didier.mombrun@knowlink.net wrote: > Hi > > I would like to know if it is possible to make this with Xdata / Indata > Without working in excel before ? > > It is to make alphabetical Index ! > > I have an excel file with a list of book title "autors" in a colums > and page Number in an other one > There are duplicate lines with the same couple autor / page, > There are lines with same autors with other page > and multiple autors separated with "/" in the first colum > > The r?sult : i would like to have only one autor and all the pages for > each > > Exemple > Autors | Page > Autor1 | 1 > Autor1 | 1 > Autor1 | 2 > Autor1 | 3 > Autor1 | 3 > Autor1 / Autor2 | 5 > Autor2 / Autor3 | 6 > Autor2 | 7 > > The r?sult i would like with xdata / Indata > > Autor1 1, 2, 3, 5 > Autor2 5, 6, 7 > > Thanks to help me From owades at alum.mit.edu Wed Jun 17 22:38:58 2009 From: owades at alum.mit.edu (Stephen H. Owades) Date: Wed Jun 17 22:39:20 2009 Subject: [EmData] InData CS4 - Controlling Line Location of Line Breaks Message-ID: <4D688CD2BA124010959848DF706487E6@City> One good way to deal with something like this name-and-phone number problem is to create two paragraph styles, one for the name and one for the phone number. The "name" style should be flush left, with a right indent on the "name" style that is as wide as the phone number, and a right-aligning tab (with a dot leader) at the indent point. Define the "phone number" style with zero leading, and flush-right alignment. Set each name in the "name" style, followed by a tab to create the dot leader and a hard return. Then set the phone number in the "phone number" style, followed by a hard return. This will ensure that there's always some part of the name on the same line as the number, and the number will be properly placed. Using this scheme, if the last line of the name comes very close to the start of the phone number there may not be any dots between them. If you want to guarantee some dots there, make the right indent (and the tab stop) in the "name" style enough wider than the phone number to leave room for as many dots as you want to guarantee. Then set a left indent in the "phone number" style to the column measure less the name-style's right indent value, and set a right-aligning tab (with dot leader) at the column measure in the phone number style. The text should be set as described above, except that the phone number paragraph should begin with a tab. (In other words, set in the "name" style, and in the "phone number style. Stephen H. Owades owades@alum.mit.edu 617-661-7798 From support at emsoftware.com Thu Jun 18 10:09:20 2009 From: support at emsoftware.com (Joe Mathia - Em Support) Date: Thu Jun 18 10:09:30 2009 Subject: [EmData] InData CS4 - Controlling Line Location of Line Breaks In-Reply-To: <4D688CD2BA124010959848DF706487E6@City> Message-ID: Hi Stephen, Clever indeed! Thanks for sharing this. Zero leading is a handy thing, eh? With QuarkXPress 8, you still can't have zero leading, but .001 is close enough... Regards, Joe Mathia Em Software Support / support@emsoftware.com / www.emsoftware.com (+1) 740 284 1010, fax (+1) 740 284 1210 On 6/17/09 9:38 PM, "Stephen H. Owades" wrote: > One good way to deal with something like this name-and-phone number problem is > to create two paragraph styles, one for the name and one for the phone number. > The "name" style should be flush left, with a right indent on the "name" style > that is as wide as the phone number, and a right-aligning tab (with a dot > leader) at the indent point. Define the "phone number" style with zero > leading, and flush-right alignment. > > Set each name in the "name" style, followed by a tab to create the dot leader > and a hard return. Then set the phone number in the "phone number" style, > followed by a hard return. This will ensure that there's always some part of > the name on the same line as the number, and the number will be properly > placed. > > Using this scheme, if the last line of the name comes very close to the start > of the phone number there may not be any dots between them. If you want to > guarantee some dots there, make the right indent (and the tab stop) in the > "name" style enough wider than the phone number to leave room for as many dots > as you want to guarantee. Then set a left indent in the "phone number" style > to the column measure less the name-style's right indent value, and set a > right-aligning tab (with dot leader) at the column measure in the phone number > style. The text should be set as described above, except that the phone number > paragraph should begin with a tab. (In other words, set in > the "name" style, and in the "phone number style. > > Stephen H. Owades > owades@alum.mit.edu > 617-661-7798 > _______________________________________________ > Data-users mailing list > Data-users@emsoftware.com > http://mail.emsoftware.com/mailman/listinfo/data-users > From emma.glaisher at fourninety.com Thu Jun 18 11:20:30 2009 From: emma.glaisher at fourninety.com (Emma Glaisher) Date: Thu Jun 18 11:20:36 2009 Subject: [EmData] InData CS4 - Controlling Line Location of Line Breaks In-Reply-To: Message-ID: Thanks Stephen - I think this one will come in handy too! on 18/6/09 15:09, Joe Mathia - Em Support at support@emsoftware.com wrote: > Hi Stephen, > > Clever indeed! Thanks for sharing this. Zero leading is a handy thing, eh? > > With QuarkXPress 8, you still can't have zero leading, but .001 is close > enough... > > > Regards, > > Joe Mathia > Em Software Support / support@emsoftware.com / www.emsoftware.com > (+1) 740 284 1010, fax (+1) 740 284 1210 > > > Fourninety Ltd Tel: 0113 238 2447 ----------------------------------------------------------------------------------------------------------------------------------------- Fourninety Limited, a member company of the Media Square plc group. Registered in England No. 3737606. Registered address Clarence Mill, Clarence Road, Bollington, Cheshire. SK10 5JZ Confidentiality Notice: The information in this document and any attachments are confidential. It is intended only for the use of the named recipient. If you are not the intended recipient please notify us immediately and delete this document. The contents on this document must not be disclosed to any other person nor may any copies be taken. The views of the author may not represent the views of the Company. Security Warning: This e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium. All liability for any claims arising as a result of using this medium to transmit information by us or to us is excluded to the extent permitted by law. -----------------------------------------------------------------------------------------------------------------------------------------