Joe_Carrick

I will attempt to clarify this issue.

There are 2 macros that show scale:

1.  %box_scale% which reflects the scale of the view in the layout box.  This is what is on a printed sheet and indicates what scale could be reasonably used to check dimensions.

2.  %scale% which changes with zoom factor on the computer monitor.  It is inherently inaccurate because computer screens are different sizes and resolutions.

Evidently, in prior versions if %scale% was used in a Plan and subsequently sent to layout the display in layout would be reflected in real time if zoom was conducted in the Plan.  With X6 the value shown in the Layout is not updated automatically.  Tommy is simply asking that the prioor behaviour be restored.  I don't think that he is asking that %box_scale% be changed or eliminated.  The %box_scale% macro is not new to X6 and it works exactly the same as it did in X5.

Personally, I can't see any reason to use %scale% but if Tommy has a use for it that makes sense to him then having it modified back to how it worked in the past doesn't seem to be a big deal.  I would actually like him to explain how and why he uses it and for what purpose.

Tommy,

I suspect that someone in the past complained that %scale% was changing and so for X6 - which really was concentrated on OS, the UI & the Layout - that that particular item had percolated to the top of the "Fix it List".  I don't know anyone else that uses %scale% the way you do.  Actually, I don't really know anyone else that's using it at all.  All of my regular correspondents are just using %box_scale% with each layout box. 

Tommy,

You would normally use the %box_scale% macro on each Layout box (the scale at which the view was sent to Layout).  I'm not sure why the %scale% macro doesn't automatically get updated based on the Plan, but IMO it's pretty useless anyway and might create a lot of confusion if visible and printed.

Check to see if any of the wall layers are on.  There's more than one.  That should allow you to see the studs.

You still can't dimension them, but if you pick one you should see a "Temp Dimension" that tells you what the size is.

Larry,

I'm not sure why we can't snap to the framing members, but if you display the elevation using the "Framing" Layerset (with wall layers off) then you can select a stud or plate and see the dimensions.

Gerry is right about the "insert macro icon" >.  I didn't see that in the Defaults because it was in a different position and appearance than in the RT.

I modified post #1 to reflect that.

Chief provides several Macros that can be used in Room Labels.

These can be found in Macros>Global>Room Info but the way to get them to display in the actual Label is a bit tricky.

In Default Settings>Rooms>Room Labels insert the macros you want.

The other way to get similar results is to use a Rrich Text (allows better formatting) and simply place that RT within the room or add an arrow which points to the room.  With RT you have to manually place a copy of your RT into the room.

The first attaced pic shows what I typically use for my Room Labels in a Rich Text.  If you instead use the Default Settings approach, don't use the %room.name% macro as chief will provide that automatically.  The second pic shows 3 examples:  1: Room Label, 2 RT with Border, 3 RT w/o Border

Note:  With Room Labels you also don't need to use the %room.dimensions% macro since the Standard Label does it for you. 

How about something like the pic below?  The Rich Text Box uses macros for all the in formation displayed.  Simply by placing a copy of the text box in the room it properly displays everything.

Yes, but I can do that pretty easily.  What I'd really like is automatic annotation in nelevations, sections and details.  ;)

Hue, Saturation, Value is a system used in print media vs computer monitors.

Curt,

Have you tried using a "Custom Doorway" symbol and then placing the Door in that Doorway?  That might work better for you but you might have to have several such Doorway Symbols.

It's apparent that with many of the "New Features" that CA implements:

1.  There's an incomplete specification of what it should do and/or not do.

2.  Once implemented it takes a long time (2-5 release cycles) to get it fixed.

As an example, the "Projection Windows" feature in X6 has the following shortcomings:

a.  "Frames" do not show inside the opening as they do with other Window Types.

b.  "Casings, Lintels, Sills and Aprons" default to a gray color and are not available for editing in the Materials Tab of the Window dbx.  They can be "painted" but that has to be done for each such Window.

c.  If the Symbol dbx indicates that "System Supplies Casings" they should only be defaulted for ":Interior Casings", etc.  Generally Projection Windows would not have Casings, Sills, Lintels or Aprons on the Exterior because the Projection Window is normally applied to the Exterior Wall Surface.  Currently it defaults to both Interior and Exterior.

