On Thu, 2012-12-06 at 09:19 -0500, William Beltrán wrote:
Ok.
Thanks :-)
self._context.ServiceManager.createInstanceWithContext(com.sun.star.frame.Desktop,
self._context)
inputStream =
self.serviceManager.createInstanceWithContext(com.sun.star.io.SequenceInputStream,
El 06/12/12 08:50, Michael Meeks escribió:
On Wed, 2012-12-05 at 11:27 -0500, William Beltrán wrote:
Ok, I try to be more specific
Warning: Any further replies that ignore my request to CC (this means
carbon-copy - it is usually the 2nd field down in your mailer after the
To: field) the
Hi William,
On Tue, 2012-11-27 at 15:13 -0500, William Beltrán wrote:
Hi, i have same problem here, I have to convert a Stream file calc to
excel file so i am using:
Ok - sounds good - I assume you're using Java.
desktop.loadComponentFromURL('private:stream', _blank, 0,
Hi, i have same problem here, I have to convert a Stream file calc to
excel file so i am using:
desktop.loadComponentFromURL('private:stream', _blank, 0,
self._toProperties(InputStream = inputStream))
but when file is big the time to work on this is up to 10 minutes!!
Have you find a
Hello,
We use OpenOffice.org 3.2.1 Library to restore OOO | LO CALC
sheet from byte array and have issue with the performance while using
*loader.loadComponentFromURL(private:stream, _default, 0, args) * :
I have to get XComponent object and i do it with following code:
Hi there,
On Mon, 2012-05-21 at 10:59 +0400, libreoffice...@gmail.com wrote:
We use OpenOffice.org 3.2.1 Library to restore OOO | LO CALC
sheet from byte array and have issue with the performance while
using loader.loadComponentFromURL(private:stream, _default, 0,
args) :
Oh
On 05/21/2012 10:28 AM, Michael Meeks wrote:
I assume this is from C++ (?) anything else would of course cause tons
of bridging overhead in the streams.
From the code, it looks more like they are using Java, presumably from
a remote process. So any data from the buffer needs to be
On Mon, 2012-05-21 at 12:03 +0200, Stephan Bergmann wrote:
On 05/21/2012 10:28 AM, Michael Meeks wrote:
I assume this is from C++ (?) anything else would of course cause tons
of bridging overhead in the streams.
From the code, it looks more like they are using Java, presumably from
