MollyNDG

This is what support said, might help you out in the meantime. "It seems this is new incorrect behavior that only occurs when a cross section line is used and the callout shape for a callout object is small. The size that triggers this seems to vary depending on the shape used for the callout. For instance, this isn’t seen in circles until the callout shape is less than 3/8”, but for the capsule shape, this issue seems to appear if the callout shape is less than 1 3/4”. To work around this until a fix is implemented, it looks like a larger text size will be required to avoid this if the Callout Size is set to automatic or otherwise you can uncheck automatic and manually change the size of the callout shape itself apart from the text."

I have the same issue and sent it to Chief, it's a known bug and they are working on it

This - setting up your custom "tools" using style palettes is a game changer. I inherited a library of custom cabinets when I started my current position several years ago and thanks to watching several Rabbitt videos learned the efficiency of combing several cabinets into one style palette to easily go between frameless full overlay to inset to modern channel cabinets along with many, many other specifics made all the difference. It makes it a lot easier on the eyes to, to have fewer icons to look at when looking for custom tools on the toolbar. It definitely takes a bit of time to set up, but the time saved in the long run is worth it IMO. It also makes any future alterations to the configurations easier as everything is stored in one style palette instead of across objects. As someone who does a ton of custom cabinetry, this has been the way to go.

This is exactly why I don't even waste my time messing with AI to change my renderings, I make every fixture and material to be exact and I don't want an AI messing it up. Even one error means I have to mess around with it. My time is more valuable making the fixtures and materials then dialing in my renderings, which does not take long when you have it set to what you need already. All we do is high end residential interior design and it has to be 100% accurate or it's a no go.

It looks like it is using the "dark mode" icons instead of the standard. just played with it on mine, I have it on a dark theme, but changed to force light and restarted the program. I'm getting that same issue you are seeing. Maybe a bug with the new toolbar icons for dark mode?

I haven't experienced that exact behavior, but I have had a lot of super slow loading, especially in layout. I move something and it takes 10-20 seconds before I can do anything else.

I've never thought of using a DWG viewer to give it a look over before sending, I'm going to start doing this, thanks for that tip!

This is correct. During the beta I was having this issue and reached out to Chief, they suggested deleting all walls in my template plan, then suppressing living area label, then closing and reopening the plan. This worked and now when I draw in the rooms, the living area does not display.

That's the ticket, thank you @tundra_dweller!

I have what feels like a silly question, but I am hoping you all can help me figure out what I am missing. In X17 macros that were reporting any measurement were doing so with the " and ' format, but in X18 i am getting IN and FT. I have a very basic understanding of macros, so I am not sure if it something I'm doing differently with them. But my suspicion is that it is a setting buried somewhere in my plan that I am unaware of. It doesn't seem to be something in text styles or number formating, so I am at a loss of where to look. In the attached plans, you can see that my room label shows the ceiling height as 96 IN, when I'd like it to say 96". Any guidance is greatly appreciated. TEMPLATE - PLAN.zip

There is a tool called "Renumber Schedule", see image. Just select your note schedule and it will pop up in your lower toolbar.

Looks like it's only happening in some tables and not others. In the fixture dialog box it's working correctly.

You are absolutely correct, it is the Windows accent color. It seems like the selected row color of Chief should override this.

Is anyone else having an issue with the color preference "Table Selected Row"? It is working for any table that does not have a Table Alternate Row color, but I'm getting the wrong color being used for the selected row in tables using an alternate row color.

I have this happen too, and it bugs me for some reason, I just send without color then turn color on in layout. Then you can copy your page and just relink the elevation to the next one you need and don't have to go through that.