User:CBM-c-/Plug-in with widget basic example: Difference between revisions

From Vectorworks Developer
Jump to navigation Jump to search
No edit summary
 
(3 intermediate revisions by the same user not shown)
Line 30: Line 30:
== Imports ==
== Imports ==


Anything you do in Python from within Vectorworks, it implies importing the file  "VS.py", which you can find in the SDK. This makes the odd 3000 Vectorscript routines usable.
Once installed in the plug-ins folder, you can open it from: Tools > Plug-ins > Plug-in Manager... and choosing the .vso file. You will notice that the code uses imports (= includes in Vectorscript Pascal):


Important, if you work on Python coding in external files - vs. inside the plug-in editor - you will need to import these files into the plug-in somehow and the plug-in (as .vst, .vso. or .vsm object) needs to reload the code every time, so you must turn off caching during development, or the code won't execute properly. In Vectorscript Pascal the imports are called includes.
[[file:pioWithWidget_img3.png]]


[[file:pioWithWidget_img3.png]]
* '''import vs''': relative path from the script options to the file vs.py. This enables the odd 3000 Vectorscript routines to the script editor you use for coding. More about using an IDE [[Python#IDE_and_Debugging_Python_Scripts| here]].
* '''import example''': relative path from the .vso file to the code file example.py, which contains the code for this plug-in.
* '''vs.SetPref(412, False)''': disables the cache for this plug-in. if you work on Python using external files - vs. inside the plug-in editor - you will need to reload the code at every change, but Python has a cache preventing this. With the flag 412 you can turn off caching during development.
* '''example.execute()''': "execute" is the name of the main routine available in the file "example". You could also call it "main" or whatever you wish.




== Events ==
== Events ==
   
   
The plug-in needs to be event enabled: you do this in the Options tab of the Plug-in editor:
The present plug-in wants to be event enabled: you enable events in the Options tab of the Plug-in editor:


[[file:pioWithWidget_img2.png]]
[[file:pioWithWidget_img2.png]]




There are bucketloads of events, you'll find them in the SDK, MiniCadHookIntf.h and it does take a lot of time to be comfortable with their usage. Some of them I have really no idea what they do, and believe me, I did spend an inordinate amount of time on them. The two major files you might want to study are these below, but there is far more (the SDK version is here just irrelevant):
=== Event list ===
 
There are bucketloads of events, you'll find them in the SDK (Source\SDKLib\Include\Kernel\MiniCadHookIntf.h) and it does take a lot of time to be comfortable with their usage. Some of them I have really no idea what they do, and believe me, I did spend an inordinate amount of time on them. The two major files you might want to study are these below, but there is far more (the SDK version in the screenshots is irrelevant):


[[file:pioWithWidget_img4a.png]]
[[file:pioWithWidget_img4a.png]]
Line 51: Line 56:
   
   


Below I break down the events employed in this test plug-in. Important: The code runs a number of times (and double as much if the developer mode is on), [[VS:GetCustomObjectInfo]] is compulsory for fetching the needed basic variables and make thus possible to run the code over the right objects.
=== Event parsing ===
 
The code runs a number of times (and double as much if the developer mode is on), once for every event. There are at least 3 events, but you can add many more:
: '''kObjOnInitXProperties''' (5): extended properties, runs BEFORE kParametricRecalculate
: '''kParametricRecalculate''' (3): the plug-in regenerates, here you'll put the actual code
: '''kObjOnWidgetPrep''' (41): after clicking on an obj, for building its OIP, it runs AFTER kParametricRecalculate
 
 
=== Custom Object Info (obj variables) ===
 
You must limit the execution of the code as far as possible and make sure that it runs on the proper object handles. The routine [[VS:GetCustomObjectInfo]] fetches the needed variables.


  (ok, gPio_N, gPio_H, gPioRec_H, gWall_H) = vs.GetCustomObjectInfo()
  (ok, gPio_N, gPio_H, gPioRec_H, gWall_H) = vs.GetCustomObjectInfo()
# gPio_N = name of the plug-in
# gPio_H = handle to the running plug-in (what is selected in the OIP)
# gPioRec_H = handle to the plug-in record (default values, plug-in definition, as displayed in the plug-in's mode bar)
# gWall_H = handle to the wall gPio_H is inserted into, if any
=== Event Info (obj events) ===


Every time the code runs, you must parse the type of event and run the right code during the right event. [[VS:vsoGetEventInfo]] fetches event info:


Every time the code runs, you must fetch the type of event and run the right code during the right event. [[VS:vsoGetEventInfo]] is compulsory for fetching event info:
  (theEvent, theButton) = vs.vsoGetEventInfo()
  (theEvent, theButton) = vs.vsoGetEventInfo()
  # whereby theButton is a generic message, not necessarily a button
  # note: theButton is a generic message, not necessarily a button
   
   
  (theEvent, aMessage) = vs.vsoGetEventInfo()
  (theEvent, aMessage) = vs.vsoGetEventInfo()




== Events: Init properties ==
==Init properties ===
   
   
During the init event (5) you set up the Object Info Palette behaviour and other things:
During the init properties event (5) you set up the Object Info Palette behaviour and other things:


  if theEvent == kObjOnInitXProperties: # event 5
  if theEvent == kObjOnInitXProperties: # event 5
    # init event behaviour for the plug-in, for example:
    ok = vs.SetObjPropVS( kObjXPropHasUIOverride, True ) # constant 8


===  Collapsable/Expandable Widgets ===


If you want to use buttons and/or Custom pull-down menus you need to turn on UIoverride:
If you want to use widget groups, buttons or custom pull-down menus you need to turn on UI override using the constant kObjXPropHasUIOverride (8)


  ok = vs.SetObjPropVS( kObjXPropHasUIOverride, True )
  ok = vs.SetObjPropVS( kObjXPropHasUIOverride, True ) # constant 8




IF, and only IF,  you also want to use custom pull-down menus loading custom values, you will also need to enable custom widget visibilities. If you do this, you cannot use [[VS:SetParameterVisibility]] or [[VS:EnableParameter]], which use parameter names, you can only use [[VS:vsoWidgetSetVisible]] and [[VS:vsoWidgetSetEnable]]. These need parameter indexes, so you must keep track of the parameter indexes and store them somehow as file. This does add complexity (I have a sub auto-filling a list as text into the right place):
To have the lovely widget groups in expanded/collapsed state you must add the char ''kWidgetGroupMode'' (81) and set it to ''automatic'' (2):  
[[file:pioWithWidget_img5a.png]] [[file:pioWithWidget_img5b.png]]


* not used in the test example:
* enable widget groups with [[VS:SetObjPropCharVS]]
: <code lan=py>ok = vs.SetObjPropCharVS( kWidgetGroupMode, vs.Chr(kWidgetGroupAutomatic), True ) </code>
* add parameters to the plug-in as static text (the items named ''__div...'' in the screenshot)
* turn the static text into separators using [[VS:vsoInsertWidget]] and passing the widget type ''kWidgetSeparator'' (100)
: <code lan=py>ok = vs.vsoInsertWidget( cP___div0 -1, kWidgetSeparator, cP___div0, 'parameter name', empty) </code>


vs.SetObjPropVS(kObjXHasCustWidgetVisibilities, True);
* only needed for custom pull-down menus with special lists of values
* after enabling this prop you need to set visibilities during event kObjOnWidgetPrep


To have the lovely widget groups in expanded/collapsed state [[file:pioWithWidget_img5a.png]] [[file:pioWithWidget_img5b.png]] you must
:: [[file:pioWithWidget_img6.png]]
* enable them with ok = vs.SetObjPropCharVS( kWidgetGroupMode, vs.Chr(kWidgetGroupAutomatic), True )
* add widget groups
* add parameters as static text
: [[file:pioWithWidget_img6.png]]
* turn the static text into separators




Mind that the routine [[VS:vsoInsertWidget]] takes a string and places it in the Object Info Palette. You can use the localised parameter name. Since the function
The routine [[VS:vsoInsertWidget]] requires a string where you'll pass a parameter name, ideally optimised for OIP display. Most times you will have thus different strings for universal (what you use for defining the fields) and localised parameter names (what you see in the OIP). The function [[VS:GetLocalizedPluginParameter]] fetches the localised name passing the universal one. Since it returns two values, a boolean and a string, it cannot be used directly, so I created one simple sub named ''O_GetLocParmName'' which returns only the string:


  (boo, locParmName) = vs.GetLocalizedPluginParameter(pioRecName, univParmName)  
  (boo, locParmName) = vs.GetLocalizedPluginParameter(pioRecName, univParmName)  
returns two vars, it cannot be used directly, so I created one simple sub named 'O_GetLocParmName' which returns only a string:
ok = vs.vsoInsertWidget( cP___div0 -1, kWidgetSeparator, cP___div0, 'parameter name', empty);
We use the localized parameter name. O_GetLocParmName is a subroutine that fetches only the string, dropping the boolean, so I can use it directly in [[VS:vsoInsertWidget]]
ok = vs.vsoInsertWidget( cP___div0 -1, kWidgetSeparator, cP___div0, O_GetLocParmName(gPio_N, '__div0'), empty);
  def O_GetLocParmName(pioRecName, univParmName):
  def O_GetLocParmName(pioRecName, univParmName):
  (boo, locParmName) = vs.GetLocalizedPluginParameter(pioRecName, univParmName)
  (boo, locParmName) = vs.GetLocalizedPluginParameter(pioRecName, univParmName)
  return locParmName
  return locParmName
ok = vs.vsoInsertWidget( cP___div0 -1, kWidgetSeparator, cP___div0, O_GetLocParmName(gPio_N, '__div0'), empty)
# fetch the localised name passing the universal name




We add indenting levels in a loop using [[VS:vsoWidgetSetIndLv]]. This turns the widgets into expandable widgets.  
We add indenting levels in a loop using [[VS:vsoWidgetSetIndLvl]]. Note: This turns the widgets into expandable widgets.  
; Important: Don't omit to set the 0-levels, or things are going to mess up:
; Important: Don't omit to set the 0-levels, or things are going to mess up:
  titles = [cP___div0, cP___div1, cP___div2]
  titles = [cP___div0, cP___div1, cP___div2]
  for i in range(vs.NumFields(gPioRec_H) +1):
  for i in range(vs.NumFields(gPioRec_H) +1):
Line 119: Line 136:




Warning: you will need to close and re-open your document to see widget groups display properly EVERY time you change something in the parameter index list (add, delete parameters)
; Warning: to see widget groups display properly, you will need either to close/open the document or the script editor EVERY time you change something in the parameter index list (add, delete parameters)
 
===  Custom Pull-down menu Widgets ===
 
IF, and only IF,  you also want to use custom pull-down menus loading custom values, you will also need to enable custom widget visibilities.
 
: Note: If you do this, as of VW 2021 you cannot use [[VS:SetParameterVisibility]] or [[VS:EnableParameter]], which needs parameter ''names''. You can only use [[VS:vsoWidgetSetVisible]] and [[VS:vsoWidgetSetEnable]] which need parameter ''indexes'', so you must keep track of the parameter indexes and store them somehow as file. This does add complexity (I have a sub auto-filling a list as text into the right place).
 
vs.SetObjPropVS(kObjXHasCustWidgetVisibilities, True);
# not used in the test example:
# only needed for custom pull-down menus with special lists of values
# after enabling this prop you need to set visibilities during event kObjOnWidgetPrep




== Text Alignment ==
== Note about Text Alignment ==


You can set a plug-in object to respond to font and text size using  
You can set a plug-in object to respond to font and text size using  

Latest revision as of 07:11, 2 January 2022

The present article was originally published on the Techboard (2021.03.27): see the thread python-plug-in-with-widgets-basic-example. I transfer it to the present wiki for fixing some mistakes and easier later maintenance. --_c_ (talk) 05:35, 1 January 2022 (EST)


Plug-in with widgets, basic example (Python)

There was a question on the German VW forum about plug-ins with dividers and buttons. An ever recurring topic. I am [ever] switching to Python, and I though that it could be a nice exercise for me to try it pythonically.

Please download the test files and expand them into your User's plug-in folder (there is no installer here):

File:Test PioWithWidgetsBasic.zip

The Test PIO _c_ plug-in:

  • uses an external file source (you don't need to script in the Plug-in Editor)
  • is event enabled
  • has a button triggering a script
  • has dividers
  • turns the dividers into expandable group widgets
  • doesn't resolve text alignments, so that will take the active document's settings

I am new to Python and am sure that this can be done more efficiently, just take it as exercise.


Imports

Once installed in the plug-ins folder, you can open it from: Tools > Plug-ins > Plug-in Manager... and choosing the .vso file. You will notice that the code uses imports (= includes in Vectorscript Pascal):

  • import vs: relative path from the script options to the file vs.py. This enables the odd 3000 Vectorscript routines to the script editor you use for coding. More about using an IDE here.
  • import example: relative path from the .vso file to the code file example.py, which contains the code for this plug-in.
  • vs.SetPref(412, False): disables the cache for this plug-in. if you work on Python using external files - vs. inside the plug-in editor - you will need to reload the code at every change, but Python has a cache preventing this. With the flag 412 you can turn off caching during development.
  • example.execute(): "execute" is the name of the main routine available in the file "example". You could also call it "main" or whatever you wish.


Events

The present plug-in wants to be event enabled: you enable events in the Options tab of the Plug-in editor:


Event list

There are bucketloads of events, you'll find them in the SDK (Source\SDKLib\Include\Kernel\MiniCadHookIntf.h) and it does take a lot of time to be comfortable with their usage. Some of them I have really no idea what they do, and believe me, I did spend an inordinate amount of time on them. The two major files you might want to study are these below, but there is far more (the SDK version in the screenshots is irrelevant):


Event parsing

The code runs a number of times (and double as much if the developer mode is on), once for every event. There are at least 3 events, but you can add many more:

kObjOnInitXProperties (5): extended properties, runs BEFORE kParametricRecalculate
kParametricRecalculate (3): the plug-in regenerates, here you'll put the actual code
kObjOnWidgetPrep (41): after clicking on an obj, for building its OIP, it runs AFTER kParametricRecalculate


Custom Object Info (obj variables)

You must limit the execution of the code as far as possible and make sure that it runs on the proper object handles. The routine VS:GetCustomObjectInfo fetches the needed variables.

(ok, gPio_N, gPio_H, gPioRec_H, gWall_H) = vs.GetCustomObjectInfo()
# gPio_N = name of the plug-in
# gPio_H = handle to the running plug-in (what is selected in the OIP)
# gPioRec_H = handle to the plug-in record (default values, plug-in definition, as displayed in the plug-in's mode bar)
# gWall_H = handle to the wall gPio_H is inserted into, if any


Event Info (obj events)

Every time the code runs, you must parse the type of event and run the right code during the right event. VS:vsoGetEventInfo fetches event info:

(theEvent, theButton) = vs.vsoGetEventInfo()
# note: theButton is a generic message, not necessarily a button

(theEvent, aMessage) = vs.vsoGetEventInfo()


Init properties

During the init properties event (5) you set up the Object Info Palette behaviour and other things:

if theEvent == kObjOnInitXProperties: # event 5
    # init event behaviour for the plug-in, for example:
    ok = vs.SetObjPropVS( kObjXPropHasUIOverride, True ) # constant 8


Collapsable/Expandable Widgets

If you want to use widget groups, buttons or custom pull-down menus you need to turn on UI override using the constant kObjXPropHasUIOverride (8)

ok = vs.SetObjPropVS( kObjXPropHasUIOverride, True ) # constant 8


To have the lovely widget groups in expanded/collapsed state you must add the char kWidgetGroupMode (81) and set it to automatic (2):

ok = vs.SetObjPropCharVS( kWidgetGroupMode, vs.Chr(kWidgetGroupAutomatic), True )
  • add parameters to the plug-in as static text (the items named __div... in the screenshot)
  • turn the static text into separators using VS:vsoInsertWidget and passing the widget type kWidgetSeparator (100)
ok = vs.vsoInsertWidget( cP___div0 -1, kWidgetSeparator, cP___div0, 'parameter name', empty)



The routine VS:vsoInsertWidget requires a string where you'll pass a parameter name, ideally optimised for OIP display. Most times you will have thus different strings for universal (what you use for defining the fields) and localised parameter names (what you see in the OIP). The function VS:GetLocalizedPluginParameter fetches the localised name passing the universal one. Since it returns two values, a boolean and a string, it cannot be used directly, so I created one simple sub named O_GetLocParmName which returns only the string:

(boo, locParmName) = vs.GetLocalizedPluginParameter(pioRecName, univParmName) 
def O_GetLocParmName(pioRecName, univParmName):
	(boo, locParmName) = vs.GetLocalizedPluginParameter(pioRecName, univParmName)
	return locParmName

ok = vs.vsoInsertWidget( cP___div0 -1, kWidgetSeparator, cP___div0, O_GetLocParmName(gPio_N, '__div0'), empty)
# fetch the localised name passing the universal name


We add indenting levels in a loop using VS:vsoWidgetSetIndLvl. Note: This turns the widgets into expandable widgets.

Important
Don't omit to set the 0-levels, or things are going to mess up:
titles = [cP___div0, cP___div1, cP___div2]
for i in range(vs.NumFields(gPioRec_H) +1):
	if (i in titles): 
		vs.vsoWidgetSetIndLvl(i, 0)
	else:
		vs.vsoWidgetSetIndLvl(i, 1)


Warning
to see widget groups display properly, you will need either to close/open the document or the script editor EVERY time you change something in the parameter index list (add, delete parameters)

Custom Pull-down menu Widgets

IF, and only IF, you also want to use custom pull-down menus loading custom values, you will also need to enable custom widget visibilities.

Note: If you do this, as of VW 2021 you cannot use VS:SetParameterVisibility or VS:EnableParameter, which needs parameter names. You can only use VS:vsoWidgetSetVisible and VS:vsoWidgetSetEnable which need parameter indexes, so you must keep track of the parameter indexes and store them somehow as file. This does add complexity (I have a sub auto-filling a list as text into the right place).
vs.SetObjPropVS(kObjXHasCustWidgetVisibilities, True); 
# not used in the test example:
# only needed for custom pull-down menus with special lists of values
# after enabling this prop you need to set visibilities during event kObjOnWidgetPrep


Note about Text Alignment

You can set a plug-in object to respond to font and text size using

vs.SetObjectVariableBoolean(gPio_H, 800, True) 

but all other text properties, such as horizontal and vertical alignment, etc. must be coded and driven by parameters.