During the X6 Beta I reported these things but so far they haven't been fixed.  Hopefully they will be fixed in the next patch - otherwise, the feature is less than it should be and its' use will require additional work-around(s).

In addition, I was feeling like some posts were a bit too "persnickity" and consequently the thread had deteriorated beyond being of value.

I will usually delete a thread that I was the OP if it gets completely off target or becomes a "P*******g" contest.  IOW, I reserve the right to use the "moderation" options.

Curt,

I did in fact delete it because it had become confused.  Many responses were about differences between what a color looks like on the monitor vs a paint chip.

The question I had was about the BEHR Library not containing all the BEHR colors.  The entire "N" series of colors is missing for example.

Hi Perry,

That works, but it presents a few problems with labels and schedules, not to mention the hassle with changing the sash sizes, etc. 

It would really be nice if the "swing side" tool worked with "Sliding Glass Doors" instead of just reversing the slide direction.  It seems like CA intentionally programmed it to just reverse the slide direction instead of changing the "in/out" direction.

Alan,

You might be able to do it with a CAD line (arc) consisting of a repeated capitol S.  Not perfect, but it's an idea.

It would really be better if we could define linestyles that included segments that were 2D rather than just linear.

Most of the Sliding Glass Doors that I use are not recessed into the wall.  They are Vinyl Frame and are installed like windows.

It seems that Chief's Sliding Glass Doors are inset to the interior face of the wall similarly to a swinging door.  IOW, in perspective views they are not flush with the exterior wall surface.  IMO, this is wrong - at least when vinyl or aluminum frame doors are being used.

Shouldn't there be an option to make this appear correct in 3D?

Thanks guys, I kept looking in the Walls section of defaults.

Me thinks Joe has been loosing at golf again.

No, but it's been raining for the last 3-1/2 days.  I did get in a round with Scott on Thursday afternoon during a "sucker hole" but otherwise I've been cooped up waiting for the sun to return.

I will make custom garage doors - aluminum frame glass panel, etc - to your specs for a very reasonable fee [ $15.00 ].  You specify the width, height, frame and panel appearance - satisfaction guaranteed.

I can confirm that the Labels don't show when the door is in a railing wall.  IMO this is a bug in the program.

I have a Plan that whenever I place a Wall Material Region I get a Default Exterior Wall applied and I then have to go and modify that to be a single thickness material. 

Is there a place to set what the material is used?  I can't find it anyplace in defaults and I really don't want a "double wall".

I'm also having some trouble getting the Wall Material to snap to the edge (top/bottom/side) of the wall when editing it.  I don't remember these problems in Beta - are they a result of the patch?

Lisa,

You would be better of just defining "frameless" cabinets within Chief's cabinete dbx and saving them in your user library.  That's the only way you will get all the editing capabilities that Chief's Cabinet dbx provides.  IOW, you will be able to specify doors, drawers, openings, finishes, shelves, etc.

Any IKEA cabinet symbols imported into Chief would not be parametrically editable and you wouldn't be able to change door styles, etc.

OTOH, if there was a Library of IKEA cabinet doors and drawer fronts - you could simply use Chief's Cabinets (frameless) and apply those door and drawer symbols.  Setting that up in a Plan Template would be quite usefull.

You've come up against one of the shortcomings of Chief's Symbol Import.  The problem is that Chief creates cabinets parametrically from the data supplied in the cabinet dbx - it's an internally programmed cabinet that CA refers to as a "Native Object".  Importing a cabinet as a symbol is not much more than you would get importing it as a piece of furniture.  The only real differences are that you can put a countertop on it, insert a sink into the top - and it will be on the cabinets layer.

There is a way to create Cabinet Symbols using "Primitive 3D Faces" for the openings, etc.  I've done it but after several less that 100% successful results I decided it wasn't worth the effort. Each opening has to be a 3D Face of a different color and as I recall you name them "Drawer1, Drawer2, Door1, etc.  IAE, it's a PITA so I said "forget it" and moved on.

Yep

Problem with that is you will get a door opening indicator in elevation.  Another  problem  (maybe),  would be it would show up in door schedule.  Probably better workarounds than calling a door.

Yep....

I am thinking a "Window Symbol" and using "Fixed".  One problem that I have with that however is that if you set all the Sash values to "0" then the glass disappears in 3D.