DuncanR

Thanks Tom. So it's a bug that needs fixing, but at least it's a simple workaround for now. Hopefully it's addressed in one of the upcoming 2025 updates.

I have used worksheets to table coordinates for setting out buildings on a number of projects in the past and have imported an existing worksheet for this purpose into a new project and for some reason the worksheet appears to be recording my easting/northing values in millimeters instead of meters (or if not in millimeters it is displaying it with the decimal point in the wrong place). The document units are set to meters and the stake objects - when set to display Coordinate Point (EN) as its label reference - show the coordinates correctly (see below). Some additional info: - I have tried creating a fresh worksheet from scratch and it makes no difference. - The file has been georeferenced and the location checked against topographical survey stations and by dropping in a geoimage and everything lines up. - The worksheet columns are formatted as 'General' - I have tried all the other relevant options and none make a change to the output. - Currently working on VW 2024. I have also duplicated the file and tried it on VW2025 but this does not resolve the issue and as it is an active project I'd prefer not to update all the project files to 2025 at this stage anyway. - There are referenced viewports in the file (for the individual buildings) so i can keep the file size down and work on the buildings separately. These files are in millimeters. I have tried deleting these references out to see if this resolves the issue but with no success. I can work around this for this project by just showing the Coordinates on the drawing itself rather than tabling it in a worksheet but if this is a problem that is going to persist in versions moving forward I need a more permanent solution as quite often we have cluttered layouts with coordinates for multiple elements that really needs to be in a table with ID references at stakes for legibility.

Anyone else having a problem with saving palette positions/sizes in 2024? Despite using 'Save Palette Positions' each time, I have had to resize all palettes on the left and right side whenever I start up VW2024. Also If I accidentally grab and drag the top bar into windowed mode vs full screen it makes the window tiny and again resizes all the palettes (at least only the first time it happens each session). Very frustrating - Is there something I'm missing or is this a bug? I don't remember having the same issue with earlier versions.

Realise this but i've created the data vis to highlight other information and will be using it on other projects where we have moved on from the inner/outer wall details so easier just to keep it on.

If i do this on top of the Data Visualisation I can get them to show all a solid colour. Not ideal but it will do for now. Thanks Tom.

I'll give this a shot and see if it will work

Hi Matt - This is an existing project that is now nearing completion and we are preparing As Built information. Don't really want to go through all the window styles changing from the Ext/Int wall Detail to Wall closures, especially since there are ongoing issues with the wall closure, e.g. wall closure hidden when a sill is used.

@Matt Panzer @Pat Stanford Any solutions for this come to mind? It is rearing its head again for another project i'm working on but can't for the life of me find a solution

With SP3 released I was hopeful that the wall closure issues might all finally be resolved so we can put them into use. I have to say I have finally managed to get the component wraps at the closure to work for a window in both Top/Plan and 3D. ...until i introduced a sill. As you can see, with the opacity turned down the closure wraps are located behind the sill. I have tried adjusting the cut plane but it appears to have no effect. Neither does amending the draw order. Am i missing something from the multitude of options that can affect the wall closures or the window visibilities or is this the next bug to be solved with this function? I have used stock vectorworks wall style and window style from the library for testing this as a baseline, file attached. Wall Closure Issues.vwx Out of interest it would also be good to know why the sill colour fill projects all the way to the internal face of the wall no matter the sill settings (We'll leave the need to include an internal sill option for another day) Hopefully @JuanP or @Matt Panzer know what's up.

We expect to be replacing our office equipment over the next couple of years with the first machine being replaced in the coming months. This may involve changing from Mac to PC. Will there be any issues transferring the license from a Mac to a PC?

Agreed, however i'm not aware of any way to do this currently. Maybe one of the pros will know @Matt Panzer?

We do this by reporting jamb size for internal doors as we design for timber construction so we have it set to 'use wall depth' anyway You could do the same for external doors but we don't because it looks unrealistic on our GAs. Unsure how you would report the wall thickness if your jamb size differs i'm afraid.

You could also do your fascias as an extrude along a path. That way you can have a standard library of profiles for use. We use this approach for almost all fascia/soffit arrangements as the built in tool just doesn't do what we want it to.

Thanks Matt - Not an ideal solution - almost as well doing just a stand-alone annotation. With the every increasing number of elements that can be set/controlled via styles (data tags etc.) I'd think adding the ability to scale styled markers within the viewport advanced properties is something Vectorworks should look at including in a future release. Even tying them to one of the existing scaling options (markers or symbols) would be a step in the right direction.

Hoping someone can help with this and we're not missing something obvious. When using coordinated section markers on a plan viewport (1:50) we also show these on the section sheet layer adjacent to the associated section viewport in a contextual plan viewport at a smaller scale (e.g. 1:200) - to allow those reading the drawing to easily identify where a section is taken if reading the section drawing in isolation. Our issue is that the scale of the section markers on the 1:200 scale context viewport appears to be a universal setting across all instances of the marker that are associated with that particular section viewport, meaning they show as either impractically large on the context plan (as shown below) or too small on the main plan if scaled to suit the context plan. Trying to scale markers/symbols etc. in the Advanced Properties for the viewport doesn't appear to affect them and if we change the scale factor for the marker in the annotation layer of one viewport it affects the markers in all other viewports. Is there a way to individually scale these markers for legibility? We are currently working off VW 2022 SP1.1 - While we are aware that SP2.1 is the latest version, there is a known issue with wall hole components of symbols attached to walls that is yet to be fixed.