I suppose office files(prior MS office 2007) cannot be accessed using open xml sdk2.0 or if they cannot be programmatically accessed using the open xml format.
so is there any way to work or these older version files or can i view the xml content of these files.
or is it that open xml sdk isnt designed for that purpose
See the answer to a similar question I asked when I just started learning this SDK.
No but the open source project POI provides an API to most of the old formats. Warning POI is a bit (not a lot) buggy, does not fully implement the specs, and support is catch as catch can (ie it's open source).
You can use Office File converters to convert to open xml formats and start processing it.
See here:
http://technet.microsoft.com/en-us/library/cc179019(v=office.14).aspx
I'm using this for my application. This works for me.
Hope this helps.
Related
Is there any converter available for Word 2013?
I had used one tool 2 years ago, which was converting Word 2010 Document to OpenXML Tags and C# code.
I am not able to recall its name. We just need to create a Word document with the format we need and then use that tool to convert it in OpenXML tags.
Anyone has any idea about this kind of tool ?
I have downloaded below tools, but they are not working for Word 2013.
Odf-AddInForWordSetup-en-1.0.exe
OdfAddInForOfficeSetup-en_4.0.5309.exe
Thank you,
I think you are looking for Open XML SDK 2.5 for Microsoft Office. In the link that I provided above its features are described:
Features include the ability to generate Open XML SDK 2.5 source code based on document content, compare source and target Open XML documents to reveal differences and to generate source code to create the target from the source, validate documents, and display documentation for the Open XML SDK 2.5 Classes, the ECMA376v1 standard, and the Microsoft Office implementation notes.
first time here posting, though I have benefited many times from other postings on stackoverflow. I am the principal developer of Jmol, which I have recently ported to JavaScript/HTML5. The Jmol applet interfaces with another applet, JSpecView, which in its current form as a Java applet utilizes a slimmed down version of itext.1.4.5.jar to create PDF files of spectra.
I am interested in converting iTtext Java code to JavaScript so that a JavaScript version of the JSpecView applet can create PDF files directly.
Q: Has this already been accomplished?
Q: JSpecView is an Open-Source project licensed under LGPL. All our source code is available. Is this a problem?
Bob Hanson
Principal Developer, Jmol/JSmol
A: I don't think such a port has been done before. But why would you not use an existing JavaScript pdf library? Or what is wrong with doing the PDF generation on the server side? Why would you do more work than is necessary? I've done a quick google on JS PDF libraries and found:
http://jspdf.com/
https://github.com/mozilla/pdf.js
And the following stackoverflow question:
Generating PDF files with Javascript
A: I think it shouldn't be a problem porting it to JavaScript as you'd be porting to the same license (of course, if you're using a version of iText before the license switch to AGPL), but IANAL.
How can I use the .mdb file instead of SQLite, I am working on a project that will load and update data from .mdb file. I search about it but can't found anything can you poeple guide me.
MDB Tools is an opensource project that aims to bring support of the prorpietary MDB file format of Microsoft Access to POSIX systems. Since it's written in pure C, it should be fairly easy to integrate this project in your iOS app. (You should specifically be looking at its libmdb part.)
.mdb is not supported with iOS API. You should convert your .mdb file into sqlite file to access through iOS API.
I am using HTML to PDF Converter in my Outsystems application, but when I open the downloaded PDF its size is zero bytes and I am not able to open the PDF too. It throws 'No registered application for this extension.'
Any hints ?
Have a look at that component's official discussion topic here
http://www.outsystems.com/NetworkForums/ViewTopic.aspx?TopicId=7393&Topic=[[]Html-to-PDF-Converter]-Discussion
Halfway through the (rather lenghty) topic a few people reported the same problem. It can be due to a multitude of problems from the page having runtime content (e.g. Flash) to write access restrictions for the creation of temp files.
Miguel
It's quite possible you are missing some dlls. Remember to upload all the dlls in the zip file which you can install from here: http://wkhtmltopdf.org/downloads.html
Is there a toolkit available (paid or otherwise) to help with programmatically converting a DITA document to a FrameMaker one?
I'm attempting to make an application that converts to multiple formats from DITA. I know I can use the DITA Open Toolkit for most of my needs, but I need to be able to create a native FrameMaker document as well.
Programing language doesn't matter, altho I prefer Java as my application will be web based.
Arbortext import-export is industrial strength and very flexible. You could also try MIFtoGo. Conversion is tricky because source documents are rarely consistent. Conversion without cleanup before and after is next to impossible.
DITA-FMx is what you need:
http://leximation.com/dita-fmx/
Using DITA-FMx, you generate a FrameMaker book from your ditamap (and then save the FM book as PDF).
There is a movie on YouTube that shows you how the process goes. Just search for "PDF Publishing with DITA-FMx 1.1" (Stack Overflow does not allow me to post a second URL here yet)
If you like to see an example, just send me a small sample of a ditamap and I'll generate a FrameMaker book for you.
The disclaimer is that if you're converting a lot of documents you'll be better off with a supported well-integrated solution that fully uses FrameMaker's DITA support. If you're looking to do it on the cheap though (and who isn't) you can do this conversion by using straight XSLT and framemaker templates.
First create the framemaker template to handle the appearance of the document, then use XSLT to map your DITA content to the content tags you've used in Framemaker.
You can use the free SAXON xslt interpretor to do the actual conversion.
Here is some of adobe's reference material on authoring new DITA documents:
http://help.adobe.com/en_US/FrameMaker/8.0/05h/dita.html
Info on Framemakers's native XML support is here:
http://www.adobe.com/products/framemaker/pdfs/xml_fm7.pdf
The framemaker manuals also cover the subject quite extensively. Hope that helps
Indeed FM supports loading DITA files (I tried FM10 and newer) but to automate conversion to .FM format you either use the internal scripting mechanism which is still some manual work.
I have found an existing free utility that can do most basic operations like opening a file, 'saving as' another format and closing it.
tool name is DZBatcher
Example DZbatcher batch file:
Open "c:\My Dita Files\Doc1.dita"
SaveAs -d "c:\My FM Files\Doc1.fm"
Close "c:\My FM Files\Doc1.fm"
Open "c:\My Dita Files\Doc2.dita"
SaveAs -d "c:\My FM Files\Doc2.fm"
Close "c:\My FM Files\Doc2.fm"
Exit
Adobe has a framework called RoboHelp which is probably the infrastructure for this, but I didn't dig deeper as this utility did the job perfectly.
In my SW flow, I created this batch file using a python script that scan all the docs in an input directory and added 3 lines per file as seen above.
I used FM2015 for this task.
Bryan, after a decade's experience converting Frame, Word, Interleaf, etc to XML, I'll tell you that Adobe doesn't have it fully covered. The DITA support in FrameMaker works best if you also have the Leximation plug-in or know how to program the Adobe proprietary EDD. You can't do DITA specialization without programming the EDD in FrameMaker.
FrameMaker has excellent support for DITA. You can open DITA topics, and save them (if you wish) as .fm files. You could also open DITAMAPS, and save them as FrameMaker book files, or as composite (monolithic) .fm files. There is no need to write a parser.
PS: I am talking about FM 12.