Back

If your email is not recognized and you believe it should be, please contact us.

Forum Replies Created

Viewing 15 posts - 241 through 255 (of 270 total)
  • Author
    Posts
  • in reply to: Character styles left in the cold #66323

    Can’t replicate this – I downloaded your file, and it behaves as I’d expect here: if I copy-paste a frame or alt-drag to make a copy of the frame, the applied character styles remain the same in the copy as in the original.
    CS6 Mac 10.6.8

    in reply to: Arabic Text in inDesign.. How to? #65597

    Have a search around for “World Ready Paragraph Composer” or even just “Arabic” on this website and elsewhere on the web.
    Technically speaking, you’ll probably need a plugin (World Tools from In-Tools, or ScribeDOOR from Winsoft International.
    Otherwise, get someone with some understanding of Arabic to make sure what you’re doing is right, notably character joining, dealing with non-Arabic words within the Arabic text, and flipping page direction, page layout and story direction for a right-to-left audience. There’s a lot to learn, but it’s not impossible.
    Good luck
    Chris

    in reply to: Create a .idlk? #65210

    Sounds like you might need a version control system like they use for software development. CVS, SVN, Git etc etc. Check files out and in to a system. I think there are open source free ones.
    Takes a bit of persuasion to get some people to use them, but worth it in the end.

    in reply to: InDesign Dictionary Language Problem. HELP! #65135

    When you say “language settings in all the possible places”, do you have a list of those places?
    Does that include paragraph and character styles as well as the paragraph and character panels for the text that you’re dealing with?

    in reply to: Do Long Tables Make InDesign Crash? #65134

    I’ve regularly dealt with tables of up to and over the 10,000-row limit, with a single table running to over 100 pages in InDesign, with only very rare crashes (and those not obviously related to the table structure). Predominantly CS3 and CS4 though (yes, another client who sticks with what works rather than upgrade pointlessly).
    The content arrives as tagged text (para styles already set), and is converted to a table in InDesign, with table and cell styles then applied afterwards. Also many cells are manually merged afterwards. If there are more than 10,000 rows in the imported text, it still makes a table successfully, but you can’t then add (insert) any more rows.
    Applying a style or a cell attribute to a whole column of a very large table can take many minutes, but it does it reliably.
    The only difference I can see from the case above is that these are all in single-column frames.
    As for Word and large documents/tables, I’ve had way more crashing problems there.
    Chris.

    in reply to: 5 languages in one book/how to set up columns? #34153

    Also, have a think about uneven column sizes (English narrower) to even up the distribution of the text.

    in reply to: 5 languages in one book/how to set up columns? #34146

    Would a table work? One language per table column, one row per paragraph (so long as the paragraph numbers match), invisible table cell divider lines.

    Be aware that English usually runs shorter than most other languages for the same content, perhaps by 20-25%.

    Good luck,
    Chris.

    The ScribeDOOR plugin (from the same people as the ME version) has a menu item “Reverse Layout”, for the conversion process, with options to:

    • Flip Text Frames
    • Flip Frames With Graphics Content
    • Flip Paths
    • Flip Objects Angles

    and

    • Flip Graphics
    • Reverse Stories Direction
    • Change Table(s) Direction

    as well as choosing which side the binding goes.

    As well as the document-wide options, you can deal individually with graphics that have an influence on the text, like people pointing at something for example, or a sequence of pictures that “reads” left to right, which you might want to reverse.

    Columns in a text frame also get flipped around, so that the columns correctly run right to left.

    (Just don't get me started on what happens to opening and closing brackets where the direction of the text is “neutral” !)

    You can get all the text in a story to disappear by applying “No Break” to all of it. Then it effectively becomes all one long line that can't possibly fit any text box.

    Why would you want to do that? Well I'm glad you asked me that. It was a document using an old font which “re-used” all the code points for various characters in one of the Indian scripts, such that the text was only usable with that particular font – any other font and it showed rubbish text – and you had to change font every time an English word like a company name was used.
    Some of the re-used code points would be punctuation marks in any sane font, so InDesign would break lines in the middle of words. Fixed by applying No Break to everything and then taking it off spaces and anything else where you wanted a break to be allowed.

    in reply to: Working with mixed RTL and LTR documents. #62925

    A few days late, hoping you've already sorted it out…

    Is there a setting for “character direction”? If so, it should be set to “default” rather than RTL or LTR. I'm using the ScribeDOOR plugin from the ME people, and if you have mixed Arabic and English words in the same para, everything is as it should be, so long as character direction isn't manually set to RTL or LTR. If I change that setting, one or other of the languages goes in the wrong direction.

    All that's assuming that the text that you're working with is correctly (naturally) typed in the first place… Try copying some mixed text from somewhere that's got reliable presentation, like the BBC Arabic site, and paste it in to check if it's your settings or the supplied text that needs to be changed.

    !kcuL dooG

    in reply to: GREP — Moving "one-letter" words to next line #61706

    Someone's got to say it: be careful about doing this globally, as there could be occasions when you want a single letter word to remain on the first line.

    Arguably in your example, “piggy and I” belong together as the subject of the verb, and the text would read better that way.

    For another example, “King Henry V” might be better not to be split over two lines (could be achieved with a non-breaking space).

    Other languages might yield some exceptions. Russian and Polish certainly have single-letter prepositions, which obviously work better at the start of a line than at the end. In Italian, a, e, i, o, è are all single letter words (to, and, the, or, is). Tried to find a resource with general multi-lingual guidance, but no such luck.

    And just to confuse things further, Hart's Rules for Compositors and Readers (Oxford University Press, 1967) has plenty of instances of single letter words at the ends of lines, and has no “rules” to cover this eventuality.

    in reply to: Plugins Available to CS3? #61647

    Not sure how you were searching online, but a google for

    WorldReady.rpln CS3

    brings up plenty of answers, including Adobe's own forum at https://forums.adobe.com/thread/480803

    i.e. the offending file is CS4 or above

    in reply to: AUTO FLOW TEXT – HELP PLEASE!!!!!! #61141

    Does master page with a text box the right size meet your requirements?

    Apparently Mandombe isn't allocated a range in Unicode.

    Theory 1: Are the font glyphs in a private area, or using code points for something else. If the latter, maybe InDesign is applying different rules based on what should be in those code points?

    Theory 2: Is the font designed to make use of complex script features, such as in Indian languages. If so, standard InDesign won't process them properly, and you might need World-Ready Paragraph Composer turned on, either by script or by plugin.

    Any other theories anyone?

    in reply to: Split columns #60897

    I can see from the invisible items in the pictures that the individual lines of items 6, 7 and 8 use pararaphs to separate the lines. Items 3, 4, 5 only have one paragraph mark per item, while 6, 7, 8 have three per item. Does the column splitter rely on paragraph marks to work? What happens if you use “new line” instead of “paragraph”?

    Another thought, would text to table help in this context, where you can specify row and column break points?

    PS I don't have CS5 to try it out.

    PPS Just tried with new line instead of para for new lines within an item, and paragraph between items.

    Then using text to table, row separator=paragraph, column separator=paragraph, total columns=3 you get a table of 3 columns, split where you want it, with the “vertical” items 6, 7, 8 remaining vertical.

Viewing 15 posts - 241 through 255 (of 270 total)