TeaTime

Check the Wall Cap panel

5 minutes ago, westvale said:

Is there a way to get rid of this?

Just by not using Tech Illustration.

That glare is an effect of that rendering technique, you'll see it way more pronounced if you change your Warm color to something darker.

You'll also notice that its location is relative to the viewport, as you pan the view around you'll see that it stays where it is on the screen as the model moves around. You can pan the view down away from the glare, but sadly when its sent to Layout it doesn't respect that positioning.

I don't think there's any way to change that. Probably just change to Vector View, or learn to live with the glare.

There's nothing I know if in CA that controls that. What's the mouse? Is there some special software for it? it might be mapped to some other control other than the typical MiddleMouse action.

2 minutes ago, Renerabbitt said:

even for duplicate text styles?

Had to test that, but as I suspected, no. It seems to check first and if one exists of the same name it'll use it.

It's not quick or elegant but: create a buncha text objects and assign each one a different text style, copy an paste em to the other plan. Once pasted, those Styles get created in that plan and will stick around even after the txt boxes are deleted.

If that's a Layout Box, in X15, you should have all those.

Maybe post a copy of the plan so we can see if we see the same thing.

Are you by chance not using X15?

Oh that'll do it too, didn't think about those buttons. I usually ignore them since they can sometimes confuse things. But the "Move" option is pretty fool proof!

In my experience the program is never (rarely?) wrong in these calculations, it's just sometimes unclear what is being calculated, or how.

I have no idea if X1 had this but I assume it did, but a Living Area polyline will show you exactly what's being calculated.

They have an article on this: https://www.chiefarchitect.com/support/article/KB-00424/understanding-how-the-square-footage-or-living-area-is-calculated.html

Can't really lock an object's size, when you move something using dimensions just be aware that exactly what you're describing is the intended functionality. 

But if you "group select" a single object (hold shift then click), then the whole thing is affected by that move. Temporary Dimensions sometimes don't generate the way you need them to though, so you'll likely need to manually put in your own dimensions.

Your zip file contains a 0kb plan file, usually this happens when the plan is still open in Chief when you zip it. Close Chief and try again.

To expand on that:

3D> Create Orthographic View> Full -or- Floor Overview

3D> Rendering Techniques> Standard

3D> View Direction> Top View

Text likes to align Right and Down. So even if you try to get fancy with a ► character or something, you'll still see something like

Best off the cuff solution would be to create two line styles, use Disconnect Selected Edge and alternate styles as needed:

Not using Defaults. Doing exactly what you said. Open roof plane and set it to a new layer with a different color, red.

Roof lines turn red. Good.

Then go to Label and set it to a new layer with a different color, green.

Label Text turns green. Good.

Yet the Arrow Line color is still blue.

The Arrow head and Fill can be changed, of course

but the Arrow Line color remains locked to the original "Roofs, Labels" layer color.

This is shown to be the case when the "Roofs, Labels" layer's color is changed, changing all the Label arrows

1 hour ago, SNestor said:

Not a "Glitch" at all...

I'm not so sure. I emulated this same setup @Larry_Sweeney outlined above and I'm also seeing this issue.

(But it's not the "Roofs, Labels" layer its pulling from, not "Rooms, Labels", mistype?)

Auto Roofs disabled.

Opened and set roof planes to a copied "Roof Planes, 1" layer, set it Red.

Set roof plane labels to a copied "Roofs, Labels, 1", set it Red.

Roof polylines and Label text are Red, but Arrow lines are blue.

change "Roofs, Labels" to green...

@SNestoreven if your screenshot you seem to be showing the same issue:

Not sure why he deleted his comment, equally unsure if this is the same solution, but turning off the window's Apron removes the bottom casing 

allowing the Pony Wall to come up right to the bottom of the window.

The Sill has to be present for this to work, but can be covered by the pony wall, or set to use a much smaller molding profile.

Ah. At first that's what I thought you meant, but thought that surely can't be it because you can't re-order THOSE!

But hey, lookit that. That's wild. I don't see any way that could have happened. Is it only in the Reference dialog or is it also like that in the Layer Display / ALDO?

1 hour ago, HumbleChief said:

I sent the issue into tech and they could duplicate the issue

Hopefully this means they sent it up the ladder to get fixed. X16 is Beta after all!

Assuming this is what you're talking about, make sure it's not sorted by some random column?

I think all answers depend on what you deem "easily".

BUT! Assuming they're both the same size sheet, we can assume that the origins of the sheets should be the same. I'd hope.

If that's the case, you can Copy and Paste/Hold Position anything between these two layouts and they'll be in the same spot on both files.

Depending on the differences in the layouts, you may consider copying the new Layout page 0 data to your file, or copying your layout's Layout Boxes etc to this new template.

I wouldn't suspect the wall types to be the problem, and potentially nothing else with the walls themselves, since wall height is set and controlled by the rooms they define I'd look there. But those rooms you opened looked the same at quick glance. Will probably need some hands-on exploration. Post the plan so we can dig!

You've got both Roof Cuts Wall at Bottom AND Lower Wall Type if Split checked.

Only one at a time. Why it even lets you do that is beyond me.

You'll likely have to manually pull the Hole back, too, but it should automatically reshape itself to look something like this

Same as this post:

31 minutes ago, Robert11 said:

do not seem to find a height for the walls

Indeed, there is no "wall height". Ceilings heights set the height of the walls around a given room.

Check out their video on story-and-a-half roofs: https://www.chiefarchitect.com/videos/watch/1605/designing-a-one-and-a-half-story-roof.html

Negative, there is no renaming floor numbers in the programs interface. Rely instead on how you label the printed pages on your Layout page rather than what the program is saying the floors technically are. No one's going to see the Floor number in the program but you.

Not if it's in the Library Browser, that's the whole point of saving Line Styles and Walls and Moldings, etc etc, is that they don't need to exist in the plan. you just Select that Library object and then click and drag on the plan to create that object. Once you do that, that Wall Type exists as part of that plan.

I just tested it, made a Siding-6 with two layers of siding, add to Library, open New Plan, grabbed it in my library and drew out a wall using that new definition.

There's no Import process, you just use it.