Ian Lane

I'm sorry to hear this. Have you submitted any bugs about this or contacted tech support to figure out what is going on? If so can you send me the bug numbers or more information? I am not aware of any specific issues but I do not directly work on these areas. If you have not submitted anything yet, please feel free to send me any files in a private message and I can make sure that the engineering teams responsible will investigate these issues. Thanks!

The Landmark team is aware of this slowdown with grouping plants and they are investigating the issue. No need to send anything else.

The fix for the lighting device slowdown is unrelated to anything with plants. This is not an issue that I am aware of. Please send me a file and some directions for how to reproduce the issue and I will get the team to investigate, thanks!

Hi everyone, We have just released 2026 update 2.1 that will address the slowdown issue when you select a lighting device. Thanks for providing info and please let us know if you have any other questions.

Hello, this issue will be fixed in 2026 update 3. Thanks for the detailed info.

With VW 2026 on Windows we are now supporting per-monitor DPI support. Meaning that if you have one high-res monitor and one low-res monitor you can still use the high-res monitor at its intended resolution and dpi and VW will adjust properly to each display. I would recommend trying this out since it's a much more pleasant experience that will give you a lot more screen space for palettes and the drawing window. With that said, with update 2 for VW 2026, which will release in a few weeks, we also made changes to this dialog to make it shorter, so you'll be able to shrink the window further than you could in 2026.0 or 2026.1.

We identified a problem with the text alignment calculations when the document text settings were not using a Left horizontal text alignment. A fix is in 2025 update 4 for this issue, but if you are having problems with this you can change the document text settings (by deselecting everything and modifying the settings) and then refresh the summary key. Hopefully this workaround will help if this is causing a problem for you. We are also investigating the counting issue that has been brought up several times where different accessories will cause a lighting device to be counted separately, but that is a more complicated problem with the design of the system. We have some ideas but that will take more time to deploy an appropriate fix. Thanks for the detailed communication that helps us fix these problems.

We went live with update 2.1 this morning that contains a fix for this problem. It is a problem with intel macs. Thanks for helping us find the problem so quickly.

We went live with update 2.1 this morning and there are fixes in that build for both of the original issues mentioned in this thread, the high hook height and double clicking on trusses to activate the tool. I also wanted to follow-up on your questions earlier. We have a large group of beta testers, about 150, and ideally they are working on real world projects in the beta software, but sometimes this is not realistic because of instabilities in the beta, or a change in the file format, etc. They are a great help in finding issues. With every release that goes out there is extensive testing in-house, but obviously not everything is found. When an engineer makes a change, it is difficult to always know what other systems that change might affect. It's like a giant interwoven ball of yarn, and pulling one piece can move something you didn't even think or know about. Whenever we have these types of regressions, we make sure that we update our tests to cover these cases in the future. Thanks again for your input and let me know if you have other questions.

This is a bug with the hoist tool that will be fixed in update 2, sorry about that I know that it's annoying. If you already submitted a bug for this, please send me the bug number and I will resolve it appropriately.

Thanks I moved it over with a comment.

I will second this question. If you have created a VE for this or submitted something to the road map please let me know, send me the VE, and I will make sure these get to the right engineers. Each tool is implemented individually, so over the years as things evolve sometimes the "standard tool behavior" changes and older tools need to catch up. I can see how these simple modes would be helpful for users to reduce clicks.

Hello, thanks for your feedback. The original goal of this change was to standardize the way that the tool worked to allow for insertion and rotation without needing to edit them in the OIP after insertion. But we understand that this extra click is undesirable and I'm sorry this is causing you a lot of extra work. We're going to change this in an upcoming update of 2025. We plan to add new modes for single click and distributed insertion mode, similar to what we have for the lighting device insertion tool. You'll be able to insert the hoist with a single click, or create multiple hoists with a two click operation, setting the number you want in the mode bar and then using the two clicks to specify the line that you want the hoists distributed along. Hope this will speed up your workflow again and please keep the ideas and feedback coming!

Hi Dubman, Are you using macOS Ventura? We have been investigating an issue that some users are seeing in some files on Ventura where printing, page setup and setting the paper size can occasionally crash. We are also working with Apple where they identified another issue in the print dialog that they are preparing a fix for in an upcoming OS update. A workaround that we have found is that clearing the print settings before printing can stop the crash from occurring. Please see the attached script to try and let me know what OS you are using. Thanks! Clear Print Settings.txt

Hi Ian, Thanks for pointing this out. We will investigate and see what is going on. These kinds of small things may seem minor, but they can be big annoyances to users. Thanks again!