Forum Replies Created
-
AuthorPosts
-
Theunis De Jong
MemberAh, sorry, Tice2001 — didn't see you asking here in the forum so I answered in the blog post. Nevertheless, in case someone else comes across this same issue:
Well, no, it may well be a lack of documentation (I know, I should be working on it instead).A Very Short Version of the 20 pages I already have:1. artwork goes on page 2,2. no lines, only filled objects,3. in InDesign Black exclusively... and 4. It’s selected by default, and has a pretty obvious label, nevertheless: “art goes on the Outlines layer.”.. a good 5. would be Don’t Delete Things of which you may be thinking “I wonder what happens if…”Theunis De Jong
MemberGREP works great with plain text, but you cannot search for mixed attributes.
Theunis De Jong
MemberYou are using the applications document list, but as soon as you close one of your documents this list is re-built in memory, and the “current one”, the one you are looking at, is invalidated.
You can work around a couple of ways; one of them would be to create an array of your own, where you maintain a list of “documents to process”. Remove it from the list after processing (whether you saved and closed it or not). When the list is empty, you are done.
Theunis De Jong
MemberI guess you'll have to note down the line number in that error dialog, and then check the line in the ESTK.
The ESTK should be displaying text strings with a different color or font, so it should be easy to spot where it goes astray. The same thing goes for the numerous comments — they should end at the next */ sequence, and if the color coding shows it seems to continue that, check for stray spaces etc.
Possibly one of the quotes got changed on copying to a curly quote, and That Won't Do for Javascript — both single and double quotes ought to be straight.
Theunis De Jong
MemberWith threads visible, you can see where each page should go. Try dragging them in correct order in the Pages panel.
(Trying this on a copy first is, by the way, excellent advice! Chances are you'd make an even bigger mess :) )
September 7, 2012 at 4:07 pm in reply to: Importing Word: Random parts of text appearing at end of document #63097Theunis De Jong
MemberBeen there, seen it, complained to Adobe Tech Support too. Their answer was something along the line of “but of course the text may change from Word to InDesign. The page size may be different, the margins or font size may be changed, and InDesign's spacing works differently. It's not reasonable to expect the text to appear in the same place.” They conveniently overlooked the fact that I sent my Word document, the same file imported into ID, and even screenshots with huge red arrows pointing to text that (admittedly) was “not on the same place”.
This issue is the bane of my life. There simply is no reason as to why Word or ID would do this. Sometimes saving the doc as RTF works, but at times a file is literally haunted by it and it keeps on coming up.
I have the faintest inkling of what it's caused by — if you happen to have hyperlinks in that same file, you will see their ID position shifts up first one character, then a couple, then lots. So it seems there is some kind of invisible code inside Word that InDesign refuses to “count”, leading to mis-synchronization of text attributes, and ultimately to bits of text.
You don't mention which version of InDesign you are using, but I would bet it's CS4. In most cases it helps if you import the file into a CS3 version (which does not have this error as often!); but if you only have one version of Id, all you can do is trying to save from within Word as RTF, or perhaps as a slightly older version of Word.
Theunis De Jong
MemberEerie. It sounds like adding a non-related attribute (the color) still somehow throws off ID's text width calculations.
It doesn't matter what color I pick.
This may sound crazy, but what if:
1. You always set a color, leaving it Red for proofing, but
2. merely change its definition to the regular black on final output?
The idea is that if adding a “new” attribute to existing text changes the spacing, then you should always add it. I haven't seen this behavior before so I wouldn't know gow to test if this trick works.
Theunis De Jong
MemberUntested, but you could try this:
[^.]+$
i.e., any longest possible run at the end of a paragraph that does not contain a period.
Theunis De Jong
MemberThat's still way too vague.
Why can't you use nested styles? What would you want a GREP style to do? Mind, it's entirely possible a GREP style cannot do it either, as it is, in fact, a sort of nested style.
Theunis De Jong
MemberProblem It is not working etc.
That's a bit vague.
Can you give a couple of examples of before/after?
(One thing you might to want to know up front: GREP is not a magic solution, ready to solve anything with some weird coding! In particular, it's very hard to search for combinations of text attributes, such as bold/not bold.)
Theunis De Jong
MemberApologies for underestimating your skills.
Nevertheless, although a PDF can (and indeed usually has) “transparent” parts, i.e., parts that are not actively drawn and filled — as, indeed, opening a PDF in Photoshop or Illustrator shows (and even modern Acrobat Pros have a “show transparency grid” function) — it's up to the PDF viewer software how that appears.
If you place a PDF into software that supports its transparent parts, you will be able to “see through”. If not … then you can't. Note that in fact InDesign does support importing PDFs with either a transparent or white background.
I don't have any knowledge of how a PDF gets inserted into an SWF, but I seriously doubt it's still a vector image. (You are free to comment on that. Always glad to learn, I am. My current Best Bet is it gets converted to a plain raster image, which in itself would not prohibit transparency, but then you're at the mercy of the programmers that wrote the conversion routine.)
Theunis De Jong
MemberAs you can see for yourself, “Excel” does not appear in the Export 'save as' options list.
You can try this, though. Change tables to plain text, using the comma as Comma Separator (leave Row Separator at its default setting, “Paragraph”), then export to plain text. This will add a “.txt” suffix to the file; change it to “.csv”, which stands for “Comma Separated Values”, and you will be able to import it into Excel.
Theunis De Jong
MemberNot so easy; at least, not in a single step.
Are those en-spaces between the name and the digits? They appear as such when copying your text.
Try this:
^(.+~>)(d+(, d+)*)r1(?=d+)
– replace with
$1$2, [one single space]
This will find any pair of consecutive same-names, and replace the second occurrence with a comma. Repeat until it reports “Not found”.
(edit: if those are en-spaces in the original text as well, you have to use ~> in the Find field.)
Theunis De Jong
Member1. The background of InDesign's PDFs are transparent. Just open one in Photoshop, for example, and you'll see.
… The fact that your PDF viewer draws a white rectangle at the bottom has nothing to do with InDesign. What would you expect when viewing a “transparent” PDF on your computer — your desktop background? the electronics of your monitor? (And if you print that same PDF on your desktop printer, should the paper come out transparent?)
2. Rounded corners are not supported in the PDF specification.
You cannot compare PDF with SWF in almost any way.
PDFs are 'electronic pages'. The PDF format is not designed, nor meant, for about anything else than displaying a page on a computer.
SWF is best described as 'an animated image program'. An SWF cannot 'exist' on its own, it has to 'run' inside something else, such as a web page. Even when it's a single static image, it still has to “run”, because it's really a little program at heart.
Best advice is not to try to use software and documents for things they are not designed for. You would not think of making an entire book using 72 dpi bitmaps drawn with Paint, would you? For your intended purpose, the PDF file format is not suitable; and using InDesign to create an e-book with, is using the wrong software.
Theunis De Jong
MemberSearch for this:
b(ddd)(dd)(dd)b
Replace with this:
$1 $2 $3
(note there are spaces in between!)
The b codes incidate 'word boundaries', so 8 digit numbes will not be found. Each d matches a single decimal, and the parentheses group digits together for the correct replacement order.
This will insert regular spaces; if you do not wish these numbers to be broken at the end of a line, you might want to use a Fixed Space instead. To insert a fixed space, use the code ~S (tilde, capital S) in the Replace With expression.
-
AuthorPosts
