Jump to content

Nicolas Goutte

  • Content Count

  • Joined

  • Last visited

Community Reputation

72 Excellent


About Nicolas Goutte

  • Rank

Personal Information

  • Occupation
    Software Developer
  • Location

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Yes you can use the Fake-Debug trick. As long as the C++ code is not optimized, the breakpoints should work correctly and be at the right place.
  2. https://developer.vectorworks.net/index.php/SDK:Parametric_Extended_Properties
  3. Most are text files, so you could compare.between your two machines, what they have for settings.
  4. See the "Setting" folder in your VW user folder. There are all settings.
  5. On Windows, you cannot use the Debug mode, as on Windows the C(++) runtime for Debug and Release differ, but VW is available for us (third party developers) only as Release mode. See what I had written months ago:
  6. Double check that the "'pip list' " you have written as a parameter to subprocess.Popen has no special character.
  7. Well, I did not start with VisiCalc like @Pat Stanford did, but I had the chance to use one day Multiplan. (Otherwise I have really started with old Excels, the successor.) However for me too, it is standard not to use SUM. I am not sure that using =SUM(B2*C2) would work on such old spreadsheet (e.g. old Excel) either, as if I remember well (but only very vaguely), SUM needed at least 2 parameters.
  8. The ground rule (also in VW 2020) is: open everything, export to the last 5 versions
  9. As written above, I do not think you can define an object in a Plug-In that is not a Parametric object. Otherwise a Parametric object that would not be a Plug-In would be needed to be defined in VW itself. I am not sure if there is any. (If it is defined in VW, it could have its own object type.) Thanks too. This thread makes a few things clear for me too, that were not so clear before.
  10. Yes, I think you are getting closer. However an object would be a Plug-in too. You can see Plug-ins as something that tells VW: "Here are some extensions: this tool ATool, this object A, this menu B, this code library C". Normally a file containing code file, especially from C++, defines more that one "thing" (that is my naming).
  11. You could define it in another way (a bit simplified perhaps): - a plug-in is something listed in the Plug-In Manager - an object listed there is parametric.
  12. For me, they are not parametric, as they have other object types. (And they are no Plug-Ins either, as there are defined in VW itself, as far as I know. Wall is very internal in VW too, so it is not a Plug-In. Also it has a separate object type too. However Door and Window are parametric objects and Plug-Ins. I would say anything that is an object which is defined as Plug-Ins. Thinking about it, I think you cannot defined any other type of object that a parametric in a plug-in (alternatively you can define a menu, a tool or library code). So at the end a PIO is probably the same as a Parametric object (unlike what I have written in the meantime).
  13. No, it is the object which is Parametric. The tool is just a tool to be able to place it into the document. (Sorry, for the recursive definition. 😃) My definition comes from the internal object types. Sure that would be another point of view. That is probably why it is not easy for somebody not knowing object types to see a difference. However seen that way, every object of VW has a OIP where something can be changed (be it its position). (That is probably the definition of a PIO.)
  14. Internally in VW, all those are not Parametric objects, as they have other object types.


7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114


© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.

  • Create New...