Joe_Carrick

Mick, Check the Layer "Text, Framing" to see if it's displayed.

Try the "Cross Section/Elevation" instead. Note: It also works for Interior Elevations - so you can include finish information, Floor & Ceiling Hts, etc.

Chief doesn't provide Room Labels for Section/Elevation Views. But here's a pretty neat way to get them: 1. Set up the Defaults for Room Finish Schedules to include Room Name and any other data you want. You will also want to suppress the Column Headings and the Title - and set the Default Display attributes such as text style, etc. 2. Select a Room in a Section View and click on the Icon for "Create Schedule For Room" 3. Place the Schedule in the Room. 4. This will result in a single line. If you only have the Room Name then that's probably all you need to do and it will remain "live". 5. Otherwise, Convert the Schedule to Text and then to Rich Text. 6. Now you can edit the Rich Text - adding and subtracting information as well as formatting it. Note: As Text or Rich Text the data is no longer live so if you make changes to the model you would need to redo the above.

I just hope that CA is really seeing this. If they expand the data access as we've been asking we can almost totally eliminate manual annotation and it will make a lot of the competition look silly.

Perry, One possibility available at this time is a Custom Room Schedule (one Room) with just a "Room Name". It can be set up as the Default for Room Schedule and just generate a Room Schedule for each Room in the Section. You can have all the display attributes set in the defaults. It's a little bit of work, but not too much. Since I already have my real Room Finish Schedule in a CAD Detail Window I don't have to worry about the fact that the Default is set to just display a name. In addition, you can convert the Schedule to Text and then convert the Text to Rich Text. So there's a lot of flexibility if you want it. This might even be better than a Room Label since you have access to everything that you can get in the Schedule. It takes a little bit of formatting but there's a lot of data available.

Nope. Even though I can access the data in the Ruby Console from an elevation. I still can't even connect a referenced macro to it. It's something I've asked for - along with a lot of other attribute access for Elevations and Sections. I do have a system that accumulates all the room data. I might be able to create a way to have a macro to put that into a RTB in a Section but it would require that you know the Room Name. IOW, it would have to be a separate Global Variable for each Room. At this time I think it's more trouble than it's worth.

Yes, just rotate the CAD Block before exploding. Then add a 3rd arrow and connect it to a framing member and set the Line Style to "blank" or the Line Color to white. Then turn off the Joists. The macro still works.

Scott, What are your snap properties in Preferences? Maybe you just aren't connecting to the framing member.

That's not the way I've always done the framing annotation. Basically this kind of annotation indicates the extent of framing. If you want it to be parallel you can do one of 2 things: 1. Rotate the Text Box and make an arrow "invisible" by whatever means you like. It just has to connect to one framing member and you can have other arrows pointing in the direction of the joists. 2. Use the macro as the "Label" of one of the Framing Members and add your own arrows.

Spacing I can't do - because CA didn't include an Ruby attribute for spacing of the framing member(s). If they did and the arrowheads would stay locked (but of course Auto Framing kills that because it first deletes the framing members that the arrowheads are attached to). IAE, it just needs a little more by CA for this to be a perfect solution.

OK, here's the results I get: 1. No arrows connected 2. One Arrow Connected 3. Two Arrows Connected

Scott, You need to change the framing members to "I-Joist". They are all "Lumber" in your Plan. Here's the result when I changed them. BTW, I could edit the Macro to substitute "TJI" for "I-Joist" if needed but I think "I-Joist" is more generic.

There are 2 options: 1. You can add "Room Macros" to the Room Label (even in Room Defaults) but that will all be on the same line as the Room Name. 2. You can create a RTB with everything formatted (different fonts, underlining, multiple lines, etc which when placed in a room will display all the data. I use this and set the default room label to 0 height so it doesn't show.

BTW, the "Framing Line Label" macro can also be assigned as the Label for any framing member. That's guaranteed to work. It's great for Beams, Fascias, etc.

Scott, If you got the Ceiling Joist Label to work then you should be able to get any Framing Member to work. Post the Plan I know spacing is not auto - said that in post #1. IAE, I'm using this for annotation of virtually all framing. It really does pick up all the variations but you have to make sure that at least one of the arrows is connected to the correct framing member. BTW, I agree that CA should make it work, but since there's a problem with their current functionality this is a real time saver for me.

I've added a Library Object that can be used in lieu of the Joist Direction Line - but only for Labeling Purposes. https://chieftalk.chiefarchitect.com/index.php?/topic/4871-framing-line-label/#entry41943

I've posted a "Framing Line Label" in the "Content" forum that can be used in lieu of the "Joist Direction Line". It provides a more accurate description of the Type of Framing. https://chieftalk.chiefarchitect.com/index.php?/topic/4871-framing-line-label/#entry41943

Attached is a Library CAD Block that can be placed in a Framing Plan, Exploded and have the Arrows connected to Framing Members. It is smarter than a normal Joist Direction Line in that it will recognize the type of Framing (I-Joist, C-Channel, Lumber, etc) and the Member Type (Joist, Rafter, Fascia, etc). It uses a macro to do this which is a part of the Library Object so the macro is automatically added to the Plan. I've set the spacing to 16" o.c. because the attribute for spacing is not available. You can edit that text as needed. Framing Member(s).calibz

Greg, You can use a Stadard Railing, check it to "Follow Stairs" and move it onto the Stairs. OTOH, one of the things we've been asking for is Stair Railings that have the same capabilities as Guardrails. Maybe X8?

Did you select the Image in the Library and assign the 2D Block there? It should then use it for all subsequent placements in Plan.

Sure, Images are objects. They can be forced to always face the camera or not. If you place one just 1/8" from the surface of a wall and make it so that it is facing the right direction (not always face camera) it will work just fine.

Gerry, I agree on this subject. Chief can obviously do a "match selection" as evidenced by "Select Same". All that would be needed would be to pass this list as an array to a Ruby macro to be processed. It would be easy to do with a named Global Variable.

Gerry's point is well taken. Rooms can be uniquely identified by giving them unique names (I use Room Numbers) but no other Chief objects have that capability. With unique names the data can be written to Global Memory so that the next time the macro runs it can be checked against the existing to prevent duplicating the item or counting it more than once. If there was a way in Ruby to return an "ID List" of objects of a given type so that a macro could process each object in sequence then it would work. At present there is no such functionality.

Symbols - Geometric Shapes

I agree with Scott. That tool is not very smart. However, it is possible to use a macro to create labels for the joists & rafters that will give the correct information, including the exact width, depth, length and type of framing member. The macro can be written so that if you are using dimension lumber it will still say 2x12 Joist but with I-Joists it will say 1-1/2" x 11-7/8" I-Joist The macro would need to be specified as the Label for the Joists. Justin has been doing some work with this in order to get even 2' lengths for his rafters. The procedure is basically the same but the macro itself would need to be written differently. IAE, this is a bug that CA should fix. It shouldn't bee too difficult for them to use the same information to make the Joist Direction Line provide the correct information.