Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About JoelS

  • Rank

Personal Information

  • Occupation
  • Location

Recent Profile Visitors

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

  1. JoelS

    Encryption of .px includes with VW2019

    I think I have found it. When all the script and include files were updated for VW2019 (280) one include remained as a .vss because it alone was previously in a different location and had to be moved due to the changes wrought in VW2017/18. Of course, this file is referenced in virtually every script, which why they all had a problem. A quick edit and recompile/encrypt show it to still function when includes are removed in VW2019, which is promising. Moving that same plug-in to VW2018 is also working. We have to test on a client installation next week and see of that one script remains functional but it looks like having to edit and re-encrypt the whole suite… I'll do some more tests and report back in a few days. We never saw any errors of course except at run time. I have not seen any issues here with the change from HFS+ to APFS. All our path names are clean.
  2. JoelS

    Encryption of .px includes with VW2019

    Not possible, we are Mac only for 34 years, 19 with MiniCAD/Vectorworks.
  3. JoelS

    Encryption of .px includes with VW2019

    Nicolas, Thanks for the link. We are not using the SDK, hence no plug-in. We are encrypting on an individual script basis and anyway this does not explain the behaviour of VW2019 in relation to the includes. I will do some more experiments with earlier versions of Vectorworks to see if anything emerges and report back.
  4. JoelS

    Encryption of .px includes with VW2019

    Hi JBenghiat, Mainly was using 2015 with some 2017/18. All the necessary changes were made: All files UTF8, deprecated functions handled, all scripts compile and run normally unencrypted, no errors or warnings, so all paths OK. After encryption, everything still works perfectly but the includes have still to be present. Hi Nicolas, The BatchEncryption Plugin definitely not present in any of my Vectorworks user or application folders going back to 2012. Not part of the standard install? Is it documented somewhere? Thanks both.
  5. I am having a problem with encrypting our plug-ins under VW2019 which did not occur with previous releases, in that the encrypted plug-in still looks for the include as if it were a .vss and not a .px, as all of ours are. Thus we cannot ship any of our plug-ins. I have looked at the encrypted plug-ins with BBEdit and they are clearly encrypted but not large enough to have incorporated the include data. What may have changed in the encryption process or is this a bug with 19? macOS 10.14.6 (Mojave) Vectorworks 2019 SP4 TIA Joel.
  6. JoelS

    VS compilation error on Win7, VW2012

    Turned out to be a stupid thing. One common include was a Mac alias instead of the original file and so the file was effectively missing but VW was trying to use the contents as an include anyway. All working now, thanks. Joel.
  7. JoelS

    VS compilation error on Win7, VW2012

    Hi Raymond, All the include files have those blank lines and they are the same files that compile on the Mac side. Will check out CONST declarations specifically. I'll do some more digging. Thanks, Joel.
  8. I have been developing a script on the Mac in VW2012 and wanted to test it on the PC side, so I installed a copy of VW2012 on Boot Camp with Win7, copied across the various resources and I see this error: Line #1: book | { Error: Expected = } | { Error: Expected BEGIN } | { Error: Expected a RUN statement at the end of the scirpt } Seconds to Compile: 0.00 Previously in VW2011 any script I brought across to the PC worked the same in both environments but here there is a difference. There is no "book" on line one of the script and it shows no compilation errors on the Mac side, so what is the compiler trying to get across? Thanks, Joel.
  9. DWorks, Thanks, I'll have a look at that and see how I can make use of it. Joel.
  10. Josh, Ah well, it was a nice idea. There is a suggestion in the remarks for GetPluginInfo that getting the rec definition (type 47) from the PIO by using GetObject(PIOName) might return the object with the values I was looking for but that is also blank, as per your explanation. Normally I use the PIORecHandle (type 48) returned by GetPluginInfo to save the parameter data with SetRField(). I have such a system for some default values but I didn't want divergence between the default values assigned in every PIE def and those in my file, which also loses the flexibility of per-document settings, for which I have yet another scheme. No matter, I'll concoct something to store these values somewhere. Many thanks for your help. Joel.
  11. Josh, Thanks for that, but I'm hoping to have access to default value rather than change it and have the script read the default instead of the current value. You gave me the idea of trying: GetRField(PIORecHandle, PIORecName, PIOFieldName); instead of pFieldName but it returns nothing even though there is a default string in the parameter def. There have to be two values stored for each field, the default and the current. How to get access to the former? Joel.
  12. Is there a way to force the reading of the default parameter value instead of the value previously saved? Programmatically reverting to the default value would be useful if an error is detected that makes the value that would have been saved to the parameter invalid. It seems that once a menu command has run for the first time after parameter creation and the default value read, changing the default value subsequently in the VS PIE has no effect, even if the parameter value is never saved in the script. TIA Joel.
  13. I work and develop VectorScript on the Mac but I need to just test on Windows 7. Could I run VW2011 on one of the net-tops like the Acer Veriton and its Atom CPU? Performance is not important and I will not be drawing or using most of the functions in Vectorworks, just running scripts. The machine will not be running anything else other than VW. I had thought of perhaps running one of the virtualisation apps for the Mac but I would like to have an environment as close to that of my users as possible and leave the Mac alone. I am not familiar with the Windows landscape at the moment, so all comments are welcome. Thanks, Joel.
  14. Joshua, Well done, it works! Hopefully we'll know when it changes again as a result of your submission. How did you discover this solution? Thanks, Joel.
  15. I am having trouble sending an Applescript to VW2011 (SP2) under MacOS X 10.6 With VW2009 on the same machine, I use this Applescript to send the contents of my editor?s front window to Vectorworks: -- getplaintext subroutine called from within the Tell using 'of me' on getplaintext(fromUnicodeString) set styledText to fromUnicodeString as string set styledRecord to styledText as record return ?class ktxt? of styledRecord -- Ensure Western (Mac OS Roman) encoding end getplaintext tell application "SubEthaEdit" activate -- Get the script text out of SEE as a string. set theScript to the plain text of document 1 as string -- Convert from Unicode set theScript to getplaintext(theScript) of me tell application "Vectorworks 2009" activate -- Execute the script in VW ignoring application responses DoScript theScript end ignoring end tell end tell This does not function with VW2011 as the AS compiler returns ?Expected end of line but found identifier.? Changing the line to DoScript(theScript) gives a clean compilation but it does not work with VW2011 (other than bringing VW to the front) and no errors are reported that I can find. I see elsewhere that using a file reference in a script has been used but I cannot make this work with VW2011 either: set theFileReference to "My HD:Users:Me:Desktop:VScript.txt" as alias tell application "Vectorworks 2011" activate -- Execute the script in VW DoScript(theFileReference) end tell An error is returned by the system: ?error "Vectorworks 2011 got an error: Can?t continue DoScript." number -1708? This error is not an Applescript or OS error code that I can find so was probably returned from Vectorworks but I cannot find any trace of this error code in the documentation I have searched. I have tried different file encodings for the script file without success. If I open the same file with the Run VectorScript command, it executes as expected. So what is the official way to address DoScript in VW2011 under MacOS X 10.6? I can find no trace of any recent documentation on the subject. Using a file reference would be by far my least favourite option as it means creating an intermediate file on each occasion to a fixed location as text first, so the old way would be much easier if it is still possible. Many thanks, Joel.


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.