Jump to content

Stephen Sorenson

Member
  • Posts

    31
  • Joined

  • Last visited

Everything posted by Stephen Sorenson

  1. Not sure if this is the right place for this, but I've been testing out the new graphic legend with the hopes of using it in combination with my custom plugins to count them. I want to see if anyone else is having issues with custom Vectorscript or python plugins. But the basic idea is that whenever I try to set the custom object as a source it will insert, but a copy of each instance of the object will show up at the insertion point of the graphic legend at full scale. it does seem to only happen with the plugin objects, all built in VW tools that I tested appear to work correctly - but I'm not sure if there's anything I can do to fix this or if I have to let Vectorworks fix the graphic legend tool to make this work. Windows 10 Home Build 19044 Vectorworks 2023 SP0 i7-6800k 32GB DDR4 RTX 3070
  2. Same @markdd, I just rolled back over lunch, and came back and it worked. In case there are people who don't know, you can roll back via the updater (I think it's alt you have to hold down under advanced options), then select "change version". Then you can select an older service pack.
  3. I wish I had a solution, only that this is happening to me as well. Also on SP3.1, but on Win10.
  4. I found a few issues with direct link and SP3 while working with them today. Previously with spotlight fixtures (I set up my direct link with hierarchy export) the lens would be a separate material making it easy to give all the lenses a single "glow" material. Now it makes the entire body glow unless I apply materials by object instead of by material. I have over 200 fixtures, so this takes a while. And with direct link I still have the issue of materials not remembering if I've replaced them if I quit Vectorworks and Twinmotion, then relaunch them in SP3. I've even tested this with making no changes in the Vectorworks file. I close Twinmotion, then close Vectorworks, then open Twinmotion, then open Vectorworks. When I do so the direct link in Twinmotion shows as "broken" until I start it in VW - but when it finishes processing all the materials reset to the Vectorworks version. I also noticed when I edit a symbol with the active Direct link it will go into the symbol, then turn off direct link which removes all of the Vectorworks items from the Twinmotion file (I was attempting to check the materials on the spotlight fixture symbols for the body and the lens). It does not automatically reenable direct link when exiting the symbol, and it took a few time disabling and reenabling the direct link to get it to reestablish. Once reestablished, the first time Twinmotion crashed, the second time it once again "forgot" my material remapping. Should I do some of these things in a different order? I saw the post about SP3 fixing a lot of Direct Link issues so I wanted to test it out since I was having the material remapping issue in SP2.x as well on restart. Is export file the better way to go for remapping?
  5. This feature is still broken in 2019 Service Pack 2, I had hoped it would be fixed with the new version.
  6. @Nikolay Zhelyazkov Thank you, that's exactly what I was looking for. I still had to keep my for loop to put the project data in each individual title block's project data record in addition to the Project Data format. I already had a ResetObject (and an HMove(h, 0, 0) for good measure).
  7. So I have a custom script that I've created that works in concert with the Vectorworks Title Block object. I import info from a csv file exported from our database and it loads in fields like sales person, venue, event name, etc into the title block (via Title Block Project Data.[record field]). It also creates/updates version numbering (outside of VW revision data which is difficult to work with via script for what we're trying to do) and puts the initials of the person who most recent revised it into a drafted by field. I had to make some edits for it to work with 2018 last year, but got suitable workarounds for the issues I was having, but they've gotten worse in 2019 as I'm working on our transition. It seems that when I update the Record field it updates the title block visually, but the old information is retained "somewhere". Previously it was only an issue if I replaced the title block (it would load default data into the fields unless I had subsequently edited the title block via the project settings - but I would only have to edit one field and it would flag all of the fields as changed. Now if I edit only one field via the built in settings it will only update that one field, but all others will revert to the previous state. I was wondering if there is some way within the script to flag those fields as changed/edited so that they don't revert if I (or any of our other draftspeople) change anything via the built in editor.
  8. I'd be so happy if I could start a new multi at B1 without reopening the number instruments window.
  9. Having built all of my dialogs by hand up to now I decided to finally give the Dialog Builder a chance, however when I run the EnableDialogBuilder command it seems like all of the tools aren't populating the palette(see attached). I'm on 2018 SP3. Anyone else have this issue or know of a fix or something I'm doing wrong? I've tried restarting vectorworks, my computer, and running from a fresh workspace. I haven't tried another computer yet.
  10. Yeah, use label attributes I've see use the pen color you set the text to in the edit label legend layout as the pen color for the container (but not the fill color). Use symbol attributes should use whatever is saved in the container symbol and I've never had a problem with that one. Obviously now I'm having issues with the Use instrument attributes... this tool has always been a little trial and error for me every time so I tried to double check every setting 3 or 4 time before posting here. For reference here's the same setup in VW2017 and the containers changing how I would expect.
  11. When setting the modify instrument color to only a specific class and setting the label legend container to use lighting instrument attributes it would still color that class in the container field. (I set a copy of the container in the container symbol to use a Symbol-Color Code class so that only the channel oval fill would be color coded. I went back and tried at it's most basic level using the color field (image attached) in a brand new document and even when set to the default container class of 'None' the color coding doesn't propagate down to the container. It still propagates down if you don't modify by class but I don't like to change the color of the instruments themselves, but I like a visual identification of system locations (specifically for a designer I draft for). I used to do it with a label legend per system (using different containers) and I'd prefer not to return to that method. DId a workflow method change? I've even opened up a 2017 drawing in 2018 and the color coding that worked in 2017 doesn't come through. This is on Spotlight 2018 Service Pack 3 Windows 10.
  12. At least according to what I read over in python scripting forums it seems that to utilize plug-in styles you have to have a hard coded number in Vectorworks to access that feature. As someone who makes custom plug-ins (in the python environment) it would be helpful to be able to access that feature in it's entirety for the plug-ins I've made so that the custom plug-in workflow better matches the rest of our Vectorworks workflow.
  13. Well that's unfortunate, but good to know so I don't waste any more time trying to get it to work - Thank you! I'm going to put in a feature request.
  14. I've been struggling with this one for a while. I'm trying to properly implement plugin styles from inside a python script plugin and while I've been able to get the style dropdown menu to show up in the OIP (and it will save a plugin style to the resource browser) I can't seem to access the naming/edit features. It seems there is a default edit plugin style menu that's accessible (at least if I'm reading this correctly). http://developer.vectorworks.net/index.php/VS:AddToPIOStyleEdit I have a feeling it might relate to this but I'm not quite sure how to implement it properly. kObjectEditPluginStyleByDefault = -10 I don't know if all of the functionality is available to vectorscript however or if I'm barking up the wrong tree with this.
  15. by putting 123 in quotes you are telling python to regard it as a string. Also for the message dialog I believe you have to convert to string so this code should work: import vs number = 123 vs.Message("Type=" + str(type (number)))
  16. I had a few hours this morning and I realized none of the current plugins I've created support dimension localization, so I've taken a quick crack at it in a very basic form in starting to create a custom scale plugin (for theatre prosceniums and US/DS Scales primarily). Eventually I intend to add more customization but currently I'm making sure of functionality before I start adding features. The localization seems to work, however as I don't generally work in non US units I'm concerned I may be missing something. Any feedback would be appreciated. When I'm finished I'm just intending on dropping this into resource share and/or the spotlight section of the forums. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. ScaleObj.vso
  17. Thanks Josh! ValidNumStr appears to work for my application (in early tests). And thanks for the recommendation on Eq() as 1' seems to want to come back as 11.999... Steve
  18. So I'm working on a custom dialog script to select various plugin objects I've created by type. I'm using vs.GetRField to get data from my 'Diameter' field, but since it's passing as a string interpretation (6'0" shows up as 6e000') it's not in a usable format to match to my incoming data from the vs.GetEditReal function (which shows up as 72.000000). I'm wondering if there's a function I'm not seeing or finding that will get that info in the units format like I need. I couldn't seem to get vs.GetObjectVariableReal to work for me either but perhaps I'm using it wrong. I figured the index value would be the number (or n-1) in the plug-in definition parameters.
  19. Hey Alan! Yeah, I was just using the built in nodes to properly notate the bug (so that it couldn't be traced or thought to be the fault of a custom node). The bug remains no matter what input you change to have a number as a leader - so if you try to order your object info palette this bug seems to crop up (it also happened when I put a number in front of the Dim named input). You are correct, it does keep it for one version if you open up and then copy-paste, but as soon as you change a value it reverts on duplicate to the defaults in the object. I submitted a question about this during the webinar this morning and got a personal reply to submit a bug report, so I did as it sounds like it's not working as intended.
  20. I like the ordered list much better for most applications - that's a great solution. The send to front, send to back nodes only seem work if the object you are sending in front of or behind already exists and I can't seem to figure out how Vectorworks determines in what order things are made in the script tree. So it is of limited use and I hadn't thought of using an ordered list at the time.
  21. I've submitted a bug report, but I wanted to share here as this has caused me a lot of headaches trying to figure out. Trying to save other some headache as this caused a big one for me. (Unless I'm completely off my rocker and something else is happening here). If you number the inputs on a marionette object in order to order them in the OIP, when the resulting plug in object is duplicated (after changing the value) the new object reverts to default values. As far as I can determine this action relates specifically to prefacing the name with a number. and only occurs with Marionette PIOs. 1. Insert an input node (real or int or I've created a document rotation value input node) 2. apply to rotate object in the marionette network 3. Name the input with a leading number to order it in the OIP 4. Convert to object node 5. Enter a new value in rotation 6. Copy paste/duplicate the object with the new value 7. New object will revert to default values. I've attached an example of what I mean here.
  22. It's useful sometimes to look at the python descriptions for some of these commands, as pop comes from the list structure command in python. So pop back actually removes the last item in the list and the key is returns it (so it gives you the value). So what you get back is a new shorter list and the last value in the list. The list could be a list of points, text values, whatever. https://docs.python.org/3.1/tutorial/datastructures.html
  23. I did test the send to front and send to back in a simple object in an object node and they seemed to work as expected. Did not test the other two. After further testing I have found some weirdness with them, must be what you found. They move forward/to front seems to not work sometimes (which is odd because it's the first one I made and it seemed to work consistently) and the move to back/move backwards only works in an object node or wrapper. I think it might be sending to front or backwards before the other objects are created which might be why it only works in one direction depending on the object. I'm going to leave it here for now, see if I can get it working, but put a caveat on the original post. Currently I'm trying to get insertion rotation to (a) show up in the OIP and/or (b) find a way to get that information so that I can reverse rotate the text so it is always right reading.
  24. So, I made a couple nodes to help (send forward, send backward, send to front, send to back). Also hidden in my original boom file is an add surface node that I made to accomplish the bottom of the pipe being rounded. The move backwards/move to back seems to only work in the object node or wrapper, and the forward/front was working, but on further testing couldn't get it to work consistently. I'll keep working on it, but it may be one set of nodes will work in one drawing and the other set will work in another. So I'll leave these here for now with the caveat that they haven't been working consistently.
  25. I've also experienced this on both Windows and MacOS with the all the listed, plus the accessory insertion tool. It's most problematic for me when using middle mouse button boomerang pan as I have to sit and wait for it to switch back to the insertion tool each time (and it's a good 5-6 sec). So if I have to pan 3-4 times it takes 20+ seconds to get across the drawing depending on my zoom level. I don't even use the symbol pull-down menu, is there a way to just disable it? *edit - I imagine it probably goes faster on an SSD. Both machines I tested on are HDD.
×
×
  • Create New...