Word Import Q

Hi,
Having import issues, not sure if this is just something you just have to put up with.
I converted a word doc into PDF as I dont have XP or Word 2003. The PDF does not read the word checkboxes as a checkbox, so therefore LiveCycle doesnt. As there are a LOT of checkboxes, is there anyway to avoid having to create each individual new checkbox via LiveCycle? Also why did headers not import over? The headers are blank in LC....
I did a search for some info but found nothing.
All help appreciated,
Stephanie.

My guess is that they are not checboxes in word but merely a box or 4 lines that make a box. If you import it into Acrobat 1st (Forms/Start Form Wizard). Then when that is done import the PDF into Designer you may get a better result. Acrobat will guess as to where the fields shodul be (sometimes it is right sometimes it is not). You will have to cleanse the form afterward no matter what.

Similar Messages

  • When i am trying to create a report(using graph) in Word97 using Report generation Toolkit from Labview it's giving error in word import Module.vi that no such interface is supported could anyone help me out to solve this problem

    Word import Module.vi is trying to call Vb project and VB components thru active X controls when it's trying to call Vb components it's giving the error no such interface found..I am using Labview 6,MSoffice97,Graph8

    Hi Adam,
    It seems that there have been a couple other instances of the same error occurring and the problem is a conflict that occurs with the Office 97 only. Somehow the MS Office type library has been modified and this is causing incompatibilities with MS Office 97. Have you installed any other application on top of MS Office that plugs into MS Office tools – Adobe Acrobat, Visio, Reflection?? If so, you will want to see about uninstalling or reinstalling those utilities and then reinstalling Office 97 to restore the original MS Office 97 type library.
    Also, if you have a newer version of MS Office, I would highly recommend upgrading your computer. It seems that this problem is only with Office 97 and later versions of Office do not have this issue.
    Thanks again for bringing this question up.
    Kileen

  • Specifying PDF Open Parameters in Word Import Scenario

    I have created a number of URLs in a Word document that open on a specific page no. in PDF files e.g. http://www.adhc.nsw.gov.au/__data/assets/file/0008/228194/HomeModificationGuidelines.pdf#p age=4
    The parameters function as expected when opened directly in the Word document, however after importing and publishing in RH v9,   the parameterised URLs are ignored completely in the Browser (Internet Explorer).
    If I add the URL's via RH directly, they are OK, however I've got to keep the source in Word format.  Does anyone know if this is a limitation in the context of Word imports to RH or am I missing the point somewhere along the way? I've searched high and low for an answer and praying that there might be a solution or workaround!
    Many thanks in advance...
    Wilana 

    Thanks for this Wilana. This behaviour appears to be across the board in IE, FF and Chrome I'm afraid. It also only does this is the PDF is located externally - i.e. outside the project. If the PDF is included as a baggage file, the #page=x parameter works OK.
      The RoboColum(n)
      @robocolumn
      Colum McAndrew

  • Maintaining internal word cross references in word import

    I'm using RoboHelp 9.0.1 trying to import Word 2007 (docx) in order to generate a WebHelp. I have adjusted my style mapping in order generate an appropriate TOC with books and matching sub chapters, which works fine. However, internal Word cross references from the original Word document are not transformed into hyperlinks.
    I have already tried/verified the following:
    - The "convert cross references to hyperlink" option is checked in the RH-Word import settings.
    - I also tried fiddling with the Framemaker options as it is suggested in another thread (see beneath), with no success.
    - Within the Word source document I tried both options with "use hyperlinks instead" when creating cross references.
    - The RH-HTML source, in all of my attempts, does not show any links in the corresponding locations.
    What may I be missing here? According to another, similar thread, the feature should work and is really not that challenging:
    "RH9 - Can not create ANY links in linked Word documents"
    http://forums.adobe.com/thread/854095?tstart=0

    In my testing, I got a link in the RH topic, but it wanted to launch the target Word doc instead of jumping to the desired RH topic. I'd say this sounds like a bug - so go ahead and report it.

  • Word import preset files in Windows 8

    Hello,
    Where are the Word import preset files stored in Windows 8?
    Thanks for the help,
    Jean

    I strongly recommend you to use firefox for faster and secure browsing
    but if you want to download chrome, my responsibity to help you.Follow some steps:
    1.Click on this link: http://www.google.com/chrome/eula.html?system=true&standalone=1
    2. Click on downoad chrome.
    3.accept & install.
    4.on next panal click ok to doownload
    thanks.

  • The word Import isn't highlighted (grayed out) so I'm unable to import

    Mon 28 of Sep, 2009 04:48 PST #
    Dave McDougall
    Firefox user
    I'm using windows xp service pack 3. Just got the new update:
    the word Import isn't highlighted (grayed out) so I'm unable to import

    This can happen if you run Firefox in [[Private Browsing]] mode.
    In Private Browsing mode some menu items are disabled (grayed) and some features like visited links and others are disabled and not working.
    You are in Private Browsing mode if you see "Tools > Stop Private Browsing"
    See also http://kb.mozillazine.org/Issues_related_to_Private_Browsing
    You enter Private Browsing mode if you select: Tools > Options > Privacy > History: Firefox will: "Never Remember History"
    To see all History settings, choose: Tools > Options > Privacy, choose the setting '''Firefox will: Use custom settings for history'''
    Uncheck: [[ ] "Automatically start Firefox in a private browsing session"

  • [CS4] Word Import severely broken/Interim Solution

    As I said before on this topic,
    function(){return A.apply(null,[this].concat($A(arguments)))}
    The Word import has gone from already rather bad to worse with one of the upgrade patches. ...
    -- read this for the symptoms.
    I finally found a work-around. Strangely enough it was one that has been rattling in my head for a while, but I can't for the life of me remember where I got that idea!
    The problem lies in Word's Bookmarks. These are not recognized by InDesign CS4/CS5 Import filter (but they are by CS3 and earlier!) and thus each one of them creates a mis-match in the following text, accumulating up to the end of each paragraph (or possibly the next one, it's too idiotic to check for those fine details). Only at the very end of the document, ID suddenly realizes it has a few text fragments left over, and decides to tack them on to the end.
    With results like this:
    and yes, these text fragments belong somewhere in the middle of the document! Even worse, here you can see it's text that's been displaced, but it also happens with pure text formatting. Bye-bye smooth text import, hello Mr. Angry Client!
    I reported this issue to Adobe "Support" (hum hum), complete with test documents, and got the quite unexpected answer that it was unrealistic to expect "perfect import" because, well, my page size was different in InDesign, my margins were different, the paragraph spacing doesn't work the same as in Word ... so it was no wonder the text was "not the same after importing".
    Ahhhh ... now I got that out of my system: the solution is to remove all Bookmarks in the Word file prior to importing. For Windows, you can make a small VB Macro:
    Sub KillBookmark()
        While ActiveDocument.Bookmarks.Count > 0
            ActiveDocument.Bookmarks(1).Delete
        Wend
    End Sub
    but for OS X you have to take the manual route: go to menu Insert, select "Bookmark", point to one, select "Delete". Repeat until bored to death.
    Now that I have done the work Adobe programmers should have done (that is, finding out what the d*** problem actually was) and present them with a Ready-to-Implement Solution (revise the code that handles bookmarks): WHEN WILL THEY FIX IT!?!?
    Please don't say "CS6". I'm still on CS4, and since it got broken in that version, I must insist on a fix for CS4.

    [Jongware] wrote:
    function(){return A.apply(null,[this].concat($A(arguments)))}
    Just where did you send the report and test files? There's no way to attach files to the bug report form, so were you talking to some contract script-reading idiot who passes himself off for tech support these days, or did one of the engineering team actually get back to you and ask for the files? I suspect not the latter, and I can offer some suggestions for whom to email. In fact, I think I may put a bug in someone's ear now.
    Customer support, by e-mail. They *did* ask for files and I sent a whole bunch of them, original Word files, ID files to show how they got imported, and even separate screen shots of the problem pages with circles highlighting the broken parts.
    function(){return A.apply(null,[this].concat($A(arguments)))}
    As far as getting a patch for CS4, it's always nice to see a romantic dreamer.
    But Adobe broke it in CS4. I noticed it, working with CS4. I complained about it after noticing it in CS4, and I filed a customer support case (w/due documentation) for my version: CS4. It's Adobe's own fault, as they have such a bad customer support service that it cannot readily respond to complaints about the current version!
    Sorry Peter, this has been discussed before extensively, and Adobe never looked into it before. Remember me asking if this was ever solved in CS5?
    If you haven't escalated your case with customer support to a manager and then that manager's highest-level manager, like the DIRECTOR of customer support, that's a good thing to put into action. From there, insist that the case goes to the highest-level manager or DIRECTOR of technical support, so you can register it as a bug that will get attention, and at no charge to you for the tech-support call.
    Allt this might just be a way to put makeup on an ugly and unchangeable situation, but, since you've already invested so much effort, why not give it one more try by depositing your investment on the highest-level person's desk?
    HTH
    Regards,
    Peter
    Peter Gold
    KnowHow ProServices

  • [CS4] Word Import severely broken

    (Not a question, rather an observation...)
    The Word import has gone from already rather bad to worse with one of the upgrade patches. Two major nuisances that don't seem to have been present from the initial version (based on "we'd surely have noticed this earlier"; they also are definitely not present in CS3!):
    Random paragraphs are cut off at the end, continuing on the same line with the next paragraph. The cut-off part appears at the very end of the imported text -- including its hard return. So when I see some stray words at the end I know I have to scan the entire document by eye to find where they came from. Entirely random -- reading a same file twice, or on a different computer or platform, will have the same error but on a different place.
    Importing a Word document no longer reads text point size correctly. Sometimes entire paragraphs are in the wrong point size -- at random, not simply using the wrong style or something like that. This is extremely bad, as my firm relies on point size for proper automated formatting.
    Rather random -- some paragraphs will be wrong on other computers, some are wrong at random.
    This is not limited to one platform; all our computers, Mac and Windows, Leopard, Snow Leopard as well as XP (SP3) will all import a certain file with these errors. Of course all systems are fully patched up to 6.0.4.
    It's also not limited to .doc files. Saving the file as .rtf has the exact same symptoms: in Word, all is fine & dandy, in CS4 the text and formatting gets garbled.
    A working kludge is to import suspicious documents into CS3, save, open in CS4 and go from there. Hardly a solution.

    [Jongware] wrote:
    I found that a troublesome document keeps being troublesome ... saved as .doc, rtf, or docx. At any time, something or the other goes wrong with the very same document: cut off bits and pieces of text, footnotes that go haywire, formatting out of whack, text cut off immediately following a table ... And so on. So as soon as I see it happen on a particular doc, I import it into CS3, save, open that in CS4 and copy the text out of it. No problem anymore.
    I filed a bug report to Adobe Tech services. Sent one of my Word docs with it, along with a CS4 file showing the problem of bits of text coming in at the end. They went over those files for a week and reported back "The change in text runs is because (a) the page size and margins of your Word file do not match that of your InDesign file, and (b) because of different layout and formatting options, the text may not run the same even if so." That made me laugh. Until I cried.
    Thanks for the CS3 solution.
    The mismatched margins issue sounds bogus to me. If stuff shows up at the end of file, out of sequence, it's most likely because the particular version of Word in which the original file was created got confused about managing incremental edits, and the file was "fast saved," which keeps the file content and changes in chronological order of creation, and uses pointers to mark what's added and what's to be deleted or ignored. Some versions of Word were so bad at this that even Word itself couldn't interpret the mishmash when opening a fast-saved file of its own.
    A good practice that I don't recall seeing mentioned on these forums is, if possible, to make sure to save the Word file to a new name in Word, before converting or placing it in InDesign. Just as InDesign does, saving to a new name reorders the file content and cleans out the spaghetti pointers. I believe that InDesign's spaghetti doesn't go bad so often as Word's, but it's always a good idea to save to a new name periodically. It's possible that some problems that affect exchanging INX files are related to the reliance on pointers to keep a file in order.
    Regards,
    Peter
    Peter Gold
    KnowHow ProServices

  • Crash when editing the Word import setting

    Hi all,
    on one computer (and with all projects, also new ones) there are frequent crashes as soon as the Word import setting are edited using this button:
    Maybe someone has an Idea what might be the specific problem in this case? It is not a general problem with Word, the output works.
    Robert

    Hi all,
    on one computer (and with all projects, also new ones) there are frequent crashes as soon as the Word import setting are edited using this button:
    Maybe someone has an Idea what might be the specific problem in this case? It is not a general problem with Word, the output works.
    Robert

  • Word import - hyperlinks work in one document, not in another

    Hi all,
    I am aware that much has been written about broken links after importing, but there is a strange pattern to my problem I have not seen before.
    I have three language versions of one document (English, French, German). So I set up three independent RoboHelp 8 projects and imported (linked) the corresponding Word documents. English and German are no problem, but in the French project, some (10%) cross-refs are not converted to hyperlinks. The involved titles have no accents, so it is probably not a character set problem. If I update the Word link or force update, it is always exactly the same cross-refs that are not converted correctly.
    The cross-refs in Word look like this:
    {HYPERLINK \I " title "}
    The cross-refs that do convert correctly have the same format, I see no difference between cross-references that work in RH and those that don't.
    Any ideas about this?

    Sometimes, but it does not seem to affect the function. There are working links with spaces at the end.
    On the other hand, there are strange things like this:
    I have two chapter titles named "Système de désignation des modules de fonction" and"Système de désignation des connexions".
    When I create hyperlinks, then Word inserts these fields:
    {HYPERLINK \l " Système de désignation"}
    {HYPERLINK \l " Système de désignation "}
    -> The titles are cut off in the middle, the text markers differ only by an extra space. These hyperlinks work in Word, but not in RoboHelp.

  • Word import footnote failure

    Hello. I have to import lots of Word documents (in .doc format, not .docx) with footnotes. In many cases, not all footnotes are imported. Some are rendered as a rectangle with a cross usually denotes a character unavailable in the present font. However, in this case, not font displays that mysterious character. With the footnote reference, the footnote itself disappears, too. In many cases, the footnote import just stops at some point in the document, all following footnote references are omitted. In other cases, footnote references are resumed after omitting some (usually one), continuing the count.
    The errors seem independent of the type of .indd they are imported into and of the import settings (manual style mapping or no … ), but to depend entirely on the Word file. Each .doc produces the same mistakes whatever way the have been imported. I can't find any mistake in the .doc, though.
    As you can of course imagine, this is most troublesome, since it requires to insert footnotes manually. Any idea on this would be greatly appreciated.
    Word Version cannot be specified (Word files provided by clients; however, I could open and re-save them in Word 2008 for Mac, Version 12.1.0)
    InDesign 7.0.2
    Mac OS X 10.6.5

    Yup -- been there, seen it, took some photo's for the album too.
    I work with CS4 on a daily basis, and this is, unfortunately, not uncommon for that version too. It seems to depend on the version of Word that saved the files; for some clients, I have no problem at all, for another one, every single file fails to import correctly.
    If you have a CS3 installed somewhere, or know someone who has, you can import the document with that and save as a regular ID file. Then open that with your version, and all the footnotes are there. (It works flawless with CS4, but the jump from CS3 to CS5 is at times too large; so, for safety/sanity reasons, open in CS5, export to IDML, open that again.)
    If you don't have a CS3, you can try to open the document in Word and save as another format -- RTF might work. (Sometimes it does, sometimes it doesn't.)

  • Word import/linking - index keywords and cross-ref conversion options

    Hi all,
    there are two options for linking/importing Word documents that seem to have no function. Maybe somebody can clarify what these are used for?
    * First, the option "Add index keywords to topics" in the link properties is always greyed out, even if I select this option in the project settings. When is this option available, and why would you choose it rather that creating a new linked index?
    * In the conversion settings in the project settings window, there is an option to convert cross-references to hyperlinks. But cross-refs are always converted for me even if this check box is not selected. Does this option do anything?
    Robert

    OK - I tried something crazy but I don't know why it worked.
    New question, before I waste alot of time, will this contine
    to work?
    I created a "RoboHelp for Word" project. I got a Run-time
    error '49': Bad DLL calling convention messge.
    I keep getting messages saying there is a problem with
    Micorsoft Word, or Unable to load Virtual Transaction Module and
    had to kill the process using the Task Manager. Obviously, I
    abandoned this approach. I did however open that project with
    RoboHelp HTML and when I imported a Word document the Index was
    created.
    Any ideas why?
    Thanks.

  • Word Import  - Hyperlinks with #

    All:
    I just downloaded and installed the trial version of RH 9.0. I'm trying to import a word document into RH HTML project. The word document has lot of hyperlinks and 90% of the hyperlinks contains # in it. (For eg: https://www.something.com/index.html#wpasder). The hyperlinks with # are not getting properly imported into RH. All other hyperlinks without a # are getting imported properly. When I checked the HTML code the href is set to "" <blank>.
    Anyone had any issues like this before? If any solutions or work arounds available, please let me know.
    PS: I'm relatively new to RH tool...
    -Thanks in advance, arun

    I am encountering the same issue in RH10. Hyperlinks that include a # for page bookmark do not import from Word to RH.

  • Pages loses text in Word import

    I'm importing a word document, and Pages is leaving out text that TextEdit does not. Specifically the following data:
    HYPERLINK \l "_Toc190168203" Application Configuration Settings PAGEREF _Toc190168203 \h 33
    HYPERLINK \l "_Toc190168204" Application Settings PAGEREF _Toc190168204 \h 33
    HYPERLINK \l "_Toc190168205" Web.config Settings PAGEREF _Toc190168205 \h 35
    pages only shows me the Application Configuration Settings reference, and drops the other two... whats going on?

    Hello
    It appears that there where three TOCs. Pages accepts only one.
    I assumes that this is the explanation.
    Yvan KOENIG (from FRANCE mardi 4 mars 2008 21:33:9)

  • Splitting files with Word import

    Hi
    I am using Robohelp 7 (from tech comms suite). I'm importing
    a word document containing a lot of sections, each beginning with a
    Heading 1 style heading. I was expecting the import to split each
    of the sections into a separate HTML file. But it doesn't - it
    splits them all into separate topics (so TOC is absolutely
    correct), but only 2 or 3 of them are in separate HTML files in the
    resulting project. Is these some special formatting I need to
    include in the Word document to get them all to split into separate
    HTML files?
    (looks a bit naff to have some topics as very long files
    containing multiple topics).
    Thanks!
    Jim

    Hey I know this topic seem to have died a few month ago, but
    I have had the same problem and it seems many others have as well.
    I seemed to have found a solution, at least for my situation.
    THE PROBLEM: The problem seems to be unique with RH7 since i
    did not have this issue in RH5, but the root seems to be with the
    way word handles styles. For things like paragraph styles you can
    click on on a paragraph(not highlight) and apply the style. This
    works in word but this causes problems with Robo Help. so if you
    apply a paragraph style w/o highlighting then apply a character
    empahsis style on a word...you would notice in RH5 that the
    paragraph would be highlighted from that word on. Somehow in RH7
    this issue now also causes problems with creating topics and not
    just with in topic formatting.
    THE SOLUTION: This solution is time consuming, but you will
    have to go back and reapply your styles to your document. The best
    way to do this is to select a group of text you will format such as
    a body paragraph or a heading and CLEAR FORMATING. Sometimes you
    will not be able to clear format...if this happens you probably do
    not have the entire paragraph highlighted (this is a likely culprit
    of the problem). When re-applying the styles make sure to apply
    styles in the following order to prevent issues.
    1. Apply Body or Paragraph styles.
    2. Apply numbering or bulletings styles.
    3. Apply character Emphasis Styles.
    Remember you must clear the formatting before you re-apply or
    the issue will not resolve.Since this can be time consuming I
    suggest trying this on a few heading first starting from the top of
    the document just to make sure this works for you.

  • How to force RH9 to use only one master stylesheet for all Word imports?

    I have set a stylesheet (css) as the default for my RH9 WebHelp project in project settings. When I import Word documents into the project, the edit import setting dialog does not show this stylesheet in the list of available stylesheets for the import.
    What is happening instead is a proliferation of unwanted stylesheets derived from all the imported documents. I then have to manually re-set all the new topics to the master stylesheet.
    How can I stop this, and force RH9 to use only the one master stylesheet for all imports?

    cid:[email protected]
    Hi Peter,
    That’s what I thought I was doing in the Project Settings>Import tab>CSS for Style Mapping selection. Maybe that isn’t what it’s meant to do. It’s just getting annoying having all these unneeded files popping up in the project manager so that I have trouble distinguishing the “real” topics from the extra stuff.
    Michael West | Business Improvement | Aurecon
    Ph: +61 3 8683 1996 | Fax: +61 3 8683 1444 | Mob: 0407 485 228
    Email: [email protected]
    PO Box 321, South Melbourne | VIC 3205 | Australia
    http://www.aurecongroup.com
    http://www.aurecongroup.com/apac/groupentity/

Maybe you are looking for