Joe_Carrick

OK, I see that I can turn them off in Preferences. But there should be a way to make it work without being so annoying.

I'm finding that in many cases I get those blasted indicators that I have unconnected walls. This can happen when walls are too close together or when one wall is superimposed on another and the ends are too close together. How, you ask can 2 walls be superimposed? Simple, just make one of them No Room Definition and move together. Maybe that's not something most users would do, but there are cases where it can be very effective. Maybe the gurus at CA can figure out a way to avoid these annoying indicators or let us turn them off.

Make sure you get at least 2GB Ram on the GeForce - preferably 3GB.

Works for me, it does. Maybe you need to exit your Browser and restart it. -or- try using the force

Mark, Rebooting, you might try. OTOH, the only time I've had this problem was when my Cloud was backing up the file - or it somehow got locked. Reboot should clear the lock if that's what it is.

See post #3 in this thread -or to be more detailed, select the Chieftalk Forum and then Click on "Legacy Chieftalk"

Watching you, I am

Raymond, See post #2 in this thread. Try it yourself

Since they redirected the url, there's no way. Even the link "Legacy Chieftalk" simply redirects back to this forum. :rolleyes: ROFLMAO _ CGU

It shouldn't be too difficult to do in Chief. It would probably take less time than searching 3D warehouse.

Mirrored, I'm not. So essentially, by mirroring the door it caused it to be considered opposite hand even thou CA doesn't allow yo to change the hand. I ran into a similar problem with Sliding Glass Doors. I wanted to change one from the inside face of the wall to the outside face. But when I picked that edit bar icon it simply changed the slide side but didn't move the door to the opposite side of the wall. I guess it did what it was indicating but for some reason it just centers on the wall.

Doug, Why would you say that we should never use box_scale? If I send to Layout, I'm sending to a specific sheet size at a specific scale. The box_scale macro reflect that exactly and I don't print the Layout at a different sheet size. If I want to print to a different sheet size then I'll send to a layout that's set to that sheet size. Check prints I send directly from the Plan so the scale macro is fine for that - but I personally am not worried about the scale of chec prints. At that point I'm just using them for markup anyway. Perhaps you don't prefer to use box_scale but IMO it's not good to advise users to never use it.

Bill, I generally use a Text Block in the Plan that is sent to Layout for the View Title. I just draw a line under it. Sometimes I do it in the Layout instead. I have a couple of CAD Blocks in my Library that I use for this - make it pretty easy to add anyplace I need them. It would be really nice if we had RT Labels that could contain more info on multiple lines - something that we've been asking for but CA hasn't done it yet. It would also be nice if we had a macro for Layout View Name in addition to Layout Box Scale.

One thing that may speed it up is to hide the "Selection Pane" and make sure the "Preview Pane" is displayed in Render Mode, not Vector Mode. Displaying the Library Items in Vector Mode seems to take more time. Hardware is key anyway.

Bill, Try replacing %scale% with %box_scale% on your Layout Views. I think you'll find it's quite nice. If you want, I have a custom macro %my_box_scale% that further formats it to something like this: Scale: 1/4" = 1'-0" and I never see the strange 15/64"=1' in my Layouts.

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.