SamIWas

Member
  • Content count

    203
  • Joined

  • Last visited

Community Reputation

21 Great

About SamIWas

  • Rank
    Journeyman

Personal Information

  • Occupation
    Entertainment Lighting Programmer/Technician
  • Homepage
    sam.samandemily.us
  • Location
    Atlanta, GA
  1. Sure. Then that goes back to designing my VW plot layer or class structure around the grandMA patch: Having to build classes solely for patch. Then I have to make sure all those classes are turned on or off in whatever viewports and saved views. That is a LOT more work then just being able to specify a patch layer in a user field.
  2. Thanks Raymond. SetFPat did work to put white behind he text. It just means adding those lines for every piece of text in the PIO, which is a little annoying. But, the important thing is that it works!
  3. Not sure I follow. The plugin gives you four options for exporting layers from Vectorworks to MA: Design Layers, Classes, Fixture Type, or Position. Now, I don't know how you draft your plots, or how you do your layers on MA. But I know that my plots have layers for scenic, rigging, fixtures, cable, racks, etc. And I have classes for lots of things, but I do not class fixtures based on layer. In no way would I design my Design Layer and Class structure around exporting to MA, so those two are out. Fixture Type and Position remain. On MA, I have layers separated by "genre"...so "Conventional", "Movers", "LED", "Worklights", "FixtureMart". Since those don't jive with anything I would do in Vectorworks, those are out. I'm not sure how having a user field for layer is entering data twice. Where am I entering the layer info in the patch and a user field?
  4. Did you go into the data tab of the Object Info Palette? If you don't see the fields there, then you definitely have an issue. If you want the data fields on the shape tab, then you have to create a custom plug in object, which is a whole different animal.
  5. I have a PIO that I've created which has some text elements and those text elements must have a background fill to be readable. My VW preferences are always set to create text without background fill, and unfortunately, this appears to affect PIOs regardless of PIO code. This is a snippet of the code: FillPat(1); FillFore(65535,65535,65535); FillBack(65535,65535,65535); PenPat(2); PenFore(objcolor); PenBack(objcolor); TextJust(2); TextVerticalAlign(3); TextFont(GetFontID('Avenir Next Bold')); TextSize(18); TextOrigin(0,0); CreateText(concat(distbase,CHR(39))); No matter what I set FillPat two, it doesn't seem to make the text have a fill color. I'm not finding something to set the fill color attribute to "solid" without using FillPat. Am I missing something?
  6. This could be done as a plugin object, which would give you more control, or as a simple symbol with a record attached, which would be easy and could be made in minutes with no scripting involved. For the simple symbol, do the following steps (not detailed with every step): Draw your symbol as it will be needed, with the text formatted in place Select all objects involved, and create the symbol, being careful to select the right insertion point Create a record format with the fields you need to change in the symbol such as height and depth (in this case, it will only change the visible text labels). Add fields to the record format of the number type, and format them as a dimension. Edit the symbol Make sure nothing is selected in the edit symbol window and attach your new record format in the OIP. Select each text field then use the "Link Text To Record" command to assign a record field to a text object. The attached file has an example. Data Symbol.vwx
  7. This is absolutely possible and something I do daily. If you're trying to copy and paste a large number of items I've had it fail on more than one occasion.
  8. I feel your pain. If you were scripting it, you wouldn't have to even go as far as adding the locus and whatnot. The script would simply get a handle to the object, get the coordinates of the object (which would be the insertion point), then use HRotate(90) to rotate the object 90˚ counter-clockwise about that point. PROCEDURE RotateObject; h : HANDLE; sx,sy : REAL; BEGIN; h:= FSActLayer; GetSymLoc(h,sx,sy); HRotate(h,sx,sy,90); END; Run(RotateObject); At one point, when keyboard commands actually worked reliably, i had mapped a version of this script with 5˚ increments to my scroll wheel, so I could select a fixture and rotate it using the scroll wheel.
  9. Thanks guys. I think I got it worked out. I delved into what I assumed was the offending symbol, and did some work on it. Turns out that the guy who built it modeled everything down to each pin on each fluorescent tube in the fixture. And those pins were mesh rounded cylinders. Two pins each end of each tube, times 8 tubes per fixture, times 120 fixtures = 3840 high-poly little pins that aren't even visible, but still being processed. Also found some geometry which was rounded but could get away with a low-angle chamfer instead. Once i did that, I went from several minute per setup to maybe 8-10 seconds each time. I'm working in someone else's template on this production, so I'm working with what I'm given.
  10. I fixed it automatically going into OpenGL, which has helped somewhat. I guess that was my main issue. Still...it shouldn't take over and not let you stop it. But even when starting a render on a viewport on a sheet layer...sweet jesus...can't do anything else. Which is odd, as I thought that worked in the background. I'm definitely going to go through this symbol library I was given and clean it up. There's no reason it should take almost 10 minutes to process the geometry for about 100 Image 80s. The MacBook is the highest-level one made, so it does have a real graphics card.
  11. I'm working on a file using symbols from someone else. It's his template for him, so I'm not looking to change all his symbols....yet. But seriously....every time I click into a 3D view, a process bar at the bottom-right corner of the green pops up labeled "geometry". It takes literally 5-10 minutes on a high-spec MacBook Pro each and every time. And there does not appear to be a way to stop it. Once it starts, Vectorworks is useless for that period of time. Is there some way to kill this process? I'm sure i can search the forum of a while, but I'm trying to complete these plans.
  12. Currently, yes. That is how the plugin works. That's one feature I do not like, and one reason I don't use it. The VW drawing should not have to be designed specifically around export. The layers should be able to be derived from a user field.
  13. Yeah, multi patched fixtures on the same layer shouldn't create an error.
  14. I really wish the official version would allow patch layers by a user field or something. I really don't like having to design my VW document's classes or layers around the patch.
  15. Thanks guys, Apparently, it was a current-launch bug. Today, the problem is no longer happening. What's also weird is that all of my other PIOs use the same text-scaling procedure, but it didn't work in this one. So I corrected it without the scaling. Today, when I opened up the work file, the text was massive. I changed it to match my other PIOs and now it works correctly. So, it looks like all of that was related to the same thing. It's all working now. Alas...I didn't think to turn it off and back on again.