Jump to content

Taproot

Member
  • Content Count

    484
  • Joined

  • Last visited

Community Reputation

238 Spectacular

5 Followers

About Taproot

  • Rank
    Journeyman

Personal Information

  • Occupation
    Architect
  • Homepage
    www.taproot.us
  • Hobbies
    Kundalini Yoga, Photography, Outdoorsy Stuff...
  • Location
    United States

Recent Profile Visitors

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

  1. @justinekwood You can set overrides for colors in viewports either by layer or class. Option 1: Move the dimensions to their own layer i.e. "Plan-1-Dimensions". On the sheet layers, select a viewport of your plan. In the OIP, hit the "Layers" button. The following dialog will pop up. Click the colored cube button for the layers you want to override the colors for (example - Main Floor) and then hit the 'Edit' button. The following dialog pops up. Override the attributes that you want i.e. pen foreground to red (for the dimensions layer). For all of the other displayed layers, you can select them at once and override their attributes to black and white. Overriding classes can be achieved in the same way in a viewport - select all of the classes, and set their attributes to some version of black and white and then just override the dimension class with red. Most of us have MANY classes, so the layer solution is probably easier. However, if you don't want your dimensions on a separate layer, then that is likely your preferred option.
  2. It works fine for me in v.2021. I even finally managed to get all of my pallets to dock on the left side of the drawing window. The solution for me was to dock the pallets one at a time. I found that if multiple pallets were already linked up they were less likely to dock together. Once I had the first pallet in the correct position, I was able to add pallets to it (including the attribute pallet).
  3. Is there a simple way to add a graphic scale to the new Drawing Label? We've just been dropping one in manually, but if this can be automated, that would be great!
  4. Christian, I'm not sure exactly what you're asking.... as far as creating an office template, we did that in VW directly (no text file). Our plan was to use the template as a beta for active projects and weave back in refinements to the master standard. Instead, what we've found is that the "template" is constantly being upgraded with minor tweaks and refinements. We have a small office, so this is feasible... a larger office would likely not have this level of flexibility.
  5. I think this is what you're looking for - Located in the Preferences:
  6. One of the daily nuisances that I run into is precisely locating items along the Z-axis. We model almost everything in our drawings, so height location is nearly as important as X & Y. Currently VW references objects from the "bottom" - but this is often not the information that we need while we're doing the work. ---- When I select a 3D object (like a floor), I get this in the OIP: • Bottom Z • Thickness. It's archaic. Quite often, it's the top that I want to set to a specific elevation. Sometimes it's the center. Currently, the user is forced to calculate this on the fly for each operation. Contrast that against the reporting and level of control for 2D objects: Here, you can specify what point around the object boundary to report. I would propose: Include a Stylized 3D cube to represent the bounding of 3D objects and allow the user to pick which point to report: (top, middle, bottom, etc) and subsequently modify.
  7. I think Kevin's point is that the 3D working environment is working so fast now, that it's spoiled us for the slower 2D workflows. Yes, it would be great to have them faster, but in general, we haven't found it to be that much of a nuisance. I'm not sure why it's taking 20 minutes to update a set of elevations or 'hours' for sheet layers. I push our system pretty hard (complex models) and it usually only takes a few (≤5) minutes to update a set of elevations. Perhaps it's a multi-story building with a complex DTM and lots of polygons? One thought is to review design changes in Open GL (design layer view) utilizing standard views with a clip cube. Save each elevation as a standard view. That can allow you to review design changes without needing to render the viewport each time.
  8. I've been experiencing this same issue and was planning to post about it. Instead - I'll just second Samb'ham's observation above. Here's a short video: Screen Recording 2020-10-26 at 3.32.30 PM.mov
  9. I think that is the situation. A friend of mine uses InteriorCAD for his cabinet shop and can do pretty much anything with it, but it's a rather expensive add-on. This lite version is limited, but still has its uses.
  10. @MullinRJ It worked perfectly! I deleted the Text Size substitution line (as I have different font sizes throughout the file) and it took care of it. I appreciate the assistance.
  11. Above and beyond Raymond! Yes, I'm glad you didn't try and talk me through it - that's definitely 'next level' stuff. I'll do some testing and let you know how it goes. 😃
  12. Excellent. I assume that I would need to modify this portion of the script to also limit the selection of objects based upon it's font. I see that Type 10 = Text Objects, but I don't know how to further limit the selection via font. Could you assist me in that regard?
  13. @MullinRJ @Pat Stanford Is it possible to modify this script to replace a single font - rather than every font in the drawing? i.e. if the existing Font = "Arial" then replace it with "xxx" ? Our office formerly used a font that no longer functions properly. It was everywhere, inside symbols, etc. Rather than trying to replace every object one by one, we opted to re-map the font to a new one. (This was before Text Styles) This basically solved our problem. However, exported files revert back to the offending font, so the display goes wonky. It would be better to replace all instances of the corrupt font and scripting looks like the best way to do it.
  14. Pat you nailed it... I did a deep dive and determined that was the problem. Inadvertently, a font map had changed - so a simple fix for us and it's great to know that the 2021v. wasn't the issue.
  15. @Art V Avenir came installed in my Mac system, so in terms of loaded versus installed I would go with the latter. Here's a snipit from FontBook (apple's built in font-manager). The font is listed as both Open Type and True Type. Here's a few screen shots of just one instance in the file. The first screen shot is from our file in v.2020, the second is from the file loaded in v.2021. (sorry different zoom levels) The heading font has changed ... this happens everywhere in the file. I can't imagine that it's a system issue - as the font still performs correctly in v.2020 (we have both releases running side by side). It definitely has to do with the translation to the v.2021 file. I'll send tech support the two files and see if they can determine where the problem lies.

 

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.

×
×
  • Create New...