line-weight
-
Posts
4,223 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Articles
Marionette
Store
Posts posted by line-weight
-
-
Horizontal sections are the way forward!
-
On 9/12/2019 at 9:41 PM, Rick Berge said:
Wish delivered in 2020! If a particular visualization scheme does not apply to an object, "Draw all other objects: Normally" will now fall back to whatever the viewport wants, class overrides included.
@Rick Berge I'm trying to do this in VW2025 but am not sure where to find "Draw all other objects: Normally".
Is it the button that's now called "show"?
If so, selecting this does not seem to allow the "other objects" to fall back to the viewport's class over-rides. At least in my case, where I want to use data vis to change the texture of everything in a certain layer, while having things in all other layers fall back to the viewport's class over-ride settings.
-
"Parent" styles, as suggested here:
would also make them a lot more useful.
For example - I might have a file with a lot of viewports that show "as existing" or "as proposed" conditions. I will tend to use layers to distinguish between those. There will be a particular combination of layers that show the model in "as proposed" condition and as the project develops, new layers might get added, or I might want to change that combination in some way. It would be useful to be able to change the layer visibility setup in a viewport style and have that roll out to the tens of relevant viewports in the file, rather than having to go and do them all individually.
However... I might also want to use a viewport style to control the graphic appearance of (say) all 1:50 section viewports. There may be many such viewports in the file but some of them are "as existing" and some are "as proposed".
I can't currently do both things using viewport styles. Either I choose to control layer setup via style, and graphic appearance manually, or vice versa. Or... I have to create two styles (1:50 sections as existing, 1:50 sections as proposed) and each time I want to change the graphic appearance of all 1:50 sections I have to go and change the settings in two styles. And if I want to change the "as proposed" layer setup I probably have to go and change it in multiple vport styles too (1:50 sections as proposed, 1:100 sections as proposed, GA plans as proposed, etc etc)
This is quite a similar problem as we see in other object type styles, like wall styles.
-
Viewport Styles are potentially very useful but there are various things they can't control which means that I can't use them for certain purposes.
To start with, a couple of things that it would be useful if they could do:
- Control class over-rides independently of class visibilities (note that I can transfer these things independently between vports using the eyedropper tool). In other words, I might want to have class over-rides determined by style, but class visibilities determined per viepwort.
- Controlling which lights are turned on or off.
There are other things, which I'll add to this thread as I think of them.
-
3
-
-
1 hour ago, Darin K said:
It does, and that helped me anchor one point and resize from there, but my coffee may have not kicked in yet so I wasn't seeing how to resize by grabbing a snap point rather than the outer corner of the PDF
You should be able to click on the relevant points in the PDF even if you can't snap to them. I am quite often going through this process. You can zoom in to get your mouse click as accurate as is possible. If the PDF includes a scale bar I start from there. I'll click on the start and end of the scale bar ... zooming in as necessary (if it's rasterised then that means zooming in enough to see pixels and clicking as close as I can to what I judge to be the midpoint of a line).
The fun starts when you realise the PDF has been scanned at some point and has ended up scaled slightly differently in X and Y directions...
-
What is the reason that you want to create a "new" model rather than just continuing to make further modifications to the original one?
-
I have had similar experiences trying to use the built in satellite imagery or maps - frequent failures to download or other errors. It shouldn't really be necessary to fiddle about with resolution to make it work. This part of the tools (image download from server) needs to handled much better I think. As it is, it can be very frustrating, especially when it can be a bit difficult to understand what's going on with the GIS tools anyway.
-
1
-
-
10 minutes ago, MaWi said:
You misunderstood me. As a reporter of the bug, I give priority. And if I set this to “Low”, then this bug should have a lower priority than “Medium” or higher. For the bugs that I report, I try to give a serious assessment of how troublesome the bug is. In recent years, I have been very happy with the balance between new features and fixed bugs. It's not about simply accepting bugs, but rather about prioritizing them correctly and recognizing whether or not they affect daily work.
The cooperation with Vectorworks is very satisfactory for me in this respect.Ok, I see.
It may be that you don't use the Structural Member tool in a way that is affected by its limitations. But I think there are many of us who do. Most of these limitations aren't necessarily bugs - I would call it something like incomplete implementation. And there are a few threads (like the one I linked to above) that outline these in quite some detail. This of course is a separate process from the bug submittal one - it's users letting VW know that the tool would be greatly enhanced if some time could be spent improving it.
-
Another example of an existing feature that desperately needs attention is the notes database & manager.
-
3
-
-
2 hours ago, MaWi said:
For me, it is absolutely OK if from me as the reporter errors defined as low-priority are only rectified when the affected area is renewed.
If this is the case, then the problem is exactly that: fixes and improvements being defined as "low priority". They should be a higher priority than the implementation of other, new, features.
-
1
-
-
2 hours ago, ParkerJames said:
What issues are you finding with structural members? I find it perfectly acceptable.
https://forum.vectorworks.net/index.php?/topic/90654-structural-member-usability-improvements/
-
1
-
-
1 hour ago, Ross Harris said:
The big problem is that new features or enhancements get 90% to being awesome... And are totally forgotten. Looking at you structural member..
Exactly this. And the structural member is a good example.
-
2
-
-
- Popular Post
- Popular Post
The new features are fine and good. The problem as ever is the lack of progress in fixing all the "old features" which most of us would use every day if we could.
-
7
-
This was actually confusing me the other day and I wondered if something had changed in W2025.
I had problems with a SM imported from a VW2023 file and I could only get the texture to work after creating a new one (might still have been user error though).
You can set "by class" here in the SM settings circled in red.
It took me a while to find this because the "texture" column circled in green doesn't offer "by class" as adirect drop-down option whereas "attributes" next door to it does. You have to click and open a dialogue box and find the "by class" button at the top.
-
2
-
-
1 hour ago, Matt Panzer said:
That sure sounds like a bug.
The best I can say is to submit a bug so the right people can take a look at this.
Have submitted.
-
My guess is that @Scott Schwartz, AIA is thinking that the suggestion is to use a bunch of 2d SLVPs on a sheet layer rather than a bunch of 3d DLVPs assembled in 3d on a design layer(s).
-
1
-
-
On 12/15/2022 at 12:26 AM, line-weight said:
4. It took me some time to work out that that "auto join members mode" button, which only appears when you select the SM tool, affects adjustments to already existing members, not just new ones you are about to draw with the SM tool. If I am, say, resizing a SM then I will have the selection tool active, not the SM tool, so it won't be visible. This is illogical. That button should be up in the top right along with the "auto join walls" button (which, to confuse matters further, has exactly the same icon, but does a different thing).
And, not having used the SM tool in anger for a few months, this is tripping me up all over again. Had to come back to read this thread to remind myself how to stop SMs auto-connecting when I don't want them to.
-
On 12/14/2021 at 12:40 AM, LarryO said:
6. The ability to lock in a slope angle when altering the length of the member is also valuable for sloping steel roof and canopy structures; As is being able to set an angle as an alternative to setting an end elevation.
It's very frustrating that we still can't lock the slope angle whilst adjusting the span or length of a structural member.
The most simple operations become much more convoluted than they need to be.
-
Just now, line-weight said:
Another question for @Matt Panzer I think: is this a bug?
-
16 hours ago, Tom W. said:
In my case '2D Site Border' is assigned to a dedicated class + those class attributes have no bearing on what I see in section. However you're right, I just tried making the '2D Site Border' attributes by object + this impacted on the section VP in the way you describe (pen is affected, fill isn't).
When I changed '2D Site Border' back to attributes by class I also had to make the Site Model pen by class in the attributes palette because this seemed to have changed to by object in the process. So definitely something fishy going on but luckily not something that has ever affected me so far because all my settings are by class.
Another question for @Matt Panzer I think.... is this a bug?
-
Another version, now with viewports 10 & 11 added. This is the system I am going to use for now I think. I have to accept stacked viewports, and some manual work done in annotation space.
I may get around to making this into a proper VE submission at some point...however I've already spent rather a lot of my own time messing with this and now need to get on with the actual drawings that earn me some fees for a bit. I think all the info is here in this thread for anyone who wants to look at what does and doesn't work in HSVPs as far as site models are concerned.
-
9 minutes ago, Tom W. said:
I also had to make the Site Model pen by class in the attributes palette because this seemed to have changed to by object in the process
That explains what confused me then!
-
7 minutes ago, Tom W. said:
In my case '2D Site Border' is assigned to a dedicated class + those class attributes have no bearing on what I see in section.
If assign it to a dedicated class, and "make all attributes by class" then those attributes are carried through into what I see in section.
-
1 minute ago, Tom W. said:
For me the Site Model class determines what you see in section, which is what you'd expect because in section you are seeing the 3D object:
Does that remain the case if you go the site model's graphic properties and change the pen colour under "2d site border attributes"? So that this is no longer controlled by <site model class>?
Stacked Wall Components
in Roadmap
Posted
Although I agree (from an architect point of view) with much of what you say about the purpose/interpretation of drawings, I would prefer that VW moves towards a more literal cut plane, which is what the "horizontal section" workflow is all about. It's still completely possible to choose to over-ride the literal cut with something more symbolic where that makes more sense.
There are situations where the "literal" cut plane is more communicative than what top/plan would provide. For example consider a stacked wall buildup where the lowest section of the wall is plinth-like and thicker than the main part of the wall. I'd want to draw the section through the thinner part with the top of the plinth part visible in "elevation" below. Especially if that plinth had some kind of shelf or ledge incorporated. That's how I'd have drawn it in ye olden days by hand too. Top/plan struggles with this kind of thing whereas a horizontal section draws what I want first go. This is just one example, there are many others. I find that drawing with a literal cut plane as a starting point gets me much closer to the kind of control over what's actually drawn, that I had when I used to hand draw, than fighting the top/plan system does.