Character Direction Override

Windows 7, InD CS6.
We're getting a "character direction: left-to-right" override when importing Word 2003 files. I understand that there's a bunch of B.S. that comes with importing the Word files, what I'm wondering about is fixing this particular thing in InD. Oh, we're also getting an "underline color: black" override, more on that in a moment.
From what I've found on line it seems that unless you have the ME version of InD there is no way to select the "character direction" anywhere, in the find dialog or otherwise, to be able to fix this. True?
So I scripted this (VBA):
    Set InD = CreateObject("InDesign.Application.CS6")
    Set IDoc = InD.ActiveDocument    InD.FindTextPreferences = idNothingEnum.idNothing
    InD.FindChangeTextOptions = idNothingEnum.idNothing
    InD.FindTextPreferences.CharacterDirection = idCharacterDirectionOptions.idLeftToRightDirection
    InD.ChangeTextPreferences.CharacterDirection = idCharacterDirectionOptions.idDefaultDirection
    IDoc.ChangeText
However, when the above is run it doesn't only remove the character direction override but ALSO the underline color override. Why would that be?
Some of the text affected by the overrides has superscript in it as well, which, thus far, has been seems to stay. However, I'm concerned that there might be some local formatting that's going to get removed like the underlnie color is getting removed.

When you place the Word doc, are you using Show Import Options? Are you mapping your Word text to InDesign paragraph styles? Are you mapping Word character styles to InDesign Character styles?

