-
Posts
11867 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Everything posted by Joe_Carrick
-
Those are not really Headers, just a couple of lines that are displayed to show the wall above the Door. The actual Headers are not there in the Plan View. "Headers" are a part of Framing and should be shown in the Framing Plans - as we have repeatedly requested.
-
Poly Line Labels - Why Did Chief Bother to Add this Feature...?
Joe_Carrick replied to HumbleChief's topic in General Q & A
Perry, Can you post a pic of the macro (in Text Macro Management) ? There must be something wrong in the script. I just copy/pasted it in a new macro and checked "Evaluate" and it works perfectly. -
Scott, You're wrong - at least from the standpoint of the "Framing Plans". The "Headers" are not there in the "Framing Plans" even though they are there in the Wall Details and in the 3D Framing views. We've asked repeatedly for them to be in the Framing Plans. It should be easy for CA to do - but they haven't done it.
-
The problem is that CA is just not creating the Headers in the Framing Plans. They are there in the Wall Details (and can be labeled there) but they are not in the Framing Plans. If CA adds them to the Framing Plans (as we have asked for years) then the labels will not be a problem.
-
Robert, That macro is included in my "Macro a Month Club" subscription. I believe it's the macro from October 2015. https://chieftalk.chiefarchitect.com/index.php?/topic/6595-joes-macro-a-month-subscription-service/ Opening Labels w Header - sample output: X7: W04 - 3040 SH - (3) 2x6 Hdr X8: W04 - 3040 SH (3) 2x6 Hdr X8: W04 - 3040 SH Tempered Egress (3) 2x6 Hdr Note: In X8 if the opening is Tempered an/or Egress, those options will also be displayed in the Label
-
Poly Line Labels - Why Did Chief Bother to Add this Feature...?
Joe_Carrick replied to HumbleChief's topic in General Q & A
I'm sorry Larry, It's a tool - a programming tool - and for those who learn the Ruby Scripting Language it works. I know there are users who just want it to be exactly what they want OOB. CA has unfortunately seldom listened intently to requests from us. It's like the Framing Schedule where they give us 2"x4" instead of 2x4 in the Nominal Size Column. They've been told it's wrong but they haven't fixed it. -
Poly Line Labels - Why Did Chief Bother to Add this Feature...?
Joe_Carrick replied to HumbleChief's topic in General Q & A
Larry, Go back into that macro and check it to "Evaluate" Otherwise it just returns the text that you typed. -
Poly Line Labels - Why Did Chief Bother to Add this Feature...?
Joe_Carrick replied to HumbleChief's topic in General Q & A
I don't know why they bothered to provide the "Object Specific" name value pairs for Polyline Labels. There were several of us that requested Labels for Polylines and I have a complete macro package available for Site Area Analysis using them. I sell that package for $25.00 I can say that CA doesn't seem to want to do anything more to make Ruby more useful - even though it shouldn't take much time to do so. If they would open the doors to the model data I could create macros that would allow complete annotation of Elevations and Sections including all the materials and finishes. BTW, It's not the "feature" that is a problem. It's that they tried to provide a "shortcut" custom label and didn't think about the number of decimal places that would be appropriate for Imperial and/or Metric users. In addition, the %area% macro they provided is in Sq.Ft. for Imperial Units but there might be cases where you would need it in Sq.In. or Sq.Yds or even Acres. There is no way to perform any direct calculations on the output of %area% -
referenced ? obj = referenced : obj = owner if obj.is_double_door asize = (obj.width/2).round.divmod(12) result = "DBL #{asize[0]}/#{asize[1].round}" else asize = obj.width.round.divmod(12) result = "#{asize[0]}/#{asize[1].round}" end asize = obj.height.round.divmod(12) result = result + ",#{asize[0]}/#{asize[1].round}"
-
Poly Line Labels - Why Did Chief Bother to Add this Feature...?
Joe_Carrick replied to HumbleChief's topic in General Q & A
You need a Ruby "User" macro. Here's one for you - name it PolyArea referenced ? obj=referenced : obj=owner obj.area.round(0) - or- owner.area.round(0) That's all there is to it. -
I decided to take another look at this. referenced ? obj = referenced : obj = owner if obj.is_double_door asize = (obj.width/2).round.divmod(12) result = "DBL #{asize[0]}/#{asize[1].round}" else asize = obj.width.round.divmod(12) result = "#{asize[0]}/#{asize[1].round}" end Definitely simpler and the 1st line eliminates the need to set the "Context".
-
When sending views to Layout, it's handy to have the Layout Project Browser displayed. That allows you to see what predefined pages are available - even if there's no data on them currently. By having predefined and named pages in the Layout Page Table of your Layout Template it's much easier to consistently organize your Layouts. You can have extra pages defined that you might not use in all projects, but they will be there when you need them.
-
One note on centering - using a fixed font is more reliable because all the characters in the string (including spaces will be the same width.
-
Actually, if you use a User Macro you can format the entire label to be centered. You just need to use the method ".center(20)" for each line. You will also need to use "\n" where you want a line feed. Basically something like this: result = line1.center(20) + "\n" + line2.center(20)
-
Size1 is an array. Add this to the last line .sub("[","").sub("]","")
-
I think you forgot to close the file first.
-
Look in the Bonus Library under CAD Blocks and Details > CAD Details > Foundations
-
Levis, Try this instead: if is_double_door size1 = (width/2).round.divmod(12) else size1 = width.round.divmod(12) end "#{size1[0]}/#{size1[1].round}" if is_double_door result = "DBL #{size1}" else result = size1 end result.to_s.sub(", ","/")
-
Levis, Just change when dbl = true to when dbl or when dbl == true
-
Alan, If you use Text Styles, etc for different scales (designated on a per layer basis) using different Annosets / Layer Sets for different scales, then when you change the scale of a layout box the text will conform to what's set in the Plan for that Layer Set. That's a much better way of controlling the scale and annotation sizes.
-
Alan, You could use a single Detail Plan with multiple CAD Details (mixed categories) but then you might have some different scales and it would be more difficult to find a specific Detail. I just find it easier to organize by having separate Plans for each category. It's similar to having the Folders in the Library.
-
If you create Text and set it to "Use Text Style" and then create a Block with other CAD Objects and add that to the Library ..... The Text displayed in the Library will not be "to scale" with the rest of the graphics. OTOH if you set the text to "Use Layer for Text Style" or "Use Custom Text" it will be "to scale" with the rest of the graphics. This is something that I never figured out before and was very frustrated when I found a CAD Block in the Library that had a mess of Text and I couldn't see what the #@&! it was supposed to be.
-
I have all my: Window Details in individual CAD Detail Windows within a Window Detail Plan Door Details in individual CAD Detail Windows within a Door Detail Plan Railing Details in individual CAD Detail Windows within a Railing Detail Plan etc..... Each CAD Detail Window is named in the Project Browser as a way to identify it.
-
Please post questions in the Q&A Forum, not the Tips Forum
-
Document Sharing - Absolute vs relative file paths
Joe_Carrick replied to TSJDesign's topic in General Q & A
Dropbox will work but you have to make sure 2 users aren't working on the file at the same time.