[dev] [Writer c# api]how can I insert the comments and author to document
Hi, How to insert the Comments as the description of document by OpenOfice.org API? what my code is like below . but it only can insert the DocumentTitle to documents, but can't insert the Comment and “Author” , I don't know why. // get storable interface XStorable xStorable = (XStorable)xDoc; // set properties unoidl.com.sun.star.beans.PropertyValue[] propValsStore = new unoidl.com.sun.star.beans.PropertyValue[4]; propValsStore[0] = new unoidl.com.sun.star.beans.PropertyValue(); propValsStore[0].Name = Overwrite; propValsStore[0].Value = new uno.Any(true); propValsStore[1] = new unoidl.com.sun.star.beans.PropertyValue(); propValsStore[1].Name = DocumentTitle; propValsStore[1].Value = new uno.Any(MyDocumentTitle propValsStore[2] = new unoidl.com.sun.star.beans.PropertyValue(); propValsStore[2].Name = Comment; propValsStore[2].Value = new uno.Any(MyComment); propValsStore[3] = new unoidl.com.sun.star.beans.PropertyValue(); propValsStore[3].Name = Author; propValsStore[3].Value = new uno.Any(MyAuthorName); // save document xStorable.storeToURL(strSaveToURL, propValsStore); Best Regards! ★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★ 北京天達楽惠軟件有限公司 ソフトウエア部 謝暁繒 北京市海淀区中関村軟件園孵化器3B座1220 〒:100094 TEL: 86-10-82825235-602 FAX: 86-10-82826735 E-MAIL: xiexiao...@bjtenda.cn ★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
[dev] Writer 3.3 - MS Textfield implementation
Hi, I`ve found on page http://wiki.services.openoffice.org/wiki/Writer/Textfields some informations about the MS Textfield implementation in the OOo Writer. In the current dev snapshot we have seen first functionality of this feature. Will OOo 3.3 come out with the complete implementation? If anybody knows something about, please let me know. Many thanks for help. Kind regards, Joerg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Writer 3.3 - MS Textfield implementation
Hi Joerg, I'm not sure about the target version: we need to adjust ODF and the existing code in order to have it out. This is still ongoing... Regards, -- Cedric On Mon, 2010-04-12 at 11:40 +0200, Joerg Reschke wrote: Hi, I`ve found on page http://wiki.services.openoffice.org/wiki/Writer/Textfields some informations about the MS Textfield implementation in the OOo Writer. In the current dev snapshot we have seen first functionality of this feature. Will OOo 3.3 come out with the complete implementation? If anybody knows something about, please let me know. Many thanks for help. Kind regards, Joerg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Writer Bug
Hi Jake, On Thu, 2010-02-18 at 13:56 -0500, Jake wrote: there is an irremovable tab [tab key] after Roman III. there is an irremovable tab [tab key] after roman vii. These aren't bugs but features. You can remove this tab in the position tab of the same dialog: this tab is used to properly align the text after the numbering. Regards, -- Cedric - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Writer Bug
Hiya Hiya, I use the outlining function in Writer frequently and have noticed a couple bugs... In the outline paradigm -- I. A. i. a) [bullet] -- lower left corner of outline tab in 3.2 there is an irremovable tab [tab key] after Roman III. there is an irremovable tab [tab key] after roman vii. Jake Horner - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Writer XSLT import does not work as expected.
Morning Oliver. The config file shows the correct config entry. DocBook Export / Import works and creates a logfile. Using my filter OOO does not, so I assume that for some reason the Java Logging is not or too late initialized ;-( However, as stated yesterday, a normal XSLT Filter is not sufficient for my concrete problem here. I am working on a Java Filter now, which allows my to create an OpenOffice file directly using the XSLT and a portion of Java Code, which patches the testsuite CDATA stuff and the incompatible TestSuite quotes. As I don't need the XSTL Filter stuff for my current problem, I would suggest to leave is as it is for now until you are not kean to find the problem of my case. Thanks for your help so far. I may come back with an EMail once my Java programm is finished and I want to integrate that into OOO (as an extension). Mit freundlichen Grüßen / with best regards Werner Schulte -- DSA - Daten- und Systemtechnik GmbH Pascalstraße 28 D-52076 Aachen Germany Phone:+49 (0)2408 9492 - 694 Fax: +49 (0)2408 9492 - 92 E-Mail: werner.schu...@dsa-ac.de Internet: http://www.dsa.de Sitz und Registergericht/Domicile and Court of Registry: Aachen HRB-Nr./Commercial Register No.: 11960 Geschäftsführung/Board of Management: Dr. Eckhard Schulz, Dr. Volker Gehring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Writer XSLT import does not work as expected.
Hello all. I am working on an import/export filter for TestLink (http://testlink.sourceforge.net/docs/testLink.php) XML exports to enable TestLink users to edit their TestSuites and TestCases in OOO as this would speed up things while creating / supporting test cases for testlink a lot. Working on the import filter, I still have no success until now. As I cannot find appropriate writer import howtos (or documented examples) browsing the internet, this mailing list is my last hope. My first (very easy) filter example should present OOO header lines containing the testsuites.xml testsuite and testcase names. However, OOO presents the complete testsuites.xml content (XML). So I assume that OOO is not happy with my filter. Is there any logfile / debug possibility where I can find more information ? Here is what I did. - Using OOO : 3.1.1 - Using Netbeans 6.7 for XSL development - created a OOO template and a OOO example document. - used the content.xml of that dokument to define the XML OOO header in the xsl:template (root) (Reviewing the OOO docbook import filter as an example filter) - Checked XML and XML validity of the stylesheet - Transformed testsuite.xml using the Netbeans 'com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl' - Checked the resulting testsuite_content.xml, which looked good so far. - Created an OOO filter due to OOO help - File-Open filetype=TESTLINK (the Import Filter), select testsuites.xml Result is the the raw XML content of that file :-( Just being curious, I copied the transformation result of the Netbeans Transformer into the content.xml of the exmple odt file. What a suprise, OOO shows the expected result after loading that file. My Filter and example is attached. P.S. If I should have success, I would be willing to document the necessary steps somewhere, so that other people can use the Import filter feature, which from my point of view enhances the OOO possibilities a lot. Mit freundlichen Grüßen / with best regards Werner Schulte -- DSA - Daten- und Systemtechnik GmbH Pascalstraße 28 D-52076 Aachen Germany Phone:+49 (0)2408 9492 - 694 Fax: +49 (0)2408 9492 - 92 E-Mail: werner.schu...@dsa-ac.de Internet: http://www.dsa.de Sitz und Registergericht/Domicile and Court of Registry: Aachen HRB-Nr./Commercial Register No.: 11960 Geschäftsführung/Board of Management: Dr. Eckhard Schulz, Dr. Volker Gehring - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Writer XSLT import does not work as expected.
Hi Werner, is not happy with my filter. Is there any logfile / debug possibility where I can find more information ? The logfile is being activated by setting a Java System Property in the office (Tools-Option-Java), for example: -DXSLTransformer.statsfile=E:\Temp\xslt_debug.txt btw: have you seen: http://blogs.sun.com/GullFOSS/entry/new_in_3_0_xslt regards Oliver -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 signature.asc Description: OpenPGP digital signature
Re: [dev] Writer XSLT import does not work as expected.
Hi Oliver. Oliver Brinzing schrieb: Hi Werner, is not happy with my filter. Is there any logfile / debug possibility where I can find more information ? The logfile is being activated by setting a Java System Property in the office (Tools-Option-Java), for example: -DXSLTransformer.statsfile=E:\Temp\xslt_debug.txt Thanks for the quick answer. I tried it, but don't get a logfile. Java is enabled (JRE1.5) and the Parameter is set due to your hint. The target directory is writeable as well (c:\log on my PC). btw: have you seen: http://blogs.sun.com/GullFOSS/entry/new_in_3_0_xslt Thanks for the hint. That sounds interesting! Will keep an I on that. Here is the current status of my tries. I am able to create an externally tranformed content.xml. Unfortunately I have to patch this file afterwards, as the testlink export contains the important information in CDATA with lots of embedded HTML as well as OOO unknown quoted string (like nbsp;, auml; ...). Of course I could create an external tool now to generate my odt file and to generate a testlink file back from odt, but that is not what you really want at the end. Is there a chance to hook a piece of java code into the XML Filter process, which would be able to patch the transformed files to the users needs ? Mit freundlichen Grüßen / with best regards Werner Schulte -- DSA - Daten- und Systemtechnik GmbH Pascalstraße 28 D-52076 Aachen Germany Phone:+49 (0)2408 9492 - 694 Fax: +49 (0)2408 9492 - 92 E-Mail: werner.schu...@dsa-ac.de Internet: http://www.dsa.de Sitz und Registergericht/Domicile and Court of Registry: Aachen HRB-Nr./Commercial Register No.: 11960 Geschäftsführung/Board of Management: Dr. Eckhard Schulz, Dr. Volker Gehring
Re: [dev] Writer XSLT import does not work as expected.
Hi Werner, Thanks for the quick answer. I tried it, but don't get a logfile. just tried it - testing with the docbook filter - i get a log file: The transformation's parameters as 'name = value' pairs: StylesheetURL = file:///C:/Program%20Files/OpenOffice.org/Basis/share/xslt/docbook/sofftodocbookheadings.xsl TargetURL = DoctypeSystem = TargetBaseURL = Starting transformation... TransformerFactory is 'net.sf.saxon.TransformerFactoryImpl' Warning: at xsl:stylesheet on line 32 of file:///C:/Program%20Files/OpenOffice.org/Basis/share/xslt/docbook/sofftodocbookheadings.xsl: Running an XSLT 1.0 stylesheet with an XSLT 2.0 processor finished transformation in 147ms are you sure, your \user\config\javasettings_Windows_x86.xml looks like: param-DXSLTransformer.statsfile=E:\Temp\xslt_debug.txt/param see the leading hyphen -DXSL... Is there a chance to hook a piece of java code into the XML Filter process, which would be able to patch the transformed files to the users needs have you seen http://wiki.services.openoffice.org/wiki/Xml ? regards Oliver -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 signature.asc Description: OpenPGP digital signature
Re: [dev] Writer
cguer...@yahoo.com wrote: Hi all, I was looking into the code of the Writer module and was wondering if there was any intent behind the use of XUnoTunnel. My first investigations make me think that it is extensively used to try to guess the real class of an object, although there are some places where we really do not care of it... I've found a place where a hole bunch of code (about 90 lines of code) could be replaced by only 1, just by using the provided interface. Not to mention the places where a well defined interface could provide some other cuts in the code... This is not only a problem of size, but it seems to me that it is unnecessarily complex (thus lowering the maintainability of the code) and really unefficient. Does someone who is familiar with Writer code has any idea on this? Is this already part of the refactoring tasks already underway in some CWS? When we added UNO APIs to our code it already existed for many years. Not every existing code module was reimplemented based on the created APIs (the only module I know that got reimplemented nearly completely was sfx2). Instead of that we often implemented API wrappers that bridged it to the existing code that still used the C++ implementation classes. To keep this code working it was necessary to retrieve implementation class pointers from objects passed to the code via API. This is the purpose of the XUnoTunnel interface. BTW: this is not special to the Writer code, it can be found in all old code modules. While this seemed to be a good idea in the first place (it enabled us to provide API implementations pretty fast without touching the original code, thus lowering the regression risk) it now looks as if that wasn't the best idea we had. ;-) At least it prevented the developers from implementing the API more efficiently and - perhaps even more important - using it in their own code (this surely would have rised the quality of the API design and implementation). Moreover, in some places the XUnoTunnel trick was used even if it wasn't necessary. So finding and fixing these places would be nice. We will be glad to receive hints and patches and your issue 99508 seems to be a great start. Thanks! Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to nospamfor...@gmx.de. I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Writer
Hi, I was looking into the code of the Writer module and was wondering if there was any intent behind the use of XUnoTunnel. Does someone who is familiar with Writer code has any idea on this? not sure if everyone of them is reading here as well, I would repost the same thing on d...@sw.openoffice.org Best regards Max - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re : [dev] Writer
Opened issue: 99508 Regards Christophe - Message d'origine De : Kirill Palagin kpala...@phxint.ru À : dev@openoffice.org Envoyé le : Dimanche, 22 Février 2009, 6h56mn 31s Objet : Re: [dev] Writer cguer...@yahoo.com пишет: I've found a place where a hole bunch of code (about 90 lines of code) could be replaced by only 1, just by using the provided interface. Not to mention the places where a well Christophe, if you could just file issue with the patch at http://qa.openoffice.org/issue_handling/pre_submission.html and post here issue number. WBR, KP. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Writer
Hi all, I was looking into the code of the Writer module and was wondering if there was any intent behind the use of XUnoTunnel. My first investigations make me think that it is extensively used to try to guess the real class of an object, although there are some places where we really do not care of it... I've found a place where a hole bunch of code (about 90 lines of code) could be replaced by only 1, just by using the provided interface. Not to mention the places where a well defined interface could provide some other cuts in the code... This is not only a problem of size, but it seems to me that it is unnecessarily complex (thus lowering the maintainability of the code) and really unefficient. Does someone who is familiar with Writer code has any idea on this? Is this already part of the refactoring tasks already underway in some CWS? Regards, Christophe - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Writer
cguer...@yahoo.com пишет: I've found a place where a hole bunch of code (about 90 lines of code) could be replaced by only 1, just by using the provided interface. Not to mention the places where a well Christophe, if you could just file issue with the patch at http://qa.openoffice.org/issue_handling/pre_submission.html and post here issue number. WBR, KP. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Writer Code Conventions / Cpp Coding Standards
On Thu, Oct 09, 2008 at 12:02:46PM +0200, bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote: OpenOffice.org has these Coding Standards: http://wiki.services.openoffice.org/wiki/Cpp_Coding_Standards As a new member in the writer team I tried to find some additional conventions that are current (good) practice. The results incorporating the feedback from other members of the writer team can be found here: http://wiki.services.openoffice.org/wiki/Writer_Code_Conventions Since the effort to codify some of the conventions tacitly agreed upon was generally well received, I thought I might post it as a inspiration for all OOo devs. Hey Bjoern, I generally like the idea of documenting intra-module coding conventions (as sadly, OOo has quite a range, stylistically, across different modules). That said, as seemingly the listed conventions go beyond existing Writer code (i.e. the parts that suggest refactoring, and the 'general' section), and therefore might have general applicability for the OOo code base, let me point out a few problems: Generally, the list seems fairly parallel to the coding standards, there are places where coding standard items are just repeated or refined (e.g. when to make a header external, namespaces, encapsulation, pimpl) - I would love to have this cross-referenced, or even moved to the 'details' section of the coding standard. This would improve the coding standards digestability, shorten your list, and save people generally aware of the coding standards some reading time. Some misc stuff: - I like the module organization section, but would add more, like e.g. the convention of building libs one directory up (for Writer), what generally the util prj dirs are for what they should contain. Maybe keeping filenames all-lowercase is a bit anachronistic - but keeping them [a-zA-Z0-9.-] seems still crucial. I'd relax the strict .hxx|.h rule a bit, taking udk headers for example, which split templates up into separate declaration definition files - the formatting section is probably the most controversial one (and that's one of the reasons we didn't specify that in the coding standards). Either skip it as well, or at least refrain from catering for tools like lxr (which is obsolete now anyways). The most frequent reader of the code is still you, and your fellow devs (using a proper editor) - strive to make code readable *there*. - in the general section, why the reference to cantrip.org? I fail to see the connection (though deriving virtually from an interface does have its merits). Also, recommending SAL_NO_VTABLE for interfaces seems beneficial. - maybe some words about SAL_DLLPUBLIC_EXPORT/SAL_DLLPUBLIC_IMPORT/ SAL_DLLPRIVATE in the encapsulation part? None of the conventions are obligatory for anybody, of cause, but they might make life a bit easier for all (especially for newcomers). Yes, definitely. And well worth getting Writer (and other modules) closer to this. But I still have mixed emotions about the minutiae of formatting - why not simply referencing http://wiki.services.openoffice.org/wiki/Editor_Emacs for people that use a proper editor, and otherwise acknowledging that code written by people that have *any* sense of style is generally perfectly readable? ;) Cheers, -- Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Writer Api
Hi, I need some code to work with writer in my app. With CALC work so fine with this code: (This is a class for Xharbour Languaje and y need make somethis like this, but for writer. Where can I look?) Thanks /**/ CLASS TOpenOffice CLASSDATA oService CLASSDATA oDesktop CLASSDATA oDisp DATA oDoc DATA lOpen Init .T. METHOD Calc( cFile ) METHOD Close() INLINE ::oDoc:Close( .T. ) METHOD Copy() INLINE ::Dispatch( Copy ) METHOD ConvertToURL( cFile ) METHOD Dispatch( cMethod, aArgs ) METHOD GetPropertyValue( cName, cValue ) METHOD New() Constructor METHOD Print() INLINE ::Dispatch( Print ) METHOD PrintDefault() INLINE ::Dispatch( PrintDefault ) METHOD Visible( lVisible ) METHOD Paste() INLINE ::Dispatch( Paste ) METHOD Preview() INLINE ::Dispatch( PrintPreview ) ERROR HANDLER ERROR( xVal ) ENDCLASS /*---*/ METHOD Visible( lVisible ) IF lVisible == NIL RETURN ::oDoc:getCurrentController():GetFrame():getComponentWindow():IsVisible() ELSE ::oDoc:getCurrentController():GetFrame():getComponentWindow():setVisible( lVisible ) ENDIF RETURN NIL /*---*/ METHOD Calc( cFile, lVisible ) CLASS TOpenOffice LOCAL cUrl, oSheet, aArg := {} ::New() IF !::lOpen; RETURN NIL; ENDIF DEFAULT lVisible := .T. IF cFile == NIL cUrl := private:factory/scalc ELSE cUrl := file:/// + cFile ENDIF oSheet := TOOSheet() IF !lVisible AAdd( aArg, ::GetPropertyValue( Hidden, .T. ) ) ENDIF oSheet:oDoc := ::oDesktop:LoadComponentFromUrl( cUrl, _blank, 0, aArg ) IF ValType( oSheet:oDoc ) == O oSheet:Init() ELSE oSheet:lOpen := .F. MsgStop( No se pudo iniciar el objeto ) ENDIF RETURN oSheet /*---*/ METHOD Dispatch( cMethod, aArgs ) CLASS TOpenOffice DEFAULT aArgs := {} IF ValType( aArgs ) == O; aArgs := { aArgs }; ENDIF ::oDisp:ExecuteDispatch( ::oDoc:GetCurrentController():GetFrame(), .uno: + cMethod, , 0, aArgs ) RETURN NIL /*---*/ METHOD GetPropertyValue( cName, xValue ) CLASS TOpenOffice LOCAL oArg oArg := ::oService:Bridge_GetStruct( com.sun.star.beans.PropertyValue ) oArg:Name := cName oArg:Value := xValue RETURN oArg /*---*/ METHOD New() CLASS TOpenOffice IF ::oDesktop != NIL; RETURN NIL; ENDIF ::lOpen := .T. TRY ::oService := TOleAuto():New( com.sun.star.ServiceManager ) CATCH MsgStop( No se puede iniciar el servicio manager ) ::lOpen := .F. END IF ::lOpen ::oDesktop := ::oService:CreateInstance( com.sun.star.frame.Desktop ) ::oDisp := ::oService:CreateInstance( com.sun.star.frame.DispatchHelper ) ENDIF RETURN SELF /*---*/ METHOD ERROR( xVal ) CLASS TOpenOffice MsgInfo( __GetMessage() + Inexistente ) RETURN NIL /*---*/ METHOD ConvertToURL( cFile ) CLASS TOpenOffice LOCAL nFor, nLen := Len( cFile ) FOR nFor := 1 TO nLen IF cFile[ nFor ] == \ cFile[ nFor ] := / ENDIF NEXT RETURN cFile
[dev] Writer Format Page User
I'm using the standard version of openoffice that comes with of openSUSE 10.2, that has some extra features, and I'm using cups as the printing engine. I'm trying to print from Writer a paper with 21 x 10 cm width height. Unfortunately the formats that I see on screen don't print on my HP LaserJet 5MP. All text is shift to the right 2 cm. Making ps aux in a console window, the reason for this behavior is that the lpr command has as argument PageSize=EnvMonarch. Seams that Writer chooses the most close standard paper size when printing a custom paper size. Is it possible to print a paper size that I choose? -- Regards, Lívio Cipriano - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] writer: export pages as bitmaps (e.g. PNG)
Hi Laurent, On 03/08/07 07:54, Laurent Denoue wrote: Is there an API to export each page of a Writer document as a picture? It's possible under Impress, as shown here: http://www.oesf.org/forums/lofiversion/index.php/t7790.html I don't see a way to do this directly. What about using the pdf export filter and use some external tools to convert the pages to graphic files? Best regards, Frank -- Frank Meies (fme) - OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] writer: export pages as bitmaps (e.g. PNG)
If I can add to Frank's idea of working with PDF and then processing the pdf into images. I have used the iText library with good results : http://sourceforge.net/projects/itext/ which allows you to manipulate pdf split it based on page boundaries, output each page to a different format and so on. So you could take the pdf output of writer and process it into images On 3/9/07, Frank Meies - Sun Germany - Development - Software Engineer [EMAIL PROTECTED] wrote: Hi Laurent, On 03/08/07 07:54, Laurent Denoue wrote: Is there an API to export each page of a Writer document as a picture? It's possible under Impress, as shown here: http://www.oesf.org/forums/lofiversion/index.php/t7790.html I don't see a way to do this directly. What about using the pdf export filter and use some external tools to convert the pages to graphic files? Best regards, Frank -- Frank Meies (fme) - OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] writer: export pages as bitmaps (e.g. PNG)
Yes, pdf export is what I'm doing now, using either ghostscript or xpdf to image each PDF page into a PNG. But it is slower than being able to directly grab the rendered page from Writer. Can somebody point me to the PDF export functions? Maybe I could hack a PNG export function instead. Laurent. On 3/9/07, ashok _ [EMAIL PROTECTED] wrote: If I can add to Frank's idea of working with PDF and then processing the pdf into images. I have used the iText library with good results : http://sourceforge.net/projects/itext/ which allows you to manipulate pdf split it based on page boundaries, output each page to a different format and so on. So you could take the pdf output of writer and process it into images On 3/9/07, Frank Meies - Sun Germany - Development - Software Engineer [EMAIL PROTECTED] wrote: Hi Laurent, On 03/08/07 07:54, Laurent Denoue wrote: Is there an API to export each page of a Writer document as a picture? It's possible under Impress, as shown here: http://www.oesf.org/forums/lofiversion/index.php/t7790.html I don't see a way to do this directly. What about using the pdf export filter and use some external tools to convert the pages to graphic files? Best regards, Frank -- Frank Meies (fme) - OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] writer: export pages as bitmaps (e.g. PNG)
Hi Laurent, On 09.03.2007 20:02, Laurent Denoue wrote: Yes, pdf export is what I'm doing now, using either ghostscript or xpdf to image each PDF page into a PNG. But it is slower than being able to directly grab the rendered page from Writer. Can somebody point me to the PDF export functions? Maybe I could hack a PNG export function instead. the pdf filter is implemented in filter/source/pdf. Have a look at pdfexport.cxx, I think it should be possible to grab the bitmap from the OutputDevice pOut after rendering each page. Hope this helps, Frank -- Frank Meies (fme) - OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] writer: export pages as bitmaps (e.g. PNG)
Hello, Is there an API to export each page of a Writer document as a picture? It's possible under Impress, as shown here: http://www.oesf.org/forums/lofiversion/index.php/t7790.html Thanks, Laurent.
[dev] writer formula suggestion
I am considering switching over to OpenOffice but there is a very important feature that is lacking for me to begin using it on academic documents. Under insertobjectformula, I commend you on the variety of choices. However, the summation/Sigma/Ea selection only allows for bounds to be set on the summations. The integrals should also have the option of bounds. For instance, I cannot specify that the integration should take place over bounds x=1 to x=4 instead of being over infinite bounds. This is very important for specific integration over particular domains. Also, in the Save As options, can you place the Microsoft Word 2003 xml save as type to the top above the other MS Word options? It is randomly placed near the bottom. While I have not explored the other applications in depth, OpenOffice products are very impressively designed. Thanks, William Doerner
[dev] Writer behavior on high res widescreen displays [feature request]
Hi, I'm not a developer on the openoffice project, and I probably won't have the time to become one, so this is mainly just a feature request for writer. The market for widescreen displays both for laptops and desktop computers is increasing. These usually have a rather high resolution. My display has 1920x1200 pixels. This opens the possibility for viewing two full pages side by side in writer. Both word and writer normally displays pages, one under another with no possibility for utilizing the high horizontal resolution of todays widescreen displays. This is an example of how I would like writer to behave on these displays: -- -- | | | | | | | | | | | | | | | | | | | | -- -- -- -- | | | | | | | | | | | | | | | | | | | | -- -- -- -- | | | | | | | | | | | | | | | | | | | | -- -- This is an example on how writer does behave: -- | | | | | | | | | | -- -- | | | | | | | | | | -- -- | | | | | | | | | | -- -- | | | | | | | | | | -- Each of these squares of |s and -s represents an A4 page. Thanks for the attention and for the great project that openoffice is. Håvar Nielsen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer behavior on high res widescreen displays [feature request]
It seems my example on the bottom of the previous message got a bit skewed. The example on this page: http://www.havarnielsen.com/writer.jpg (100kbytes) illustrates what I am talking about much better. www.havarnielsen.com/writer.jpg Regards, Håvar Håvar Illøkken Nielsen wrote: Hi, I'm not a developer on the openoffice project, and I probably won't have the time to become one, so this is mainly just a feature request for writer. The market for widescreen displays both for laptops and desktop computers is increasing. These usually have a rather high resolution. My display has 1920x1200 pixels. This opens the possibility for viewing two full pages side by side in writer. Both word and writer normally displays pages, one under another with no possibility for utilizing the high horizontal resolution of todays widescreen displays. This is an example of how I would like writer to behave on these displays: -- -- | | | | | | | | | | | | | | | | | | | | -- -- -- -- | | | | | | | | | | | | | | | | | | | | -- -- -- -- | | | | | | | | | | | | | | | | | | | | -- -- This is an example on how writer does behave: -- | | | | | | | | | | -- -- | | | | | | | | | | -- -- | | | | | | | | | | -- -- | | | | | | | | | | -- Each of these squares of |s and -s represents an A4 page. Thanks for the attention and for the great project that openoffice is. Håvar Nielsen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Alejandro Rufino wrote: The problem is that the Read Only mode doesn't work, nither preview or in normal mode, and the size of the window and preview zoom can't be re adjusted. Then I'm sorry, I don't have an idea what might be the problem, it must be related to the Delphi environment and I don't know anything about it. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Hi Mathias Thanks for your help I Wrote the program that opens the document in Read Only Mode. The Code is: function TSampleCode.CreateTextDocument(cFileName:string): Boolean; var ServiceManager,StarDesktop,Document,LoadParams,PropertyValue, CoreReflection: variant; begin try ServiceManager:=CreateOleObject('com.sun.star.ServiceManager'); StarDesktop:=ServiceManager.CreateInstance('com.sun.star.frame.Desktop'); CoreReflection := ServiceManager.createInstance('com.sun.star.reflection.CoreReflection'); CoreReflection .forName('com.sun.star.beans.PropertyValue') .createObject(PropertyValue); LoadParams := VarArrayCreate([0, 1], varVariant); PropertyValue.Name := 'Readonly'; PropertyValue.Value := true; PropertyValue.Name := 'Preview'; PropertyValue.Value := true; LoadParams[0] := PropertyValue; LoadParams[1] := PropertyValue; Document:= StarDeskTop.LoadComponentFromUrl(cFileName,'_blank',0,LoadParams); CreateTextDocument:=true; except CreateTextDocument:=false; end; end; procedure TForm1.Button1Click(Sender: TObject); var SampleCode:TSampleCode; cFileName:string; begin OpenDialog1.Execute; cFileName:=OpenDialog1.FileName; cFileName := 'file:///'+StringReplace(cFileNAme , '\', '/',[rfReplaceAll]); SampleCode:=TSampleCode.Create; if (not SampleCode.CreateTextDocument(cFileName)) then Label1.Caption:='Error' else Label1.Caption:='Document Open'; end; The Lines PropertyValue.Name := 'Preview' and PropertyValue.Value := true; make that the openoffice starts in preview mode (no menus, no toolbars). The problem is that the Read Only mode doesn't work, nither preview or in normal mode, and the size of the window and preview zoom can't be re adjusted. Best Regards, Alejandro Rufino - Original Message - From: Mathias Bauer [EMAIL PROTECTED] To: dev@openoffice.org Sent: Thursday, February 02, 2006 8:18 PM Subject: Re: [dev] Writer Automation with Delphi Ale Rufino wrote: Hi This is a Kiosk application, in witch the user won't be able to see the OppenOffice instance. For this reason I have to write a program that shows to the user the complete document, I can open the document but I can't see the document is in my program. Using a TOleContainer control in Delphi it only shows the first page of the document. Other option could be, to open the OppenOficce and delete all the menus and hotkeys. I tried to use the SoActiveX component but I have no documentation to use it. please try what I suggested you to do (open the file in readonly mode). This should allow you to see the whole file and scroll through it. If this works we can see in the next step how you can remove the user interface elements. BTW: SoActiveX still has a toolbar, you won't win anything using it. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Ale Rufino wrote: Hi This is a Kiosk application, in witch the user won't be able to see the OppenOffice instance. For this reason I have to write a program that shows to the user the complete document, I can open the document but I can't see the document is in my program. Using a TOleContainer control in Delphi it only shows the first page of the document. Other option could be, to open the OppenOficce and delete all the menus and hotkeys. I tried to use the SoActiveX component but I have no documentation to use it. please try what I suggested you to do (open the file in readonly mode). This should allow you to see the whole file and scroll through it. If this works we can see in the next step how you can remove the user interface elements. BTW: SoActiveX still has a toolbar, you won't win anything using it. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Ale Rufino wrote: Hi Christian, When I send the first message I'm not correctly suscrived and I Think that the message not send. I need to do a Delphi Program that only do a preview of a OpenOffice document with the opcion of print them. The user has no modified then. I use a Delphi's TOleContainer Component but only can show the first page, and cant't scroll it. That sounds like you have opened the file in Preview mode. Try to open it in read only mode instead. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Hi This is a Kiosk application, in witch the user won't be able to see the OppenOffice instance. For this reason I have to write a program that shows to the user the complete document, I can open the document but I can't see the document is in my program. Using a TOleContainer control in Delphi it only shows the first page of the document. Other option could be, to open the OppenOficce and delete all the menus and hotkeys. I tried to use the SoActiveX component but I have no documentation to use it. Thanks Alejandro - Original Message - From: Mathias Bauer [EMAIL PROTECTED] To: dev@openoffice.org Sent: Wednesday, February 01, 2006 4:19 AM Subject: Re: [dev] Writer Automation with Delphi Ale Rufino wrote: Hi Christian, When I send the first message I'm not correctly suscrived and I Think that the message not send. I need to do a Delphi Program that only do a preview of a OpenOffice document with the opcion of print them. The user has no modified then. I use a Delphi's TOleContainer Component but only can show the first page, and cant't scroll it. That sounds like you have opened the file in Preview mode. Try to open it in read only mode instead. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer Automation with Delphi
Hi Christian, When I send the first message I'm not correctly suscrived and I Think that the message not send. I need to do a Delphi Program that only do a preview of a OpenOffice document with the opcion of print them. The user has no modified then. I use a Delphi's TOleContainer Component but only can show the first page, and cant't scroll it. Thanks for you response. Alejandro. - Original Message - From: Christian Junker [EMAIL PROTECTED] To: dev@openoffice.org Sent: Tuesday, January 31, 2006 7:59 AM Subject: Re: [dev] Writer Automation with Delphi Hi Ale, first of all there is no reason for repeating oneself to get attention, as you can see by the number of replies you have gotten so far. Secondly it is quite difficult to figure out what your problem is. What is a component in the form and what is a program's form without open OOo instance? Use the proper terms and make yourself clear if you want to get valuable support, thanks. 2006/1/27, Ale Rufino [EMAIL PROTECTED]: Hy I Need to write a program in Delphi 7 that open a .DOC document and display it in the program's form without open a openoffice instance (or no show it), and a option to print them. I could open the document but no could show in a component in the form. -- Best Regards Christian Junker - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Writer with Delphi
Hy I Need to write a program in Delphi 7 that open a .DOC document and display it in the program's form without open a openoffice instance (or no show it), and a option to print them. I could open the document but no could show in a component in the form. Can anybody help me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Writer Automation with Delphi
Hy I Need to write a program in Delphi 7 that open a .DOC document and display it in the program's form without open a openoffice instance (or no show it), and a option to print them. I could open the document but no could show in a component in the form. Can anybody help me. Thanks Alejandro Rufino
[dev] Writer with Delphi
I Need to write a program in Delphi 7 that open a .DOC document and display it in the program's form without open a openoffice instance (or no show it), and a option to print them. I could open the document but no could show in a component in the form. Can anybody help me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Writer: 'Select then delete' error
Hi, If you type a word in Writer select it and then press backspace the computer beeps; then if you press backspace again it does what it should (deletes the text). Similarly, when you select a word and press a character key it doesn't work, then do it again and it does. I assume it's something to do with another module replacing the interaction instead of the basic editor, failing and then giving control back -- you'd know better than me. Thanks for a very handy tool-set, just some things to iron out I imagine. Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Writer allows deleting opened file while saving
Ales Kahanek wrote: With such applications we do another approach: we try periodically to get ShareExclusive access to this file. If the request is rejected, we know that the file is still opened and edited. And here is the problem with Writer - when you save the file in Writer, there is a short period of time, when the the exclusive access to the file can be obtained and more, the file can be even DELETED. There is an important point to know: this behaviour can be reproduced when the OO QuickStarter is running (I do not know if this could have any impact on it). What do you think about it? How can I know, when the file opened by Writer was closed? Or better - shouldn´t this behaviour be changed not to release the file access lock? If we overwrite a file we must (at least for a short span of time) release the old one or (to keep the lock) use a more complicated approach that - when things go haywire - can result in crashes and data loss or would need a complete rewrite of our persistence code to avoid that. It's too much to explain it here but believe me, we considered this very carefully. There are so many things that can happen why saving a file, you wouldn't believe it. And Linux/Unix file systems add a lot of complexity that make them incomparable with Windows file systems, so a comparison with Word or Excel doesn't really help. BTW: we changed the behavior a bit for OOo2.0 (but still with a temporary release) and now we have the most robust solution implemented, Even removing a remote file system while a file gets saved to it shouldn't cause OOo to crash or lose data. Relying on the locked state of a file IMHO is a hack (sorry). But there's no need to use such a hack because you can use our API to get the job done. If you placed a listener in every open document you would get notifications when they are closed and then copy the content of the file they have been saved to to your database. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Writer allows deleting opened file while saving
Hi, there is a problem with OO Writer when saving document. I would really appreciate any hints: we are developing document management system, the document (files) are stored in a database. When user wants to edit the file, it is extracted from database to disk and then external application is called to open the file. Then user makes changes to this document and closes the application. The key point is to know, when user has finished editing the file and copy it back to database. Mostly we start the external process and periodically check if it is active. If not, we know that editing has finished. This is not possible with OO, as then process is still running when another file is opened in another OO window. The process seems to be the same for all OO windows. With such applications we do another approach: we try periodically to get ShareExclusive access to this file. If the request is rejected, we know that the file is still opened and edited. And here is the problem with Writer - when you save the file in Writer, there is a short period of time, when the the exclusive access to the file can be obtained and more, the file can be even DELETED. There is an important point to know: this behaviour can be reproduced when the OO QuickStarter is running (I do not know if this could have any impact on it). Also when comparing to MS Word or Excel, trying to get exclusive access to the file works fine. Word or Excel does not release the lock from the file until the file is closed. What do you think about it? How can I know, when the file opened by Writer was closed? Or better - shouldnt this behaviour be changed not to release the file access lock? Thank you very much for any hint. If this is wrong group, please, point me to the right place. Ales Kahanek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Writer allows exclusive access to opened file while saving!
Hi, there is a problem with OO Writer when saving document. I would really appreciate any hints: we are developing document management system, the document (files) are stored in a database. When user wants to edit the file, it is extracted from database to disk and then external application is called to open the file. Then user makes changes to this document and closes the application. The key point is to know, when user has finished editing the file and copy it back to database. Mostly we start the external process and periodically check if it is active. If not, we know that editing has finished. This is not possible with OO, as then process is still running when another file is opened in another OO window. The process seems to be the same for all OO windows. With such applications we do another approach: we try periodically to get ShareExclusive access to this file. If the request is rejected, we know that the file is still opened and edited. And here is the problem with Writer - when you save the file in Writer, there is a short period of time, when the the exclusive access to the file can be obtained and more, the file can be even DELETED. There is an important point to know: this behaviour can be reproduced when the OO QuickStarter is running (I do not know if this could have any impact on it). Also when comparing to MS Word or Excel, trying to get exclusive access to the file works fine. Word or Excel does not release the lock from the file until the file is closed. What do you think about it? How can I know, when the file opened by Writer was closed? Or better - shouldnt this behaviour be changed not to release the file access lock? Thank you very much for any hint. If this is wrong group, please, point me to the right place. Ales Kahanek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]