Similar Messages

  • Character Direction override in Word 2003 imports

    I've searched for Character Direction and seen mainly mentions of ME and foreign language conversions right to left and left to right. We do not use ME or any foreign language features. The behavior I'm troubleshooting for InDesign CS5 7.0.3 importing Word 2003 docs on a Windows XP macine, is as follows:
    I have hundreds of Word 2003 documents, used in a production environment where editors update text daily or weekly, the production dept. imports into newsletters in InDesign. We go from import to finished product at the printer sometimes as quickly as 15 minutes.
    In CS4, all of these documents import into my publications without overrides, using Microsoft Word Import options set for Customize Style Import, and style mapping used to map Word paragraph styles to ID paragraph styles
    After the CS5 conversion, every one of my Word 2003 documents for all of my publications come in with overrides showing hyphenation settings and character direction that did not appear with CS4. This is despite my mapping styles, and the fact that these options can't even be (as far as I can tell) a paragraph or character override inside Word.
    I went back to CS4 to make sure there were no changes in the Word docs. They worked perfectly, no overrides.
    Inside Word 2003, I had to go to Tools > Language > Hyphenation and make the hyphenation setting in the Word doc match exactly the hyphenation settings for the paragraph style it was being mapped to in InDesign to make it go away at import.
    Now I am left only with the character direction Left To Right override, which I can't figure out how to fix.
    I can't find a way to set this in Word, and I can't find a way (since I don't have ME) to change it in InDesign. It is not practical for me to run a script for every import or continue to reset the overrides manually, because we simply don't have to the time, our deadlines are too tight and frequent. Plus, if we miss one, there are definite consequences, because the data is exported in a variety of formats for reuse automatically via scripts, and the override is messing up my exports.
    I was hoping I'd see a post that says, "Ah yes, the Word filters in CS5 were updated, and now we look for hyphenation and character direction, and here's what you can do as a workaround" but I'm not seeing anything. If I can't define left to right in the regular version of ID or in Word 2003, does anyone have an idea how I can get my import to ignore it again?

    I hate it when I know too much about MS Word.
    I don't have Word accessible right now, but you can set character direction in (the Windows version of) Word. I don't remember the exact details off-hand. Character direction is not the only overrides I've seen make its way in. I've seen some CJK features get imported as overrides as well (by users not using CJK languages).
    It actually depends on your OS and your version of Word, I think. In Word 2007 on Windows 7, you need to have a RTL keyboard installed in order to expose the right-to-left-paragraph and left-to-right-paragraph buttons on the ribbon. I think that Asian scripts are on in all installs of Word 2007, but since our OS has some Asian keyobards turned on by default by Group Policy, I'm unsure of this. In Word 2003 on Windows XP, you need the, oh heck I can't visualise the menu, something like "Enable complex script support for right-to-left languages" in the Region and Language tab in Control Panel.
    For all recent versions of Word, you can check the Fonts window (control-D) to see if you have one, two, or three scripts enabled.
    Font = Latin-script
    Asian text font = CJK
    Complex scripts = Thai/Lao/etc. and Arabic/Farsi/etc.
    Finally: It's possible to have a RTL paragraph in a Word document on the machine of someone who does not have the Complex Scripts dropdown in the Font menu in Word. Likewise, it's possible to have paragraph styles in Word with CJK information on a machine that does not have CJK support turned on in Word (I have seen this numerous times in the Win XP/Office 2003 era).
    So, in terms of the original post - I haven't yet figured out if this is a new feature of CS5, or something about one's install of Word or Windows, but there are so many variables that the only obvious solution to me is "a workflow in which overrides are always cleared." You don't like that solution, I understand, but any other solution would require some extended troubleshooting of the entire workflow, including all installs of Word that might contribute a Word doc to be placed in ID.

  • Character Direction: where can I find the settings for this feature?

    Hi there,
    I keep getting an override in my Paragraph Style-menu saying: "Character Direction: Left To Right". It might have to do with the fact that I'm using styles that were created in CS3 - I'm using old .indd-files.
    Is this feature even mentioned somewhere in a menu or panel? Cause I've been looking everywhere and I'm getting slightly frustrated by now - even more because the Character Direction is in fact Left To Right as far as my eyes can see.
    How can I clear the override without having to use Alt+click?
    Thnx.
    Gijs

    That's my main issue with scripts, it should be easy, but somehow they hardly ever work for me.
    Did what you said and I got this error.If I don't select the text frame it will give me another error. If I select the text it doesn't do anything.
    Alt+click will do fine, don't worry. Thanx for the help though.
    Greetz,
    G

  • Converting local character styles (overrides) to proper styles

    Hi all,
    I've been handed a document that has no styles defined at all. All styling is done the local character styles ("overrides").
    This tutorial http://www.lynda.com/InDesign-tutorials/160-Convert-local-formatting-character-styles/8532 4/192449-4.html shows how to do a preflight, that detects all of the overrides, which is great, but you still have to manually fix them.
    The fastest way I've found so far is to do a search for a particular font-size/font-type, and then apply a proper character style to each match, until the overrides are all gone. But maybe there's a faster way? E.g. is it possible to "select all matching text" (as you can do in Google Docs), that would select all text matching that font-size/type, and then with one click apply a style to all selected text?
    Or maybe there's another way to convert all text matching e.g. font-size/font-type into a character style?
    Thanks!
    Bjoern

    The auto-char styles script tries to be semi-intelligent: It ignores the underlying paragraph style completely. Instead, for each paragraph, it checks which is the longest continuous run of formatting in that paragraph (textStyleRange). That formatting is considered the "underlying formatting of the paragraph", and any other formatting in that paragraph is considered an override, and has an appropriate character created (if necessary) and applied to it.
    The only exception to that is "italics", which is always considered an override, even there is more italics than regular in the paragraph (something that can happen in a bibliography entry, for instance).
    So, for instance, with the formatting you give as an example ("No style, + Arial Bold + size: 24 + Leading 28"), where everything but the final paragraph return has that applied, Auto-Char Styles will not apply a character style to most of the text, and apply an appropriate char style to the final enter only.
    That way, "all" that remains is to go through the document creating and applying paragraph styles as necessary, knowing that all local overrides have been styled with an appropriate char style.

  • Cant find character direction option and i dont have those two buttons that change type direction

    i downloaded a few hours ago the free one month trial of cc
    and i downloaded illustrator
    but i seem to be missing the option to change the type directon from right to left and from left to right
    at first it wrote hebrew words opposite... so if i write "hello" it would write"olleh" (in hebrew ofcourse)
    but i was able to fix that by chosing the show indic option (under preference>type>show indie and then in parahgraph options "middle eastern and south asian single\every line composer")
    my problem now is that i cant find the character direction option under character manu... and i cant change type to be from left to right or from right to left (the buttons under parahgraph window are simply missing)
    so now if i want to write something like:  " *hebrew word* : ) "    it instead writes  "  : ) *hebrew word* "      (it mixes words with signs in a wierd way)
    I am running windows 7 64 bit  
    Please help me find out what im doing wrong? =\      

    http://blogs.adobe.com/typblography/tag/world-ready-composer
    https://helpx.adobe.com/indesign/using/arabic-hebrew.html
    http://helpx.adobe.com/illustrator/using/indic-support.html
    http://feedback.photoshop.com/photoshop_family/topics/photoshop_cs6_hebrew_supported_versi on_apply_middle_eastern_composer_missing
    If you need more than that you need a MENA version
    http://www.adobe.com/mena/

  • Character direction in CC indesign

    Hi there, I cannot find how to access the character direction in CC indesign. As I am working with arabic characters. Thanks

    No issues on your downloading. Probably a layout mishap. But the Gallery of drawing and type tools are on p20-21.

  • Adobe Indesign CS6(8.0) there is no Paragraph and Character directions

    Hi, I have Adobe Indesign CS6(8.0) Windows 7. Where can I see the Paragraph and Character directions? I followed tutorials on the net but I can't find the paragraph and character directions. It's not like it's grayed, but the 2 options weren't there. Thanks!

    We are using InDesign CS6 version 8.1.
    When I refer to the "old" libraries I am referring to InDesign libraries that were created using InDesign CS2 back in 2006, and "new" libraries are libraries created using InDesign CS6 in 2014.
    I just found out that the library assets in the "new" libraries were created by opening a document and dragging items from the Structure panel onto the Library panel.
    This is why the script was having problems placing the asset on to a document and the root of the problem. This should not have been done.
    I just created a new library and added a library asset by opening a document with pageitems on it and clicking on the New Library button on the Library Panel. I then ran my script and everything worked.
    Sorry for the confusion. There seems to have been some misunderstanding within our team.
    Nevertheless it was a great learning experience.  Thanks for your help.

  • Right-to-left character direction

    Trying to enable the right to left character direction on CC 2014. It shows up under the Type menu drop down, but it's grayed out. Anyone know how to make this feature active?

    Follow the instructions here: http://helpx.adobe.com/photoshop/using/arabic-hebrew.html

  • Hi! I do not find the option "Character Direction" in the palette "Paragraph"!

    I do not find the option “Character Direction” in the palette “Paragraph”! I use Yosemite for Mac and Indesign CS6, CC and CC2014.

    You have to install additionally a MENA version to your version. You have to change the application language in the CC app and install again.

  • How do I globally replace a bold character override in FM10?

    How do I globally replace a bold character override with a specific character format from the character format catalog in FM10? I am not concerned about filtering for specific paragraph tags.
    Thanks,
    Marc

    This is far as I've managed …
    apply the character style in question to a word, then use Edit > Copy special to put the character style in the clipboard
    use Find/change to locate Character format override
    if this finds a local override you want to clean up, click [Change & find]
    Not global in the sense "sort out my whole book with one click", but perhaps a step in the right direction.
    Off-thread question: what's the general feeling about formatting for step 3 – is it OK to be informal and start an instruction with "if"? I like to explain the condition before giving the instruction, to avoid tripping up people like me who tend to process strictly from left to right :-} An indented paragraph after step 2 "If … then continue to step 3" would be thorough, but seems a bit clumsy.

  • Report cant print Chinese character properly when direct output to printer

    I have follow the instruction {How to Print PDF/UTF8 in R12? [ID 778970.1]} {PASTA 3.0 Release Information}
    I am able to print the chinese character properly in PDF format. (direct to printer)
    However, some standard report like "Final Payment Register" "TEXT format" NOT able to print chinese character(direct to printer)
    When I preview the report it can display chinese character properly.
    Please advise

    However, some standard report like "Final Payment Register" "TEXT format" NOT able to print chinese character(direct to printer)
    When I preview the report it can display chinese character properly.Please see (What Happened To The Preliminary And Final Payment Register In R12? [ID 746339.1]).
    Thanks,
    Hussein

  • How to insert special character in sgm file and interprete it without isoents while opening in FM9.0

    I have an sgm file which contains special characters in different languages.
    <!DOCTYPE MANUAL PUBLIC "-//SWE-XXX//DTD XXX MANUAL-DTD 2.0//EN">
    <MANUAL LANG="CS">
    <TITEL>
    Polish characters: &oacute;&ecirc;&iquest;&ntilde;&aelig;&Ntilde;&AElig;&Ecirc;&yen;&Oacute;&pound;
    Czech characters: &eacute;&igrave;&oacute;&iuml;&aacute;&oslash;&egrave;&iacute;&ugrave;&ograve;&uacute;&Og rave;&Igrave;&Eacute;&Oacute;&Uacute;&Ugrave;&Egrave;&Oslash;&Iacute;&Aacute;&Iuml; aacute: &aacute;</TITEL>
    </MANUAL>
    Is there any way to insert special character directly in sgm file, so that it won't have to be interpreted by isoents mapping rules?
    isoent.rwr interpretes oacute as:
    entity "oacute" is fm char 0x00F3;
    But I would like to use 0x00F3 directly in fm file, so that if any additional character is needed - I won't have to update isoent files
    I've tested already:
    &#x00F3;
    &x00F3;
    &0x00F3;
    but with no luck
    Is there anyone who could help me with it?
    I will really appreciate your help
    /Joanna

    Hi Michael. Thank you for your reply.
    There is no declaration within sgm file itself - but while opening the file I use sgml application definition with the following settings:
    Default API client:  FmTranslator
    SGML character encoding:  ISO Latin1
    XML character encoding:  UTF-8
    Namespace: Enable
    CSS2 Preferences:
    Generate CSS2: Disable
    Add Fm CSS Attribute To XML: Disable
    Retain Stylesheet Information: Disable
    Entity locations
    Entity search paths
    C:\Program Files\Adobe\FrameMaker9\Structure\sgml\isoents
    So as you can see, character encoding is set to ISO Latin1 (there is no way to use UTF-8 encoding in sgml files)
    Typing ź or ć in sgm document and opening it with framemaker sgml application - I receive: ¿æ and message: "Non-SGML character found; should have been character reference"
    Everything works fine when I type f.ex.: &x016B; and insert appropriate reference lines into isolat1.rw and isolat1.ent files
    But what I would like to avoid is editing those isoent files each time new character is be needed.

  • How to find the glyphs character using js in indesign cs2?

    i want to find whether the glyphs character(registered trademark symbol)is applied with character style superscript or not, i cant able to fix the glyphs character in the find preference, how to do it?
    thanks
    subha

    You are mixing two concepts. There is a
    i major
    difference between a
    b glyph
    and a
    b character.
    A glyph is any singular graphic in a font.
    A character is an instance of a character set (in InDesign, and in Mac OS X, it's the Unicode set; older programs use 'code pages' to translate codes into characters). [*]
    Why are they different? Well, a ligature ('ffi', for example) is not a single character, containing the characters 'f', 'f', and 'i'. It
    i is
    a single glyph in most fonts, but (usually!) you cannot insert an 'ffi' directly. Programs that do allow insertion of glyphs (again, such as InDesign) are also smart enough to decompose it into single characters 'f', 'f', and 'i' again.
    Why is this distinction important? In CS2, you can search for
    i characters
    but not for
    i glyphs
    (in CS3 and higher you can, but you cannot specify "+superscript").
    All aside, you can insert a trademark character directly into InDesign by calling up the Glyphs :-) panel and double-click the glyph. (It works because the 'TM' is also a valid Unicode character.) Then just cut it, and paste into the 'Find' field of the Find Text box. Alternatively, since you can see the Unicode value in the Glyphs panel, you can enter the Unicode directly into the search field, surrounded by less-greater than: < 2122 > (without the spaces). This works for all Unicode characters.
    Even better is that the character is also in the Find drop down menu -- "Registered Trademark Symbol". This inserts the shortcut "^r" in the Find box -- but it only works for a selected set of characters.
    Since this is the Scripting forum, I'm guessing you want to use this in a script. Well, both "< 2212 >", and "^r" can be used in the search string to specify the character. Do the search and examine for each found item if it has a position Superscript or not.
    [*] Post-edit: to expand a bit more, a table in the font associates Unicodes (character values) with glyphs, not the other way around. Every Unicode character available in the font associates to at least one single glyph. There may be more Unicodes than glyphs in a font (there is no law against associating more than one Unicode to a glyph -- for instance, both 'space' and 'non-breaking space' point to a single space glyph), and there may also be more glyphs than Unicodes (the 'ffi' glyph has a Unicode value -- now considered an early error in the Unicode definition! -- but the 'Th' glyph does not). Most programs only allow Unicode characters in text.

  • Big5 character Problem in JSP.

    Platform: Mandrake Linux 9.1
    XWindows: Gnome
    Browser: Galeon, Mozilla
    Locale: ZH_tw
    Server: Tomcat 4.1
    =============================
    Problem 1: the parameter receive and decode incorrectly
    When I use "post" in form, to post "How are you" or Ni Hao Ma(3 characters), the JSP will decode them into 6 different chinese characters.
    Probably, it breaks the Big5 code into 2 different bytes before it decode as Big5 characters
    I don't know, is it browser fault or JSP fault?
    Problem 2: the static chinese output incorrectly
    If the chinese character directly insert into a String variable before it sent (output) to client, it works fine. But when I just put it together with static html tags, the JSP translate the Big5 characters as English (ISO) format and the browser display ???A???F
    ===============================
    <%@ page contentType = "text/html; charset=utf-8"%>
    <%@ page isThreadSafe="false" %>
    <%request.setCharacterEncoding("utf-8");%>
    <!--- even the request encoding set to Big5, the same problem occur --->
    <html>
    <head>
    <meta http-equiv="content-type" content="text/html;charset=Big5">
    </head>
    <body>
    <!---This portion display 6 characters--->
    <!---"Test" value is "Ni Hao Ma"--->
    <%=request.getParameter("Test")%>
    <!---This portion display ??????? words --->
    <!---Below is the chinese "Ni Hao Ma" I typed --->
    ?A?n??
    <!---This is the example when the static Big5 text being processed-->
    </body>
    </html>
    ====================================
    Anybody could help me, urgent...
    I would appreciate any suggestion.

    one thing that looks odd is that you have specified both UTF-8 and BIG-5 as the encoding in 2 places. I'm not sure what the browser will use. However, here is my JSP page that I've used before to make sure what I'm doing for multiple language support. You should be able to use it as is, I would think.
    <%@ page language="java" contentType="text/html; charset=UTF-8" %>
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
    <html>
    <head>
         <title></title>
         <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
    </head>
    <body bgcolor="#ffffff" background="" text="#000000" link="#ff0000" vlink="#800000" alink="#ff00ff">
    <%
    request.setCharacterEncoding("UTF-8");
    String str = "\u7528\u6237\u540d";
    String name = request.getParameter("name");
    if(name != null) {
         // instead of setCharacterEncoding...
         //name = new String(name.getBytes("ISO8859_1"), "UTF8");
    System.out.println(application.getRealPath("/"));
    System.out.println(application.getRealPath("/src"));
    %>
    req enc: <%= request.getCharacterEncoding() %><br />
    rsp enc: <%= response.getCharacterEncoding() %><br />
    str: <%= str %><br />
    name: <%= name %><br />
    <form method="GET" action="_lang.jsp" encoding="UTF-8">
    Name: <input type="text" name="name" value="" >
    <input type="submit" name="submit" value="Submit" />
    </form>
    </body>
    </html>

  • Is it a best practice to Input Data directly to Parent Currency ?

    Dear Gurus,
    I understand this question is very simple, but I am wondering is it a best practice to Input data directly into <Parent Currency>?
    I am having a scenario where users do translation in Oracle and they wish to see the same number in HFM. As the process that they follow is unique in nature by Entity->Account [OR] for all Entities->Account, creating Override accounts is not helping us and rapidly increasing the Override hierarchy month-on-month.
    Thanks...
    Satya

    By overriding the accounts, I assume you are referring to accounts that are translated historically as opposed to the default translation performed by HFM?
    If so, I have seen two general approaches to achieve this:
         a) Allowing the user to directly override the translation at IsTransCurr (i.e. <parent currency> if parent is in a currency other then entity)
         b) Entering in a special currency rate in a rate account and then adjusting the translate routine to translate your account by that rate.
    I personally, am a bigger fan of the first option.

Maybe you are looking for