Alaskan_Son

Here's what I'm doing these days @johnny

3D>Toggle Patterns OR toggle the display of your "Patterns, 3D Views" layer in your current view.

2 quick tips: I typically just turn down the Smoothing Angle setting on the symbol to get the sink to auto generate the shape that I need (or at least close to it). Then I simply explode the CAD Block, select the desired polyline, and Convert To>Countertop>Hole in Countertop. In your case you could have even skipped the smoothing angle step and just exploded the block, copy/pasted the main sink outline, and then concentrically resized. You don't necessarily have to rename the CAD Block and then set the symbol to use the new block. You could also optionally just copy the name of the original block before exploding, and then paste back in the old name after re-blocking. This way you don't have to relink.

CAD Blocks have actually always had these exact same instancing capabilities--as least as far back as I remember. You just had to give the new CAD Block the same name as the old CAD Block if you wanted to update all instances.

See if this graphic helps you at all. 6 different layout boxes with different scale and Layout Line Scaling settings...

I know a good handful of users here like to use sequential hotkeys, @glennw in particular has mentioned this quite a few times. Maybe Glenn or one of the other guys will chime in. I would however tell you from experience that using both single letters and 2 letters can be a notable pain since the use of a letter in one will preclude the other from functioning properly. In my opinion you should either use all sequential or all simultaneous...one or the other and not both. It might start out fine but once your system grows, the aforementioned problems will just get worse.

You can simply open Excel and then open your html file with Excel or right click>Open With works for me as well. It should be as simple as that.

I think you're going to need to be more specific. Are you saying that not all information from the current page is being exported? Or are you expecting all pages to be exported and all you're getting is the current page? Maybe something else even?

Email me the file to alaskansons@gmail.com and I can try to see what it does on my end. I suspect that it probably just has to do with the sheer number of faces though.

Just strip it down and remove any proprietary information.

Its being limited by the tab stop limitations which have to be whole numbers.

The .chr at the end is unnecessary and redundant. The chr method will return the first character in the string; however the slice(index) method that you've used will also only return one character, so what you're essentially doing is asking for the character at the -1 index and then asking for the first character of that single character string. I think the most elegant method is the one Eric showed though. Slice works, but simply calling for the index inside brackets is cleaner.

Set up an Orthographic Full Overview camera parallel with or perpendicular to your roof and set it’s Tilt Angle to match your roof pitch.

You have all sorts of problems going on. First things first: That macro is overly complicated and was written by someone at some point prior to Chief implementing the Measurement class. You can get rid of the error as shown below: $_2ExistingBoxSQFT = area rescue $_2ExistingBoxSQFT if $_2ExistingBoxSQFT.to_f == 0 #area is a Measurement with a unit and you're attempting to compare that to a unitless value of zero. You first need to make the Measurement unitless as well. na = "N/A" "#{na}" #These aren't actually breaking the code but they're unnecessarily redundant. else "#{$_2ExistingBoxSQFT.to_f.round(2)} SQ. FT." #Again, this wasn't causing the error, but you're adding some text to show a unit for a Measurement when a unit already exists. You should really either use the automatic unit or first convert to a float and then use your own. end Second: You need to set that global variable before it can be used in a text box. That macro was designed to both define a variable and display a variable value. Your plan attempts to display the value before it has even been defined. To define the value, your macros need to be placed into the label of your polyline object. Now if you ask me: I would suggest an entirely different approach that completely bypasses Text Macro Management. In your polyline object use something like %$my_box = area% In your text box use either %$my_box.round(2).to_s% or %$my_box.to_f.round(2)% SQ. FT. It can really be as simple as that. If you need further formatting or conditional arguments you can either add it right in line or you can go back to writing and maintaining custom text macros, but that stuff isn't necessary for most use cases.

I wrote that several years ago prior to Chief creating the NumberFormatter class, so there are currently more robust ways; however, here's a very special improved version of that same older system you're already using set up in such a way that you can use a single macro anywhere you want for all 3 scenarios plus others. Simply import the attached macro and then in your label, place the following: If you want feet and inches; %macros.my_nf.ft_in(number, rounding precision)% If you want inches only; %macros.my_nf.ft_in(number, rounding precision)% So, for @joey_martin's example, if he wanted the framing member length displayed in feet and inches rounded to the nearest 1/8", he would put %macros.my_nf.ft_in(length, 8)% For @MZLehman's example, he would put %macros.my_nf.ft_in(length, 1)% And for @robdyck's 3 examples he would put %macros.my_nf.ft_in(height, 8)%, %macros.my_nf.ft_in(length, 8)%, and %macros.my_nf.ft_in(width, 8)% Again, the NumberFormatter class is more robust and a similar system could be set up for that class as well, but this is a pretty simple and easy to use solution for simple feet and fractional inch formatting on the fly and it doesn't require placing any initiating macros into your views. I'll leave it here for free for a bit:

To give everyone what they want, the label dialog would have to look identical to the Format tab of the dimension dialog and each and every part of a label would need to have access to those settings as well since any given portion of a label might need to be formatted differently. I think building this type of behavior into the label would be totally unreasonable if not entirely unworkable.

Thanks for the plug Robert. Actually, the first 3 you posted were all created using one of my macros.

You're right, it does happen all the time. If you're really just trying to reinforce something that's already been said though, I think it goes a long if you qualify your statement as such with something like: As so and so already stated... I agree with so and so... To add to what so and so stated... Etc. Or if you don't want to give credit to a specific person and instead just want to build on the idea: To expand upon what was already pointed out... I agree that... I too think that... I second... In order to achieve the aforementioned... Etc. Not only is it courteous, but referencing the original statement also helps tremendously if your goal is to bolster and truly reinforce a common idea/discussion instead of creating what might seem like a whole new one. It just helps keep things a lot more easy to follow when there's a common reference point. There's my 2 cents.

My point is that you've just repeated what I already said. I also thought the extra information you added to your post was unnecessary and a little misleading.

I already mentioned placing the dimension perpendicular. Its not really snapping to the point where you clicked though like you're claiming. It's just that Chief isn't drawing the extension because it's unnecessary. Its easy to prove too. Just dimension to a line and then change the angle of that line.

It doesn't sound like you're missing anything. Dimensions snap to a number of specific points on various model objects but those points are almost if not always either at corners, start/end nodes, break points, or at object centers. What you're trying to do doesn't coincide with any of those. You're trying to snap to a random intersection point along a line. There's nothing for Chief to associate this random location with (which becomes a really issue when moving/resizing the referenced object). You have a few options: Use Point To Point Dimensions which will automatically drop a point marker at your desired location so that Chief has something to associate the dimension with Place the dimension perpendicular to the referenced line so that Chief can just use the end node Place a break in your referenced line so that Chief has something to associate the dimension with

Here's what I recommend: Place an angular dimension that is attached to your desired lot line on one side and to a perfectly horizontal or vertical line on the other Group select your desired objects Click on the dimension and set it to either 0 or 90.

During Import, click on Show Advanced Options and then go to 3D>3D Geometry>Drawing Unit and change the Unit.

I developed a very simple to use, tried and true method for this a while back very specifically for use with Total Stations. The required 2D point data can literally be placed, compiled, and exported in about the same time it took me to type up this response. It just requires a small starter kit and some basic instructions. https://chieftalk.chiefarchitect.com/topic/25158-importing-points-into-a-ascii-format-for-total-station/?do=findComment&comment=202515

It's all in the name of the setting--Subfloor Height Above Terrain. That is, its how far (height) the 1st floor subfloor (absolute zero) is above the terrain zero (sea level).