# P Retondo

Member

1,827

1. ## unequal leaf sliding doors

Unequal leaf is for swing bi-part doors only. I don't know how to do what you want unless you create a custom symbol (see "Use Symbol Geometry" for doors). I would create the configuration I wanted using the bi-part doors tool, then convert to group and edit the way the door looks in plan, then convert to symbol, and check "use symbol geometry" when inserting where you want the door to be.
2. ## Pocket doors incorrect rough opening width

If it helps anyone, I figured out the correct worksheet formula to substitute into the column reporting rough openings for pocket doors: =IF((G4=('Pocket Bi-Part')) | (G4=('Pocket Simple')), ('Door'.'ROWidth'+'Door'.'Width'), 'Door'.'ROWidth') Provided, of course, that column G reports the door "configuration."
3. ## Pocket doors incorrect rough opening width

In the real world of construction, a pocket door is placed in an opening roughly twice the width of the actual door. The Vectorworks door schedule is blissfully unaware of this reality, requiring laborious workarounds in the report worksheet. Wouldn't it be possible to easily change this parameter to report the real rough opening required? Speaking of this workaround, the best way would be a column with an "if / else" method, but since one does not know the proper Vectorscript variable names, it's not possible to construct a cell value "if type = "pocket door", = R.O.*2, else = R.O".
4. ## Viewport Opacity

Matt, I don't know what version you are using, but if it is recent, you can turn on GDI+Imaging (VW Preferences, Display tab, last option). Then you can set the opacity of a 2d object fill in the Attributes Palette. Placing a white rectangle with opacity around 70% would give the effect of a grayed-out look to the object below. If you want a viewport that shows object below it, you have to assign a layer transparency (if GDI+Imaging is "on") or assign a transfer mode of "Overlay" to the layer if GDI+Imaging is "off."
5. ## Viewport Opacity

You need to create a design layer with "Overlay" transfer mode selected instead of "Paint." That layer when converted to a .pdf can have an assigned opacity by %, allowing you to vary its transparency.
6. ## VW2021 & Windows 10

Nocolas means to check your video card settings via the control panel app to see if the default processor is the GPU, not something else.
7. ## Lights not working in VW2020

Thanks, klinzey, I will check out those situations. Regardless of that, this is a user interface problem that VW needs to rectify. There should be one and one place only to set the visibility and shadow-casting properties of a light source for ALL rendering modes, and other toggles that affect this behavior should be removed. I had not noticed these changes up through vw2017, but since I started using vw2020 all of a sudden my former methods for lighting are not working.
8. ## Lights not working in VW2020

Mike, I’m having the same problem with version 2020. All of my lights (not in symbols) show up in OpenGL renderings but do nothing in Renderworks. What gives? Anybody know?
9. ## Custom cabinet limitations?

I've tried using the Custom Cabinet tool in v2020. It only draws a "Eurostyle" cabinet - can't draw a face frame, can't even draw a side scribe. Does that gibe with the experience of others? It can't draw a box with unequal drawers, you have to do separate "boxes," which is not how anyone making cabinets would fabricate something. Am I missing something, or is this truly another tool that VW or third party engineers laborered over that promises more usefulness than it delivers? Or is this just a "teaser," and a more capable version is available with "InteriorCAD?" Sorry to sound negative, but either the limitations are real, or the actual power of the tool is not evident. I think it's important for VW to get feedback - and to summarize mine, nice idea, but not anywhere near where it needs to be and I would much rather have seen fixes to the window, door or stairs tools. I'll still have to end up creating custom cabinets from scratch using generic 3d elements, so this feature cost VW money and does nothing for me. For what it's worth, though, the interface with highlighting of elements is very much in the right direction. PS, ungrouping the object results in a set of extrudes - brilliant! Maybe I can use it after all as a starting point. I like the fact that the face elements are slightly spaced, which allows them to be revealed in 3d with the shadow created.
10. ## I cannot drag my walls

Pat's comment may come into play, but I also find that if there are too many joins to a wall, it cannot be dragged. I have to remove one or more joins, then it will work. It seems like the program could be improved so that it doesn't get stuck like this.
11. ## Window and Door Tool maturity

@Helm If you read all of the thread, I think you will see that architects of all nations are talking about a few general things upon which we would all agree. 1 get rid of the bugs and obvious unintentional effects (such as window sills overlapping a non-existent bottom frame), 2 increase the number of parametric types to match the real world of common options (such as multiple sliding doors with interlocking stiles), and 3 make some common plan detail depictions more flexible and better aligned to practice. On top of that, I think many people would like 4 allow profiles to be defined by polylines, and 5 construct the PIOs out of extrudes so that when we "explode" them we can work easily with the parts. With all these improvements, we will still follow the methods of moving to precise detailing that you describe and that most of us practice.
12. ## Wall joins change after flipping plan

It's probably easier and better practice to flip the plan by flipping the sheet layer viewport, assuming the mirrored unit is identical. You can use flipped viewports to assemble a 3d model if that's needed.
13. ## phantom objects

@mattryan I don’t think I was of much help! But good on you for sticking with it and figuring it out!
14. ## Joining polylines with a fillet

@rDesign Thanks for all your work to track this down and provide at least moral support - and answering the question "am I mad?" At least I know folks agree how things work now and how they used to work. A little disappointed that an upgrade I paid for doesn't work as well as previous versions in this respect.
15. ## Joining polylines with a fillet

