Hi,

Laurent Godard wrote:
Hi all,

after analyzing, it seems that the statement

myObject = theOleObjects.getByIndex(i)
sourceDoc.CurrentController.select(myObject)

always selects the first object :(

oood is running with only one instance

is there any issue i should take care of ?


well i tried many things
here is my conclusion

"that's strange"

the ole objects have been inserted on a OOo 1,1,2
as i tols, using the file as is, leads to have objects with index > 0 not selected


but, if i modify manually the position (not the anchor)
then it works, the objetc can be selected
I don't know the API, can you explain a little more (maybe with a code sample) about what works and what does not work ?

can you verify, that the problem does not occur with 1.1.2 ?

The very strange is that i have no problem playing with my script without oood
The difference is, that there are two more uno remote bridges inbetween
UR = Uno Remote Bridge
SC = scripting components (invocation adapter factory, invocation, etc.)

client              oood          sofffice
python - SC - UR <---> UR - UR <----> UR - controller

vs.

 client                soffice
python - SC - UR <---->  UR - controller

It would be interesting to know, whether you get different proxy instances ( simply add a print myObject and try to compare the pointer value displayed there for different indexes).

From what you describe, it may be, that object identity is lost somewhere on the trail. Has changed anything from 1.1.2 -> 1.1.4 in the remote bridge, which might have caused this ? I am not aware, that I changed anything in python remote bridge on this track ...

But there are also other possible explanations  ...

It would be sensible to raise an issue and attach a sample program to it ...

Bye,

Joerg.


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to