-
Notifications
You must be signed in to change notification settings - Fork 24
Impossibility to use something else than Vec3f
to specfy the layout of a new in python
#120
Comments
Why not simply using Tulip datatype: c = tlp.Coord(3,4,1) |
Of course this works, but it is somewhat counter intuitive for people new
to Tulip's API.
The pythonic way would be assigning c = [x,y,z], but I thought that was
already possible, we had a discussion on that way back then.
--
Benjamin
…On Tue, 4 Jun 2019 at 05:21, Bruno Pinaud ***@***.***> wrote:
Why not simply using Tulip datatype:
c = tlp.Coord(3,4,1)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#120?email_source=notifications&email_token=AEJ73FRHARQMCKKMFVV3Q3LPYV4M7A5CNFSM4HSQ7TX2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODW2SPMI#issuecomment-498411441>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AEJ73FWVKS5ARALTVZAR2CDPYV4M7ANCNFSM4HSQ7TXQ>
.
|
Maybe you get this error because you use a tuple of integers instead of floats as input. You should try
Since, according to the description of this change in Tulip-Python 5.1:
|
As explained by @fqueyroi , the issue you observed is due to the fact you are using I will try to see if I can improve this behavior but I remember that I had no choice to proceed like this at the time I implemented this (in order to be able to create graph properties on the fly from Python using type inference). |
@fqueyroi Thanks for pointing that, I have never thought about that. I'll pay more attention to the doc next time ... |
…ulip-Dev#120) Remove type restrictions when one wants to set a node/edge value for an existing layout or size property using a tuple filled with integers instead of floats. Nevertheless, the type restrictions is still active when one wants to create a new graph property on the fly by type inference. Unit tests have been updated accordingly.
…ulip-Dev#120) Remove type restrictions when one wants to set a node/edge value for an existing layout or size property using a tuple filled with integers instead of floats. Nevertheless, the type restrictions is still active when one wants to create a new graph property on the fly by type inference. Unit tests have been updated accordingly.
…ulip-Dev#120) Remove type restrictions when one wants to set a node/edge value for an existing layout or size property using a tuple filled with integers instead of floats. Nevertheless, the type restrictions is still active when one wants to create a new graph property on the fly by type inference. Unit tests have been updated accordingly.
…ulip-Dev#120) Remove type restrictions when one wants to set a node/edge value for an existing layout or size property using a tuple filled with integers instead of floats. Nevertheless, the type restrictions is still active when one wants to create a new graph property on the fly by type inference. Unit tests have been updated accordingly.
When trying to set the layout property of a node using a 3-sized tuple, we obtain such error
As it is very common in python to use
tuple
s instead ofVec3f
, tuple of 3 elements should be allowed. The same comment apply forlist
sIssue #16 let suggest that I should not have this error. Maybe it is not activated in the pip version of python ?
The text was updated successfully, but these errors were encountered: