Alaskan_Son

I wasn't.

I don’t think it has anything to do with hotkeys. The OP stated that it also happens when they right click and select Delete.

This site (especially with a pro subscription) )has a pretty amazing and ridiculously extensive collection of both 2D and 3D stuff that would likely fit the bill for you. https://www.dimensions.com

Look at Default Settings>Wall>General Wall>Resize About

In addition to the wall schedule, you can also use the Components tab to add a custom Component that will then be reported to the Materials List. Something like this for example... This approach is incredibly versatile. Components can be added to report all sorts of information in just about any format, and can be added just to specific objects when desired . I suggest adding them at the Default level whenever appropriate.

In addition to being able to use a schedule, we can also just add one or more component to our desired walls or Wall Defaults and in doing so get our own custom General category in the materials list.

Nitro Pro

That functionality was deprecated and changed to an export feature…

Just insert a different formula in your Foundation Wall or Slab Footing Wall Defaults. Instead of "=num_foundation_bolts" for example, you could use something like: =num_foundation bolts*2 =num_foundation_bolts/2 =num_foundation_bolts*0.75 =num_foundation_bolts+2 Or, to meet code where we do most of our building, something like this maybe... =((length.to_ft-2)/4)+1

Don’t forget that we have CAD Details in layout too. You can always save your commonly used “Page Sets” to those CAD Details.

They started assigning room name in X13

Yup. I think that's a pretty common trap. Spending 2 hours futzing around with some "simple" macro that may or may not work just ate up the time it would have taken to make an excel template and do the copy and paste thing 100 times.

Can probably be done with some custom text macros like I think I did in that graded pricing system I made for you a while back, but I think the easiest thing for most people is to simply copy and paste the schedule to an excel template that runs the totals and then copy back over. You can also use the Material List which opens up a bunch more possibilities, especially since you can add some specialized Components.

My thoughts for whatever they're worth to you: Abandon the idea of using Ruby and wall labels. I think you'll find its just a time sync that ultimately won't work or it will just work like crap even if you manage to make it somewhat functional. I personally think we try to hard sometimes to remove some step and the resulting solution is more problematic than the original problem. In this particular case, I think 3 plans is the most effective solution. Having said that... Don't forget that we have a Wall Hatching tool that can be used in lieu of CAD boxes or polylines. Also don't forget that you can place different walls on different layers, that we can use different layer sets for our as-built reference, and that those layer sets can have fills or not, and can be drawn on top or bottom. It may be that you can layer your as-built and proposed plan a little more effectively to simulate your demo walls.

By the way, possibly even more handy...this method works when a Measurement is converted to a float as well. In fact, this even works with feet and inches. @ChiefPlagman, I'm curious if there are any other hidden formatting controls using these seemingly secret string and float arguments that don't require initializing the NumberFormatter?

Wow, that's a surprising and handy little trick. I don't see that one listed anywhere in the documentation.

The shortcuts only work with a limited subset of the built-in units. I suspect in large part that is due to the formatting limitations imposed by Ruby’s method naming conventions. It’s probably just too risky to allow custom units to create matching methods when there’s no telling what the name of that unit might be. Anyway, to answer your last question, there are a whole handful of ways to do what you are after using the Measurement class, the NumberFormatter, or both, but pretty much all of them require both making the conversion (either in Float form or in Measurement form) and then specifying the unit in two distinct steps. I’m not sure I can think of any way to do so in a single step. You could of course write any number of custom macros that would carry out the whole operation in a single process, but inside that macro it would still require taking both of those steps.

I definitely wouldn’t say that I know Ruby inside out. Even if I did though, all that knowledge and expertise would be old but useless in this situation since the required syntax was all written and specified by Chief.

They are. You can for example do the conversion using something like %area.convert_to("acre")% or you can specify your new Unit using the NumberFormatter as well.

In the Components panel and in the Materials List for starters.

I have no answer for you, but I wonder if it has anything to do with this...

I personally use an Upvote when I feel a post was truly helpful, a Downvote when I feel the post was truly unhelpful, and a Like when I simply like a post even though it may or may not have actually been helpful. Maybe it was some kind words, maybe it was hysterical, or maybe it’s just something I agree with but that wasn’t necessarily helpful or productive.

Its not about correct vs. incorrect. Its about expected vs unexpected and consistent vs. inconsistent. As soon as you start rounding numbers you are already making them incorrect. The question is...how exactly do you want to change them so that they're being displayed to your desired level of accuracy without creating undesirable results elsewhere. Something always has to give. You just have to decide which inaccuracy you're willing to live with. Draw more accurately. Choose a more appropriate rounding accuracy. Shift the whole drawing so that its at a more suitable location on the rounding grid. Switch one or more of your defaults to Distance Rounding as Chopsaw already mentioned and risk numbers not adding up. Manually override as you already mentioned and risk both numbers not adding up and the possibility of changing something and having your numbers completely wrong. Leave it alone. It may not be rounding as you are expecting, but everything adds up, and how much does it really matter for the sake of the plans? Is it actually important that the numbers on top and the numbers on bottom are mirrors of each other? Or does it just bother YOU because you happen to know that they should be identical? Pick your poison.

This example highlights exactly why Grid Rounding is so important. The bottom dimensions do what you might expect now, but see what happens when you try to add those up with the numbers across the midline/partition wall area... A+B+C+D = 12.19 when the plot plan shows that it should be 12.20 It’s not a bug. It’s intended rounding behavior that ensures dimensions always add up across the plan.

You're more than welcome my friend . Thank YOU for the kind words!