SamIWas
-
Posts
409 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Articles
Marionette
Store
Posts posted by SamIWas
-
-
Yep...the way mine is currently set up is that is uses IsNewCustomObject() to generate an ID upon creation, looking at existing IDs and adding 1. Then when duplicated, it checks the ID against the object name, which changes no matter what. If those two are different, it changes the ID number. But, this will only happen upon regeneration, which requires changing a field. SO, for now, that's what I do. I'll have to look up how to deal with kObjectCreated/13.
-
On 7/10/2017 at 9:31 AM, Rob Books said:
Are you using Vision? in VW2017 a mode selector was added for Vision export. it is in the OIP.
I am not, but that's precisely the item I am trying to disable. When I drop a fixture in, it often assumes basic mode, when my symbol is in extended mode.
-
When I drop some of my symbols into a drawing, they appear to automatically assume a mode from the drop-down menu. I do not want this, as I have my symbols drawn with the correct information, and Spotlight appears to always put the other mode. For instance, when I drop in a Viper Performance, it assumes standard mode, while I am using extended. My symbol's Light Info Record uses the extended number of channels.
This explains why my paperwork was all messed up last show! At some point, I did a replace of the symbols on the drawing, and the number of channels changed to the wrong mode.
I do not want Spotlight to assume a mode. Yet I cannot find whatever setting may control this. It does not appear to be in the LIR. Any way to turn this off, or just something I need to change in my workflow? Is it something I set when I made the symbol?
-
Whoa. That all sounds way above my head! But I'll look it up...don't know anything about the SDK or kObj type stuff.
That's a shame. Was hoping for something more elegant than having to assign them upon export.
-
Expanding functionality of some of my tools a bit further. I need each object created by the tool to have a unique identifier so that data can be imported and exported between Filemaker. I have created an ID field in one of my tools in which I create this unique ID upon creation of each object. This works perfectly currently. However, any time I duplicate an object, the ID field will not regenerate until I change another field, which kind of negates the purpose. I've been trying to use the workarounds shown in the IsNewCustomObject page of the Language Guide, but I can't seem to get them to work either until I specifically modify a field in the OIP.
Has anyone figured out a secret to a PIO updating upon duplication? The Lighting Device tool does it, so it must be possible.
And, while we're at it: I know how to make a field in the OIP not editable. But, how can I make the object name also not editable? Can't seem to find the right procedure.
-
I'm not at my console right now, but can you have multi patched fixtures on different fixture layers in the console? I don't believe so. If you are creating your fixture layers from Position, as shown in your dialog, it will then try to patch your multi-patched fixtures on different trusses to different fixture layers, which I don't think is possible inside the console. That's why it works when you choose "All in one layer" or choose to define fixture layers by design layer, assuming all of your fixtures are on the same design layer.
-
This is one of the many reasons that I mostly stick to Cinema4D for this type of thing. Much, much more control over lighting, and the ability to do exactly this.
-
1
-
-
The few times I've used it, it seems to have worked alright. I've never been satisfied with the results though. I ended up writing my own exporter which handles multi-circuit fixtures, different rotation offsets, and effectively names things and separates layers in the patch without having to alter the drawing's classes or layers.
-
Weird...this topic posted twice, and I updated (the other one apparently) to say I found the Export Vectorscript command handy. I will dig info out of that and use it. Forgot about that command until about three minutes after I posted the thread.
-
So, I may have asked too soon. From the "Export Script" command, I can dig some info out. Will need to experiment to see what works and what doesn't. But, if anyone has a simpler solution, I'd love to hear it!
-
I can use the Poly command to draw poly shapes...easy. Now, if that shape is complicated, it could be quite difficult to figure out the number and location of points. Is there any command which will take a selected shape in the drawing and convert it to the code necessary to redraw it from within a vectorscript?
-
I can use the Poly command to draw poly shapes...easy. Now, if that shape is quite complicated, it could be quite difficult to figure out the number and location of points. Is there any command which will take a selected shape in the drawing and convert it to the code necessary to redraw it from within a vectorscript?
-
What exactly is a "chunk"?
Is that 63 submenus total over the entire workspace, or per top menu? I don't know why you'd have 63 submenus per top menu, so I assume it's over the entire workspace.
If so, it's certainly possible that I hit that limit. I think I had only 8-12 submenus added.
-
39 minutes ago, Pat Stanford said:
Have you tried removing them from the workspace and then adding a few back and see what happens?
Yep. On 2014, 12015 and 2016, I rebuilt my workspace several times and always had the same issues. I started 2017 building my workspace from scratch, and barely made it halfway through before it started failing.
Every script I write is tested first in a different menu before moving it into the Object Context menu, so I know the scripts themselves function correctly.
-
15 hours ago, Pat Stanford said:
Do they come back when you restart VW? Restart the computer?
Is there anything you can do that specifically makes them stop working?
Are you willing to share any of them so some of the experts here can take a look and see if anything jumps out at us as being a problem?
Restarting Vectorworks and the computer has no effect. Once you get a certain number of scripts or folders in the Object Context menu, things just start breaking down. At first, just the first 20 or so scripts would work, while anything after that would fail. A week later, only ten would work. Now, nothing.
Here is a copy of a simple script which creates a popup window to enter a channel for selected fixtures. For me, it's just much faster than opening "Number Instruments" or even double clicking on the fixture and entering the info in the edit fixture window. I used it frequently, then it just stopped. And so did everything else in the menu.
I know the menu used to work, because I used to have an extensive Object Context menu. Now, I can't even use it.
I have a support ticket from Service Select Support last year:
QuoteAfter further investigation, I have found that this is something that has been submitted to our engineering team. We are currently looking into the issue but we haven’t narrowed down the exact cause yet. I have added your example to the issue, which may help the engineers. Hopefully this issue will be addressed in a future update.
And then again this year:
QuoteThis issue doesn’t appear to be fixed yet, but I am having a hard time replicating it in 2017. Can you send me a copy of your workspace file so I can test it on my machine?
-
5 hours ago, TKA said:
For some reason I cannot format cells any longer, whether in a regular file or in Architectural Reports.vwx, any ideas, thanks
You can't format database rows individually. The formatting is done in the header row. Is that what you're running into?
-
On 5/4/2017 at 5:27 PM, Pat Stanford said:
What bug with Object Context Menu?
I have several dozen scripts which I've written to greatly speed up my workflow doing short tasks which I may do 100 times an hour (mostly related to lighting fixture info, custom move and duplicate tools, custom selection tools, etc). They are divided into several folders in the object context menu. At some point, most of them just stop working. Currently, not a single one works. This was confirmed by VW to me some time a year or two ago. It's been happening since I believe 2014 and kills my productivity. Has almost made me question upgrading further.
-
11 minutes ago, Pat Stanford said:
Try adding a ResetObj or two into the PIO and see if that will do what you need. It sounds like the changes are being made after the PIO has drawn and are not being reflected until the next reset.
That did the trick. Thank you so much! Onward we go. Now, if VW would just fix the years-old bug affecting the Object Context menu, everything would be peachy!
-
On 4/26/2017 at 11:48 PM, Pat Stanford said:
And if it is not event enabled you can use:
PROCEDURE SetParameterVisibility ( inPlugin :HANDLE; inParameterName :STRING; inSetVisible :BOOLEAN ) ; The SetParameterVisibility worked for me about 95% of the time. For some strange reason, sometimes parameters don't change visibility on the first change of another parameter. On the second selection of the same parameter to the same value, the visibility works correctly. Weird.
-
On 2/23/2017 at 1:57 PM, Phil hunt said:
that's a good point kevin...i guess £46.00 a month is not a bad price....just wish i could spread this across 12 months like my adobe subscription....
I would love to be able to pay monthly for a program, but I'd want that to go towards full purchase. I really hate the idea of paying for software, then losing it completely once I stop paying a fee. At least with VW, even with VSS, if I ever cancel, I still own the last version forever. With adobe, it's pay or lose it, right?
-
Thanks, guys. I will give those a try and see what happens. My tools are basically "point objects" which draw some shapes and add some text based on OIP input. I don't know what an "event enabled" objects are, so I can't answer that question.
-
I've been scripting some custom tools, and it's freakin' awesome. Learning a lot.
Now, I want to figure out how to make some OIP fields hidden based on another field's contents. For instance, in the "Lighting Device" tool, when you check "Set 3D Orientation", two fields appear to enter that info, and the disappear when it's not selected. I would like to do this in my tool, but I haven't been able to find documentation for it. I'd love to be able to do this based on a text or integer value, but if it's just Boolean, I could use that for some things, too.
For instance, for an integer value, it could display only 5 fields if the number of ports on an Opto-Splitter was entered as "5". Or, for a data cable could switch between Universe and Network depending on some other selection.
I know that it's technically possible based on Lighting Device and Cable Tools, but it might be something that is only available to VW.
Any assistance would be greatly appreciated!
-
23 hours ago, MullinRJ said:
Sam, have you tried running VW 2010? It runs on my macMINI with OS10.11.x. So does VW 2009. Earlier versions do not and neither does VW 2011 or VW 2012. Then VW 2013-17 do run. I keep old versions around and old machines to run them, though I rarely have the need; but when I do, they work perfectly.
To the original question, it's all perfectly fair. It's a subjective judgement call, to upgrade the OS/SW or not. I once had to buy a new computer to stay current, but nobody made me. This is nothing new. Since about 1980 we've all danced this dance.
Raymond
Yes, I have tried running 2010. Crashes on boot every time. It doesn't matter, really, as I'm a full user of 2017. I was not supporting the OP's argument...quite the opposite in fact.
It's just that 2010 was the last version that would open, how shall we say, not-exactly-legitimate files from previous versions, with a warning. I can't blame them for this.
-
No. Not unfair. What you are asking is for Vectorworks (or any other software company) continually upgrade every past version of their software to meet current operating system changes. That would be quite an undertaking, and not remotely economically viable. Trust me, I wish 2010 still ran, even though I'm a user of 2017.
I am very happy though that my copy of Cinema 4D from 2011 is still humming along nicely on Sierra, but every time I upgrade my OS, I know it's a possibility that legacy software will no longer function.
Importing Tab-Delimted Text Files with blank spaces
in Vectorscript
Posted
When importing a tab-delimited .txt data file from Filemaker, some fields may be empty. I've noticed that when a field is left black, Vectorworks ignores it and imports the next field in its place.
So I have this test data:
And this simple script to test it:
PROCEDURE ImportInfo;
VAR
filename,recnum,field1, field2, field3: STRING;
BEGIN;
Getfile(filename);
Open(filename);
WHILE NOT EOF(filename) DO BEGIN
Read(recnum,field1, field2, field3);
AlrtDialog(concat('Record: ',recnum,'. Field1: ',field1,'. Field2: ',field2,'. Field3: ',field3,'.'));
END; {while}
END;
Run(ImportInfo);
So, when I run that script, the first dialog says:
as expected.
But, the second run of it says:
So, it has skipped the blank area in the first field of the second record. I have been dealing with this for ten years by putting a dash in empty fields. But, I really want to move past that, as that is error-prone. Since it seems to ignore the field, I don't know how to check for the field being empty. I can't move to comma delimited, and would really rather not move to colon-delimited.
You guys are geniuses, so I'll throw this one at you!