Re: [dev] Sections and appending documents
Tor, thanks for your input. I updated my code to reflect that. I would also like to let everyone know that this issue has been resolved. The original file was Word document that we ran through a converter. Apparently, the original image was BMP and the conversion saved that image as an object in the ODT file (instead of an embedded image). I deleted the BMP image object from the OpenOffice template and re-added it as a PNG. Since doing so everything is working fine. I want to thank everyone for all your help, and I hope this thread proves useful to someone else. Thanks. On Thu, Mar 5, 2009 at 5:05 AM, Tor Lillqvist wrote: > >>> On 2009-03-05 at 02:15, wrote: > > "file:///" + tempDoc > > That is very wrong. Use whatever proper API that I am sure Java provides to > construct a file: URI from a file name. > > --tml > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.org > For additional commands, e-mail: dev-h...@openoffice.org > > -- “If the American people ever allow private banks to control the issue of their currency, first by inflation, then by deflation, the banks...will deprive the people of all property until their children wake-up homeless on the continent their fathers conquered... The issuing power should be taken from the banks and restored to the people, to whom it properly belongs." -- Thomas Jefferson "Government big enough to supply everything...is big enough to take everything you have. The course of history shows that as a government grows, liberty decreases" --- Thomas Jefferson www.CampaignForLiberty.org
[dev] RE: XSLT Export filter, result-document path
Hello,
In fact, the answer to this question is simply to use
the targetBaseURL parameter, which contains the full
name and path of the target file, and use the path in
result-document (after having stripped the name from
the path).
This has indirectly been already discussed before,
sorry for asking again.
Regards,
EB
> -Original Message-
> From: Emmanuel Bégué [mailto:e...@medusis.fr]
> Sent: Monday, February 23, 2009 6:34 PM
> To: dev@openoffice.org
> Subject: XSLT Export filter, result-document path
>
>
> Hello,
>
> I'm writing an export filter for Writer that needs to produce
> TWO files:
> - the transformation itself
> - a list of errors / problems found in the source document.
>
> To produce the second file I use the function "xsl:result-document".
>
> When used with no path information, this function produces a
> file in the directory
> {OOo-install-dir}/program
>
> (where the end user is unlikely to go find it ;-)
>
> Of course, I would like for this file to be written in the
> same directory as the result of main transformation, which
> is chosen by the user when running the filter.
>
> Is there a way to know what this directory is from within
> the XSLT? (runtime parameter?)
>
> Thanks,
> Regards,
> EB
>
>
Re: [dev] OOo langpacks using with StarOffice
Hi Szalai, On Wednesday, 2009-03-04 13:58:38 +0100, Szalai "KAMI" Kálmán wrote: > Is it possible to apply OOo langpackes to StarOffice? Maybe, I never tried. May work for the common code and resources, so for 98% or such of StarOffice, but will fail for resources needed in SO-only code as they don't exist in OOo. It might even crash then. Btw, you're using the old-fashioned PGP inline signatures that bloat up the message body: > -BEGIN PGP SIGNED MESSAGE- > -BEGIN PGP SIGNATURE- > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > ... > -END PGP SIGNATURE- Please configure Enigmail to use PGP/MIME instead, in Thunderbird's Account Settings go to OpenPGP Security and enable "Always use PGP/MIME". See also https://enigmail.mozdev.org/documentation/per-account.php Eike -- OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer. SunSign 0x87F8D412 : 2F58 5236 DB02 F335 8304 7D6C 65C9 F9B5 87F8 D412 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't send personal mail to the e...@sun.com account, which I use for mailing lists only and don't read from outside Sun. Use er...@sun.com Thanks. pgpSr5V0JBUSW.pgp Description: PGP signature
Re: [dev] Get started
Mathias Bauer wrote: > Regina Henschel wrote: > >> Hi, >> >> Maximilian Odendahl schrieb: >>> Hi, >>> >>> for Windows, see this how to compile and build the office: >>> >>> http://wiki.services.openoffice.org/wiki/Building_OOo_with_Cygwin_on_Windows >>> >>> >>> >> >> In the meantime the section "Getting the source code" is not actual. Now >>Subversion is used. >> http://subversion.tigris.org/getting.html >> http://www.collab.net/downloads/subversion/ >> If you do not own a cws, you only need the client version. > > Sorry, I forgot to add this, but as it's a wiki - anyone can do that. :-) > > Recently I added some other missing information and I hope to review and > update the page until end of this week. Done. The easiest way to include subversion into our Windows build environment is to select the corresponding cygwin package in the cygwin setup. Ciao, 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] Sections and appending documents
>>> On 2009-03-05 at 02:15, wrote: > "file:///" + tempDoc That is very wrong. Use whatever proper API that I am sure Java provides to construct a file: URI from a file name. --tml - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Source file reorg in svx/source/dialog
Jan Holesovsky wrote: > Hi Mathias, > > On Wednesday 04 March 2009 12:56, Mathias Bauer wrote: > >> IMHO having >400 source files in one folder ending up in two libraries >> is a huge mess and so I separated the files. While doing this I found >> some more code in the dialogs library that could be moved to cui. I >> adapted code and resource files and also created separate makefiles and >> now have a version that works fine. >> >> Before I can commit the "moves", I want to make sure that no changes >> made by others in the moved files get lost. So I will resync to m43 as >> soon as it is available and move the files in svn based on that version. >> Then I hope to get the CWS will be integrated into m44 as the first one. >> This should cause warnings when other CWS integrated later contain >> changes in the moved files. > > I guess there are going to be some conflicts with the svx split in ooxml03 - > but as long as it means just moving the files, some adaptions of the > makefiles should be hopefully enough to solve the possible problems. Yes, the makefiles must be re-edited anyway, it's only direct changs in the source files that need some treatment. So if didn't change any source files in svx/source/dialog, you won't have a problem. In case you had done some you had to apply them on the moved files again. Ciao, 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
