Huh⌠you are right, but it doesnât work after I have ran another script on a button. So something gets stuck in the lastest wip. I donât know what that can be as this worked a few days ago.
Also notice the little blue âiâ
I have no idea what that is representing.
I saw that blue âiâ here as well but didnât think more of it.
Now restarting RH6 and calling Toolbar to show that button again I see the âiâ again. After another command, that disappears but after running that code from that button it reappears. Changing to another program and back makes it disappear - but not alwaysâŚ
I always see this (the little bar after Command:) - just running regular commands. Sometimes itâs just a point, sometimes a bar, but itâs pretty much always there. However seems like it used to be black, now itâs blue, but that might be the AA at workâŚ
Hi Jorgen - I see that error now - thanks. I think itâs from using âintâ as a variable - that is also a function. It seems OK if I change the name of âintâ in the first script and then run one after the other - in a fresh Rhino session after seeing the error.
assigns that particular function to âintâ for that session, as a result, the int native function no longer works - because when you call it, it will try to run your newly assigned function on whatever argument you feed to it. Any internal functions that depend on int will also fail.
So the general rule in Python is never use any of Pythonâs internal methods as a variable name. i.e. avoid variable names that are any of theseâŚ
If it worked in the past, you may have just gotten lucky, but as a general rule, this is a no-noâŚ
That is one reason why i´ve been asking for a better syntax highlighting in the Python editor. Python has so many keywords, built in function and method names, it is almost inevitable that existing ones are unintentionally used as variable names, when lowercase is used.
CamelCase in conjunction with klingon variable names rocks