@rDesign I'm not sure why you say 'working as designed' in v2020. No fillet is created, something that worked in previous versions. And as you point out, not fully working as designed in previous versions because of not extending the line or segment to the fillet! Try filleting to a polyline in 2020 and you will see what I am talking about.
16. ## Joining polylines with a fillet

@line-weight Right, that's the way it's always worked as far as I know. Now we know it works up through 2018, not sure about 2019, but definitely not in 2020.
17. ## Joining polylines with a fillet

Peter, this is in the context of plumbing and other single-line plans that can't be composed into a single polyline. What I want to get is this: With a polyline, what I get instead is this: This worked in v2017. In v2020 it works with lines, with polygons, but not with polylines. I think it's a bug.
18. ## phantom objects

I am guessing that you are missing something. All the views where your objects are visible have a grid, and the ones where they are not visible do not. This is typical of the difference between a Top/Plan view and a Top or other orthogonal view; and when you haven't enabled "Display Screen Objects" those 2d objects will be present but invisible in those orthogonal 3d views. I'm pretty sure this is your problem, so double check everything.
19. ## Joining polylines with a fillet

In previous versions we could join polylines with the fillet tool, which is really handy for pipelines & duct runs. Now, in v2020, I get the error "Parallel lines cannot be filleted or chamfered," even though the segments in question are at right angles. Works okay with lines, but if a polyline is involved, no go. Is this a bug someone else has noticed? Is anything being done about it? Am I mad?
20. ## phantom objects

Here is where you check what view you are in: Here is where you enable "Display screen objects": And here is the dialog box for Unified View Options:
21. ## phantom objects

Matt, it looks like you are moving from a Top/Plan view to a 3d "Top" view when you go to the design layer. Check your Unified View options, and enable "Display screen objects." I think you will then be able to see the phantom objects. Or, if you really want to be in Top/Plan view, make sure that mode is set correctly.
22. ## Better gray backgrounds

@ScottLebsack Scott, it doesn't do that for my viewports. All 3d is visible gray with or without the "render transparent" option. VW help suggests that this option is for OpenGL transparency, but to tell the truth I don't see any difference if a gray layer has that option checked or not in an OpenGL viewport. That layer is transparent either way. Has no effect for 2d viewports for me. Maybe it makes a difference if you are using layer colors? I don't have time to check out every possibility, but it seems to me that for the purposes of graying out a background layer for MEP drawings, a simple checkbox should be possible that doesn't add unneeded complications due to hybrid symbols, etc.
23. ## Better gray backgrounds

@ScottLebsack That does not help. The problem is 3d objects showing in gray. I tried some experiments, and I actually can't figure out what that render transparent option does. To clarify what I am seeing, this is my design layer (layer colors not enabled): This is what my design layer looks like JUST BY ENABLING LAYER COLORS in document preferences: Note that every fill went white, and every line went black. I can change those, but then EVERYTHING changes. And, in my sheet layer, even after enabling layer colors everything still looks like the first example, even after updating, and no overrides work. If I create a NEW Sheet Layer viewport, though, the layer colors show up and overrides will work. So that's a minor bug (existing sheet viewports not updating).
24. ## Better gray backgrounds

Tony, this would require revamping my entire workflow. As I understand the concept, every object in a layer with layer colors enabled has to have the same colors. Not the way I work, it would require many different layers to work for me, and walls are not particularly amenable to that if we use different fills for different wall types. Walls have to be on the same layer to interact. But your comments do show there is a capability built into VW that could be exploited to make the requested feature available. BTW, what do you mean by a "viewport layer"? PS: this seems more like an AutoCAD workflow, where you have a different layer for everything, which ends up with an endless list of layers.
25. ## Better gray backgrounds

@Tony Kostreski Thanks for the suggestion, Tony, but absolutely no joy. 2 comments: 1) when I enable layer colors in preferences, my design layer went all black & white (no, I do not have "Black & white only" checked). That alone is unworkable, because I do want to display different line colors and fills for different objects. With "use layer colors" checked, the color preferences are applied universally to every object, erasing all carefully-intended differentiation. And 2) my viewport on the sheet layer was unchanged! Trying to override layer color selections in the sheet layer viewport resulted in zero change. This is the exact opposite of how things should work. I should see all my selected colors in the design layer viewport, and be able to see things differently in the sheet layer viewport of the same objects. The only way I can get layer colors to display in a sheet layer viewport is to create a design layer viewport to duplicate the original layer, override the layer colors in that, and on the sheet layer viewport check "layer overrides" when editing layer properties. In sum, this obviously won't work for the desired purpose, which is: to have a design layer that shows a building plan as we would like it displayed for a plan viewport, and to use the same layer or layers grayed out as background for MEP or structural drawings. However, if we could enable colors for a Sheet Layer Viewport (only!!), and have it actually work for that viewport (per above, sheet layer viewport layer colorss do not override), we could get exactly where I want to be (image generated by the means described above in paragraph 2): Again, the problem is that in order to get this I have to check "Use layer colors" in document preferences, which overrides all of my fills universally. Unless you have a way around this. If not, it seems like the basic capabilities are there. All we need is to be able to override layer colors in an INDIVIDUAL SHEET LAYER VIEWPORT, without having that affect every object in the file.
×

• KBASE
• #### MARIONETTE

×
• Create New...