Joe_Carrick

Doug, Graham is using the 32 bit version of X7. Could that be the problem?

Just for the record....... I regularly go back to the materials available - Help, Reference Manual, Videos, etc - just to refresh something that I thought I knew how to handle. Chief is a complex application with a ton of capability but it's really too much to keep all in my human memory bank. Things that are not used constantly eventually get "disconnected" from my index system. A review tends to re-index.

Graham, The generally preferred norm for RT is to set the system to use less than all cores. IOW, if your system has 8 cores - set RT to use only 7. This will leave a core free for other programs. That's usually sufficient but if you have other needs you could limit RT to 6 or 5, etc. IAE, the fewer cores RT has available the slower the RT will be.

Tony, It's bad Forum Etiquette to mark your own post as the "Best Answer", not to mention the fact that you yourself didn't answer the question.

Larry, I would just do this manually. Once you have the Floor Joists it's fairly easy to add the beams and Posts with Piers. I think there are just too many variables for Chief to do this with any degree of accuracy.

I think that most new users take the time and effort to review the Tutorials and Help Files. However, there are some who just dive into using it without taking the time to learn the basics. That IMO is the wrong way and simply results in frustration. In addition, these individuals continually run into issues with almost every new tool/function they need to use and instead of taking a few minutes to look at the help file for that item, they keep "beating their head against the wall" and then post a question here for others to answer. Often those questions are vague and don't provide enough information for anyone else to give them a good reply. My advice - and I don't think this is new - is first: Check the Help File Check to see if there are any tutorial videos on that subject. If neither of those solves the problem Post the question along with the Plan and a Pic.

Probably the simplest would be to use a Polyline Solid or a Slab.

I have way too much invested in my Templates - both Plan and Layout - to start fresh with each new release. So, I just copy them from the prior version to the new version Templates Folder. I then open them and go thru the defaults to make sure everything is correct. Then I save them and everything seems to be fine. I have found a few defaults that didn't get automatically passed thru in the past, but for me this is much more efficient than manually exporting and importing all the defaults, macros, etc.

There are some in the Library. Type "shutters" in the search box.

I suspect that someone gave you negative reputation points for checking your own answer as the "Best Answer". That's generally bad form and some people might object. If you get too many negative reputation points you could get blocked. Most people think the reputation points are silly - but others like to reward good contributions by giving a positive point. It's kind of like paying for help - but it doesn't really cost anything.

Better yet, Open the "Deck/Porch" Room and in the Wall Materials Panel check the box that says "Use Default Material". This is a common problem when using "Paint".

Open the "Deck/Porch" Room and change the Wall Material to your Siding Material.

Here's my solution: 1. Draw a line right over the offending module line. 2. Open that line's dbx (dbl-click) 3. Select Color, Eyedropper, click on the Countertop Fill. You still get the outer edge of the Cabinets and the edge of the Counter Top.

Not gonna happen! The only reason I am not on X10 is that I don't know what it's going to be called. X10, XX, XArch_1,.... ??? Based on my family history I figure I've got at least 25 more years. I could be using Chief Version XL3 by then. Hmm., sounds like a BMW. xx

Spacing is not automatic. Unfortunately the attribute for spacing is not available to Ruby. You need to add that in the RTB after the %Framing Member(s)% yourself. ie: %Framing Member(s)% @ 16" o.c.. or whatever your spacing is.

Rich, You could copy the content and paste it in a PDF and add an index and bookmarks. Then put a shortcut on the Desktop to the PDF. Just a little food for thought.

Mick, RTB is abbreviation for "Rich Text Box".

I think the KEY POINT that Gerry made is that not only do we need the Polylines to have Labels but that they also need to have unique identifiers (aka Names). This should also be done for the Terrain Features such as Roads, Terrain Paths, Driveways, etc. Another item that would be really helpful would be a floor_number for Rooms. I am currently using a couple of different methods to identify the floor a room is on but neither of these is 100% fool proof. Gerry's other points regarding persistence of data, grouping & execution of a sequence of macros on demand are also valid. I will say that I can already perform a sequence of macros on demand very easily - but it would be nice to be able to assign those to a Toolbar Button. The Tables can be done by having them stored as Rich Text Boxes in CAD Detail Windows.

Select the Cabinet, then hit the Tab key. That will select the sink - or any other item that has been inserted into the cabinet such as an appliance.

Now that's funny! Thanks Dermot - made my day.

Such as?

How about a PLine with Fill? Line Style = blank, Fill Color = same as counter top. IOW, a Cad mask.

Scott, I agree that PLines with Labels are needed. My main concern with PLines is that they do not automatically adjust when the building and site features change. That means the user has to manually adjust the PLines to match those other items. I'm trying to get a more reliable method - one that is always in sync with the Plan. Terrain Features such as Driveways, Sidewalks, Roads, etc should also have Labels. All these things are potentially needed for such calculations. Rooms - including Courts, Decks, Balconys, Porches, Garages, etc - already have names and types that can be used to accurately calculate building areas. I know that in general you do not like to use Room Types but I'm sure that you do use them for some things. I personally use them because they provide more information.

It appears that the best bet would be to start with the Wikipedia Standard - then add additional macros on a custom basis depending on the local requirements. So maybe I end up with: FAR FAR - San Diego FAR - Anaheim FAR - Riverside FAR - Big Bear Lake LC LC - San Diego LC - Anaheim LC - Riverside LC - Big Bear Lake Each macro customized to meet the needs of that particular local. It's doable - and having a basic starting place makes it easy enough.

I have been working on a macro system that automatically keeps track of all Building Areas by Room, Floor, Room Type, and a variety of other factors. It works invisibly and can calculate the Total Areas, Sub-Totals by Room_Type, FAR and Lot Coverage. I can even go so far as to have it provide sub-totals for the Bedrooms, Master Suite, Baths, etc. In order to have as complete set of macros for FAR and LC I need to know what needs to be included and what should not. I know what the jurisdictions that I do work in require but I also know that they are not all the same. If I have a macro that covers each variation as required by the jurisdictions then anyone could use it to get an automatic display of those things - calculated accurately.