Forum Replies Created
-
AuthorPosts
-
Theunis De Jong
MemberYou need to manually fake it: create a new character style with superscript, horizontal and vertical scale set to 80%/80%, and a baseline shift of about 2 pt to move it up (superior) or down (inferior).
Experiment with the exact numbers to see what works best with the font you are using.
MemberThere's a lot of movement when the paper is fed into a printing machine (see picture below). It is then stacked on the other side of the printing machine and again it might not be aligned exactly on top of each other.
Eugene, nice picture! Brings back MEMORIES OF HAVING TO TALK QUITE LOUD, EH?
Usually, sheets like these are printed double-sided, and registration marks ensure both sides aren't off by anything more than the width of a registration mark (typically, that would be around 0.1 mm). Although it's a pure mechanical process with, indeed, a lot of moving parts (and moving extremely fast, at that), the pressman has full control over the lateral movement of each sheet. Under ideal circumstances, a client would never see misaligned text.
The same goes for cutting; the biggest danger is of trying to cut a large stack at a single go, because then it's possible the entire stack shifts when the knife goes down. But that should be an exception, honestly.
July 14, 2011 at 8:32 am in reply to: Selecting Next Paragraph following another one using Grep #60051MemberCannot be done. (Admittedly, I've said that before on a number of occasions and got proven wrong …)
The reason is, to apply your style only the next paragraph, you need a Lookbehind containing “myWord” and its own hard return. (Look, backslashes! One: r Two: \r Three: \r — you need to type two to insert one, and so on. :D ) But between the myWord and hard return, you need a non-quantifiable repeat-anything code — your dot-asterisk — and that makes the Lookbehind invalid. InDesign's GREP library just can't do it.
If you need this in a real world situation and really can't afford to miss one, you'd probably work around it by first giving all paragraphs containing “myWord” a color, extending up to the paragraph return and one character beyond it (!), so you can search for “any character” in that particular color at the start of a paragraph.
MemberNo, InDesign is not designed to do that. Layers are document wide.
Good grief, just imagine they were not! To hide some stuff you'd need to deselect the layer on each page, one at a time.
MemberThis can be complicated job right from the start, but you succeeded in making it yet even more complicated by using different fonts and sizes!
You can try if a table works for you. It needs only two columns, and then as much rows as you need — one per paragraph. You'll find that the row height will adjust to the size of the longest text inside the two cells, irregardless of their size and length.
MemberYay! :)
(At least we had something to look at. Typophile just got online back again, after being down & out flat out for a week!)
MemberCall up the Keyboard Shortcut Editor, then press the “Show set” button. This opens a plain text file in your native text editor, and you can search for “Next Page” — it will show the current key assignment, which doesn't help, but you can locate the category to look in.
June 30, 2011 at 3:09 pm in reply to: How do I select multiple, noncontiguous sections of text in a text frame? #59968MemberNo.
MemberSomething has to be selected in the character style panel when saving (and in all other panels as well). Instead of pondering the why's and how's, simply open the template (as original), click “[None]”, then save the template again. Problem gone.
I use this feature all the time when creating templates; just before saving, I pre-select all the useful stuff, so everything is set up correctly when I open as a copy to work from.
Member.. a blank? I got (for some reason) the code “^+”, but it didn't work anyway.
I can tell ya why it doesn't work. The regular Find/Change stuff only works correctly with Unicode encoded characters — and the Command Key code character you specify has a Glyph ID (which is no more than the nth index of the glyph in this font) but it doesn't have a Unicode code.
Now, normally I'd advise something like “first insert any other character from Apple Symbols that does have a Unicode, then use Find/Change Glyph to change this one into the one you want”, but there is an easier way.
1. Copy your Command Key character out of a text frame as you did before.
2. This time, put the code “^c” (lowercase cee) in your Change To field.
3. Change All. Don't worry about the ultra-weird screen redrawing, it's just something Adobe ought to fix someday! If you scroll the screen a bit, you will see the text redraw correctly.
The magic code “^c” stands for “Insert Clipboard text with all formatting”, and a quick test shows it works as advertised.
MemberEasiest way is to insert it anywhere in your document from the Glyphs panel, then use Cut 'n Paste to get it into the Change To field.
You might want to set the font as well in the Change To formatting (even better would be to create a character style for it).
MemberI have a large indb file, it is 57 pages across 50 or so indd files. Most of those files also have indd files embedded in them. Every time I try to create a PDF from this book, InDesign crashes. I can succesfully create PDFs if I do 10 pages at a time.
It sounds like this is just a bit too complicated. I've had lots of CS4 crashes, but only very rarely on exporting, and in most of those cases it was purely the placed content that was the culprit. I don't think resetting ID will work … or upgrading, for that matter (a sourly bet would be it wouldn't fix these problems and introduce a few new ones to boot ;) ).
It's bothersome, but is it a real problem you cannot export this document in one go? If exporting sets of 10 pages work, you can combine them with Acrobat.
A more time-consuming solution could be replacing the placed InDesign documents with PDFs of same (there was some talk last week interchanging PDFs and placed docs can be done quite smoothly) and try again …
I am running InDesign CS4, Mac OS X 10.6.6. I have 221gb free on my hard drive. I have never defragged and I don't know how. Would that help? It's a Macbook Pro, I don't know how much RAM it has nor do I know how to find out.
Ooo that's cute! :D Just look under the lil' Apple menu and select “About This Mac” !
By the way, I've got it from Good Authority (the Web of a Thousand Lies, actually) that since Mac OS X is built upon a proper filing system — a variant of Linux — it doesn't need to be manually defragged!
MemberInDesign doesn't allow “anchored stories”, spanning multiple frames, just single anchored frames. It's a good thing, too, because otherwise you could link the text in an anchored frame to itself in its own parent frame, creating an infinite loop — or possibly a Mobius strip of text!
… You'll have to think of another way to get what you want.
MemberIt doesn't work because the lookbehind cannot deal with strings of different lengths. That seems to be a limitation of ID's particular GREP handling; this also doesn't allow repetition codes in a lookbehind. (For lookaheads, it seems to work just fine.)
You could try grouping into sets of same length:
((?<=m)|(?<=yd|ft|mi))(2|3)
(warning: I didn't try this!)
June 20, 2011 at 5:27 am in reply to: Convert automatic numbering to text // Selecting text in separated stories #59895MemberThat would be something like this:
app.activeDocument.stories.everyItem().convertBulletsAndNumberingToText();— but, please, first store a copy somewhere safe :)
-
AuthorPosts