I'm struggling with this as well. I tried creating a .txt file of sequential numbers 1-99 from Excel and brought it in as a datamerge. My tickets are 8"x3", 3-up, but when I did the merge, InDesign added 3,416 pages. Where the Hell is THAT coming from?? Any clue what I'm doing wrong? I'm using a tutorial that is using CS5, but I don't see how that has anything to do with all those bloody pages.
I usually do my numbering in excel and save it as a tab delimited text file. I would put the starting number in A1 and insert a formula in A2 that is basically A1+1. Then I grab the lower right corner of that cell and while holding cmd (on Mac), I drag the cell down to A10 (or whatever number of pages you will be printing). This would auto populate the cells and change the formula to basically add 1 to the previous cell. Now go in B1 and insert a formula that adds 10 to A1 (or whatever number of pages you will be printing). In this example, the value should be 11. Then drag this cell to repeat the formula right to have the number of up you will have. The select A2 trough A10 and drag them the same way to populate the remaining cells. Save your excel file for future reference and save as tab delimited text. Open the file in textedit, find every tab and replace all with a paragraph change. Then import the file in investing in linked text boxes over your imposition.
Permalink Peter, I have done the "master" function successfully. It appears to work.I ran a form job to the press with a large quantity of numbers successfully. Thank you. A full color ticket job with only two hundred sheets did create a large file in my print que however, and feed very slowly. Can you tell me; Does Indesign still create an image for each sheet when printing? I am still a bit confused about the threading technique you mentioned. Would this create an easier feed to the printer or "smaller" file size?
I also use InDesign. An Excel file for numbering is easy to create. Then find DataMerge under Automate to link the data file. When you are ready to export, use the create PDF right on the Datamerge window. You can print as cut / stack on the Fiery (or CREO). REMEMBER - if your customer wants them stapled into books of 6 (for example) each stack has to be divisible by 6 if you are going to staple then cut into individual books.
There are two schools of thought regarding how numeric version numbers are incremented. Most free and open-source software packages, including MediaWiki, treat versions as a series of individual numbers, separated by periods, with a progression such as 1.7.0, 1.8.0, 1.8.1, 1.9.0, 1.10.0, 1.11.0, 1.11.1, 1.11.2, and so on. On the other hand, some software packages identify releases by decimal numbers: 1.7, 1.8, 1.81, 1.82, 1.9, etc. Decimal versions were common in the 1980s, for example with NetWare, DOS, and Microsoft Windows, but even in the 2000s have been for example used by Opera and Movable Type. In the decimal scheme, 1.81 is the minor version following 1.8, while maintenance releases (i.e. bug fixes only) may be denoted with an alphabetic suffix, such as 1.81a or 1.81b.
Getting Word to put a unique number on each raffle ticket is easy enough, but persuading Word to print out several uniquely-numbered raffle tickets per sheet of paper is very hard (I think it is impossible, actually. At least I couldn't figure it out. UPDATE: I did figure it out. Instructions for printing raffle tickets using Microsoft Word are here.). And you don't really want to have every raffle ticket use up a whole sheet of paper.
Thank you for these clear instructions. I have had the same problem as Mommy Vaughan and followed the suggestion. However, on re-opening the Word document, I have the dialogue box Invalid Merge Field. I have to use Task Manager to close down Word. I am using Word 2010. Maybe that is part or all of the problem. Any ideas please? I need to sort this by tomorrow night to print them on Monday!