Unfortunately the documentation is in Korean[1] (about 460 pages), we need translation of the document in English. Some of developers also criticized details of specification document, since some part of spec does not match with actual implementation and some parts are missing in the document.<br>
<br>The downloaded file is zipped, and its file name is encoded into EUC-KR. You need to unzip this file with proper encoding support.<br><br>[1] <a href="http://www.hancom.co.kr/downLoad.downView.do?targetRow=1&seqno=3202&mcd_save=005">http://www.hancom.co.kr/downLoad.downView.do?targetRow=1&seqno=3202&mcd_save=005</a><br>
<div class="gmail_extra"><br><br><div class="gmail_quote">2013/1/7 Inge Wallin <span dir="ltr"><<a href="mailto:inge@lysator.liu.se" target="_blank">inge@lysator.liu.se</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">On Monday, January 07, 2013 01:30:52 Park Shinjo wrote:<br>
> So, as far as I understand, I can take the pole.(cpp|h) code (possibly<br>
> synchronize often with libmso) and need to build my own library for<br>
> handling HWP document. Thumbnailing and metadata extraction only needs to<br>
> read some part of entire document, I can tune for that kind of processing<br>
> in external program too.<br>
<br>
</div>Yes, that would be one way to work. Naturally we would be very grateful if<br>
you committed any improvements to pole that you create in your work.<br>
<div class="im"><br>
> Hope I can revive HWP backend for Calligra :)<br>
<br>
</div>That would be even greater. :)<br>
<br>
Do you have a pointer to the documentation? Is it in English or do you have to<br>
know Korean to be able to understand it?<br>
<span class=""><font color="#888888"><br>
-Inge<br>
</font></span><div class=""><div class="h5"><br>
<br>
> Regards,<br>
> Park Shinjo<br>
<br>
<br>
> 2013/1/7 <<a href="mailto:matus.uzak@gmail.com">matus.uzak@gmail.com</a>><br>
><br>
> > Hi,<br>
> ><br>
> > compared to the latest version found at [1], the version of POLE inside<br>
> > libmso includes a number of bug fixes and code to detect invalid and<br>
> > corrupt files in the Windows Compound Binary File Format. It's not<br>
> > maintained as a separate library, It's simply part of libmso. And you<br>
> > should know it's fine tuned to files produced by MS Office, so it might<br>
> > be required to disable a bunch of blocks of code.<br>
> ><br>
> > In Calligra, libgsf has been superseded by libmso.<br>
> ><br>
> > Check the powerpoint or msword-odf filter for proper usage. Look for the<br>
> > readStream function in the mswordodfimport.cpp file, which reads a stream<br>
> > from a specific storage into a buffer.<br>
> ><br>
> > [1] <a href="http://pole.berlios.de/" target="_blank">http://pole.berlios.de/</a><br>
> ><br>
> > br,<br>
> ><br>
> > -matus<br>
> ><br>
> > On Sun, Jan 6, 2013 at 5:32 PM, Park Shinjo <<a href="mailto:kde@peremen.name">kde@peremen.name</a>> wrote:<br>
> >> Hello, This is my first message to this list.<br>
> >><br>
> >> I am working on Hancom Word (mostly known as HWP) support on KDE<br>
> >> environment. Haansoft has released specifications of its HWP file format<br>
> >> in late 2010, making HWP support outside of Hancom Word possible.<br>
> >><br>
> >> The HWP document is based on Microsoft OLE compound document format, and<br>
> >> currently Calligra Words uses POLE (as far as I know) for parsing this<br>
> >> format. Since its internal structure is different from any other kind of<br>
> >> files, and I want to reuse code as much as possible, I want to ask some<br>
> >> questions for POLE.<br>
> >><br>
> >> 1) How can I use POLE library outside of Calligra? I am currently<br>
> >> working on thumbnailer and metadata indexer of HWP format, and it<br>
> >> currently uses libgsf. For further integration with Calligra, I want to<br>
> >> switch codebase to what Calligra currently uses. Rendering of document<br>
> >> is not necessarily required here, since HWP file contains preview image<br>
> >> and text. I'm also interested in implementing viewer function inside<br>
> >> Okular too.<br>
> >><br>
> >> 2) Is POLE library inside libmso considered as "upstream"? I have found<br>
> >> implementation of POLE outside of Calligra, but it seems that code is<br>
> >> not exactly same as Calligra's code.<br>
> >><br>
> >> I am not "yet" interested for restoring hancomword importer (and<br>
> >> maintain it) in Calligra words, as there's no real code now. Choosing<br>
> >> right codebase will help integration, so I'm asking how I can handle<br>
> >> OLE compound document via POLE.<br>
> >><br>
> >> Regards,<br>
> >> Park Shinjo<br>
> >><br>
> >> _______________________________________________<br>
> >> calligra-devel mailing list<br>
> >> <a href="mailto:calligra-devel@kde.org">calligra-devel@kde.org</a><br>
> >> <a href="https://mail.kde.org/mailman/listinfo/calligra-devel" target="_blank">https://mail.kde.org/mailman/listinfo/calligra-devel</a><br>
> ><br>
> > _______________________________________________<br>
> > calligra-devel mailing list<br>
> > <a href="mailto:calligra-devel@kde.org">calligra-devel@kde.org</a><br>
> > <a href="https://mail.kde.org/mailman/listinfo/calligra-devel" target="_blank">https://mail.kde.org/mailman/listinfo/calligra-devel</a><br>
_______________________________________________<br>
calligra-devel mailing list<br>
<a href="mailto:calligra-devel@kde.org">calligra-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/calligra-devel" target="_blank">https://mail.kde.org/mailman/listinfo/calligra-devel</a><br>
</div></div></blockquote></div><br></div>