Am Mittwoch, den 03.05.2006, 16:02 +0200 schrieb Steffen Grund:
> Hi.
>
> I wrote a bug for this with a test document to reproduce the behaviour,
> issue 65041.
> As a workaround, I'd suggest adding several tables with different count
> of columns and sizes to adjacent paragraphs. This should si
I wish I could send a test case. But I really can't
see anyway to isolate this to a reasonable set of
classes. darn. I will try, but it may take me some
time. Also thanks for the other scrollbar code, i
quickly tried it and it seemed to work, I will try it
again and tell you how it went.
take care
Hi.
I wrote a bug for this with a test document to reproduce the behaviour,
issue 65041.
As a workaround, I'd suggest adding several tables with different count
of columns and sizes to adjacent paragraphs. This should similar to one
table with different columns.
Regards, Steffen
---
Hi Kent,
Is there any way to get the current values of the
scrollbar for a given document?
there is always a way ;-) ... The question is do you want to step along
it :-)
Ok ... as far as I know the XScrollbar Interface is only implemented by
css.awt.UnoControlScrollBar ... but not anywhere
Hi Kent,
I get the same behaviour with 2.0.1 with 2.0.2.
can you send me a running sample that demonstrates the hanging, so that
I can see what you do different to me ?
Regards
Stephan
-
To unsubscribe, e-mail: [EMAIL PRO
I get the same behaviour with 2.0.1 with 2.0.2.
--- Stephan Wunderlich <[EMAIL PROTECTED]>
wrote:
> Hi Kent,
>
> > that is what I meant, your sample hangs my machine
> > with .uno:PrintDefault and I see no difference
> with
> > .uno:PrinterSetup (result.State is 0)
>
> oh ok, I misunderstood yo
Hi Kent,
that is what I meant, your sample hangs my machine
with .uno:PrintDefault and I see no difference with
.uno:PrinterSetup (result.State is 0)
oh ok, I misunderstood you then thought you'd have integrated my code in
your program ... since I can't recall to have included any DispatchEve
that is what I meant, your sample hangs my machine
with .uno:PrintDefault and I see no difference with
.uno:PrinterSetup (result.State is 0)
--- Stephan Wunderlich <[EMAIL PROTECTED]>
wrote:
> Hi Kent,
>
> > any ideas?
>
> that is strange indeed ... does my sample work on
> your machine ?
>
>
Hi Kent,
any ideas?
that is strange indeed ... does my sample work on your machine ?
Regards
Stephan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I forget to mention OfficeDocument is no third party
wrapper:
package com.sun.star.comp.beans;
public class OfficeDocument extends Wrapper
implements
com.sun.star.frame.XModel,
com.sun.star.util.XModifiable,
com.sun.star.frame.XStorable,
Hello,
I have got some problems using the TableColumnSeparators-property of a
SwXTextTableRow-instance. I'm not sure if this could be a bug, so I try
to explain my issue here:
I'm trying to generate a few TextTables in an OO-Writer-Document and to
populate these tables with some computed data.
Usi
hi-ya Stephan,
this is more curious.
So I use a XDispatchHelper as per your example and ok
it still does not work. Ok no change, and I get an
result:
DispatchResultEvent result = ( DispatchResultEvent )
xDH.executeDispatch( xDP, ".uno:PrinterSetup", "", 0,
LoadArgs );
Any theResult = ( Any ) re
12 matches
Mail list logo