Hi,
Thank you laurent, it works fine :)
Regards,
Jérôme.
Laurent Godard a écrit :
Hi Jerome
I would like to export all slides of a odp file in GIF format with as
number gif files as number slides in de odp file.
Is anyone have a solution ?
you may find the solution here
is there no way ensure that I am using the same layer?
I believe this a problem becuase I am mixing the draw
componenets and the writer components. It seems to
pretty straight forward to tell the draw components
which layer they are on, but writer components do not
seem to have layers, they only
Sorry to sound dumb but I am still confused.
You said the implementation of the interface
XServiceInfo at the text frames are incomplete in this
area.
Does that mean that I cannot use chain frames with the
api or that there is some limitation in regards to the
XServiceInfo?
thanks for your
good idea, but as I remember I tried it before and the
problem was they do not support styles. To try to
simplify the problem I neglected to mention that I am
also using styles.
thanks though.
--- Stephan Wunderlich [EMAIL PROTECTED]
wrote:
Hi Kent,
The reason I am having this problem is
I may be wrong, but no matter what you will need the
server running, the only question is how transparent
it is to you, if you use the bean examples or
something called nice office access (not very well
documented in english though) then the connection
handling is relativley transparent, they will
Thanks a lot. Just one last thing, I'm assuming that the server will
allow (and handle performantly) multiple concurrent requests to open and
extract text from (different) documents? Cheers, Thomas
-Original Message-
From: Kent Gibson [mailto:[EMAIL PROTECTED]
Sent: 18 May 2006 10:22
To:
Hi,
sub borrarSeleccionMultiple
dim document as object
dim dispatcher as object
document = ThisComponent.CurrentController.Frame
dispatcher = createUnoService(com.sun.star.frame.DispatchHelper)
dim args1(0) as new com.sun.star.beans.PropertyValue
args1(0).Name = ToPoint
args1(0).Value =
well the given code snippet wanders to Cell B5 and then deletes the
contents ... something similar and for all your three Cells does
'all is the sum of all css.sheet.CellFlags
all = 895
xSheet = ThisComponent.Sheets(0)
xCellRange = xSheet.getCellRangeByName(B5)
xCellRange.clearContents(all)
Thanks for that. Would such a solution with a request broker have the
effect of serializing the processing of each document? Cheers, Thomas
-Original Message-
From: Tom Schindl [mailto:[EMAIL PROTECTED]
Sent: 18 May 2006 11:23
To: dev@api.openoffice.org
Subject: Re: [api-dev] Re: Get a
Ok i spitup my Ilmages questions
Placing an embedded -grahpic into a WriterDoc (with the GUI or withe
the API) gives different results depending if you placed it as a
linked-graphic or as a embedded-graphic.
Embedded gives us the orinal dimensions (as difined in the original
imported
ThisComponent.print(dimArray())
prints all sheets that contain contents for me, when attached to the
document.
Hi, this is correct. But I want to say ... print sheets 4,5. Only these
sheets.
Thanx
Moises
-
To
you are probably aware of this but have you tried to
use the property ActualSize and compare it with the
results from the method getSize() from an xShape?
--- Fernand Vanrie [EMAIL PROTECTED] wrote:
Ok i spitup my Ilmages questions
Placing an embedded -grahpic into a WriterDoc
(with the
Hi Moisés
Hi, this is correct. But I want to say ... print sheets 4,5. Only these
sheets.
if those sheets each fit on a page you could use the Property Pages to
pass it to the XPrintable.print() call.
E.g.
Dim printProps(0) as new com.sun.star.beans.PropertyValue
printProps(0).Name=Pages
Stephan Wunderlich wrote:
if those sheets each fit on a page you could use the Property Pages
to pass it to the XPrintable.print() call.
E.g.
Dim printProps(0) as new com.sun.star.beans.PropertyValue
printProps(0).Name=Pages
printProps(0).Value=4;5
ThisComponent.print(printProps())
Hope
Kent Gibson schreef:
you are probably aware of this but have you tried to
use the property ActualSize and compare it with the
results from the method getSize() from an xShape
The behaviour is the same for placing the graphic with the API as with
the UI
No. Think of the request broker like a jdbc-connection pool. The broker
holds say 5 different oo-instances as servers which listen to different
ports and forwards requests to them if none are available it will create
a new instance up to a maximum just like apache.
Tom
Gascoigne Thomas wrote:
Fernand Vanrie wrote:
Placing an embedded -grahpic into a WriterDoc (with the GUI or withe
the API) gives different results depending if you placed it as a
linked-graphic or and embedded-graphic.
Embedded gives us the orinal dimensions (as difined in the
Imagefile-header) gives us the
17 matches
Mail list logo
