-
Posts
163 -
Joined
-
Last visited
Reputation
31 ExcellentAbout amddrafting
- Birthday 08/02/1976
Contact Methods
- Website URL
Profile Information
-
Gender
Male
-
Location
Lubbock, Texas
Recent Profile Visitors
5421 profile views
-
Layout Default Annotation Set doesn't include Arrows.
amddrafting replied to amddrafting's topic in General Q & A
Yeah that's cool for sure! We use a team to review out layout sets for each other and rather than putting it in the plan file itself we find it easier to add notes to the layout sheets and delete them as they are addressed. However, having an annotation set makes it easier than having to copy paste to keep the red text, etc. Just an efficiency thing. Just think if we have annotation sets in Layout we should have arrows associated the same as in plan files... seems like common sense to me really. -
Layout Default Annotation Set doesn't include Arrows.
amddrafting replied to amddrafting's topic in General Q & A
Create a "Redlines" annotation set for revision clouds and text that can be easily set for making notes to give to my staff. -
Layout Default Annotation Set doesn't include Arrows.
amddrafting replied to amddrafting's topic in General Q & A
They are not... they are in the defaults and in order to change it for your annotation set you have to change it in the defaults and then "save your active defaults" to a new set. And you can't overwrite your current set so you have to make a new one with a different name, delete the old one and then rename the new set back to the old name. This is how it looks in the plan file... Here's where you have to change it in layout file -
Why in God's green earth is this a thing at all? Why is it not under "Markers" like in the plan file? Chief devs, what's the deal?
-
I may have answered my own question, in doing some testing I found that Auto Framing was on by unchecking all auto framing it did help quite a bit which would make sense if it has to rebuild the framing everytime you nudge a wall in the slightest movement. Still seems slow for typical operation however but it has improved.
-
My staff and I have noticed significant slow down in performance lately. We mostly all use the same computers except for one and we all experience the same issues. Usually once a plan gets over a certain size and / or we begin populating it with cabinets and other fixtures it can take 3-7 seconds to refresh with every move. CA support says it's my fills in my wall types but we have tested this by removing all fills with no impact. The only thing I can think is maybe there are some library objects I have created lately that might be slowing it down however these are not anything created outside of what CA already has provided in their library and mostly still basic. I would love to hear some feedback if anyone has experienced this and what you did to resolve the lag if you were able.
-
Nevermind... just found this exact example in the Ruby Script Tutorial height = room.ceiling_elevation - room.floor_elevation nf = NumberFormatter.new nf.unit = "'-\"" # Hyphenated feet and inches nf.use_fractions = true nf.apply(height)
-
I'm using the script below to make ceiling height indicators in the framing plan and the current output is 9 FT-1 1/8 IN using this code... nf = NumberFormatter.new nf.unit = 'ft-in' nf.use_fractions = true nf.denominator = 8 nf.show_unit = true nf.apply(room.ceiling_elevation) I want it to output 9'-1 1/8" instead. Is it possible to do this without extensive coding?
-
Ruby Script Item for Calculating Occupancy Load
amddrafting replied to amddrafting's topic in Symbols and Content
If he's down, I'm down. -
Ruby Script Item for Calculating Occupancy Load
amddrafting replied to amddrafting's topic in Symbols and Content
Wow man, this was my next thought on how I could use "Room Type" and define them in a commercial template as such. Then if the "Room Type" was "Business", "Assembly", "Educational", etc. It would automatically update the label and update the occupancy calculation. Super powerful tool and kicking myself for nothing thinking of this stuff sooner. -
Ruby Script Item for Calculating Occupancy Load
amddrafting replied to amddrafting's topic in Symbols and Content
Amazing! Thank you so much! This works perfectly. Now the next step will be taking that result and multiplying it by .2 to get inches required for openable door clearance code requirement. Any thoughts? It would be an if / then scenario. Ultimate goal would be to get the second number in this graph to display required door opening clearance. Minimum is 32" but if it exceeds 32" then I would want it to show the actual required amount. Then I'll need a macro that will count width of doors provided (if labeled "egress') in the room The end goal would be to just have these in the library that I could paste into the room depending on the room type. But I'd love to take it a step further and only need one object that could be place in any room and pick up the room type and change the calculation as needed based on the room type definition. (see my post below in response to Rabbit) -
Morning all... I'm trying to create a macro to calculate the occupancy load of a room by taking the interior square footage of the room and dividing it by the occupancy load for occupancy type. Using ChatGPT I got the result of this macro that should help me get the result I need but it's not working. I assume I first have to get rid of the unit text in order to divide by the occupant load I want to divide by. So this is the code it came up with. Anyone ruby script people know what is wrong here? Does this need to be different because it's in CA? Any help would be appreciated. source_information = %room.area.internal% numeric_part = source_information.match(/\d+/)[0] numeric_value = numeric_part.to_i result = numeric_value / 20 puts result
-
Funny, I searched "Room Numbers" and got none of these results otherwise I wouldn't have posted it