Posts made by uwesketch

After the INSUNITS without the $ in front, there is (it is almost at the end of the file (200 lines before EOF)):
INSUNITS
350
4CE6
3
LAYOUTDICT
350
4CE3
3
LWETCUNION
350
4CE5
3
PLOTSETDICT
350
4CE4
3
PSVPSCALE
350
4CEB
3
PUCSBASE
....

with the previous version the behaviour was:
If I import the "no unit" file a second time, then the default unit is simply the one with which I imported the file before. Meaning the default unit is not initialized each time a file is chosen.

now with the last version, it seems that the "no unit" file defaults to unit Inches.
If I import the file with meters, the warning says the default is inches and the import runs.
If I then import the same file again, the default unit correctly displays again inches and not meter, like before.

Nice, thanks a lot.

@tig said:

Here's v3.4 again
I think I've fixed the array issues ???

Now it does not crash anymore when loading the file and I get:
The list of units is set to mm as a default:

when pressing ok, I get this warning:

When changing the units to something different than mm, I get:

Seems like the units found in the DXF file are "empty": []

With another file lke the block.dxf, I get as the default unit [inches]

yes, installed via extension manager and restarted SketchUp.

For the file block.dxf, which shows inch, but in fact should be meter, the entries are:
$MEASUREMENT
70
0
9
...
$INSUNITS
70
1
9

for the dxf which causes a crash if loaded as the first file after opening SketchUp, I find:
$MEASUREMENT
70
0
0
...
But there is NO $INSUNITS in this file!

What I find is a code without the $ sign:
INSUNITS
350
4CE6
3

In a third file, which also works, I have:
$MEASUREMENT
70
0
9
...
$INSUNITS
70
6
9

all files have as well Codes called $LUNITS and $AUNITS
$LUNITS
70
2
9
...
$AUNITS
70
0
9

Hope this helps finding the cause for error message.

Thanks a lot.
Still the same at the beginning.
Can it be, that the units list returned from the DXF is empty in certain cases?
After I tried with another dxf it worked. And from then on, the first dxf file also worked.

Seems to me as if the array is not always initialized.

Other point: I have another dxf which the plugin now identifies being "inch". But this is not the correct unit. It must be meter. Are there multiple units in the file where you can look which unit is the right?

Error: #<TypeError: wrong argument type nil (expected Array)>
C:/Program Files/SketchUp/SketchUp 2021/Tools/sketchup.rb:121:in inputbox' C:/Program Files/SketchUp/SketchUp 2021/Tools/sketchup.rb:121:in inputbox'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2021/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:99:in get_units' C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2021/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1880:in new'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2021/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1894:in `block in module:ImportDXFtext'

Thanks.
Tested version 3.4, with the same dxf file as before: unfortunately

I do not even get the unit dialog:
Error: #<TypeError: wrong argument type nil (expected Array)>
C:/Program Files/SketchUp/SketchUp 2022/Tools/sketchup.rb:121:**in inputbox'** C:/Program Files/SketchUp/SketchUp 2022/Tools/sketchup.rb:121:in inputbox'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:99:in get_units' C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1880:in new'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1894:in `block in module:ImportDXFtext'

I checked again with version 3.2 (where I fixed the variable error by setting "cp = gents.add?...")
using units = meters: All works as expected. The MTexts, Texts and ATexts are all at the correct position and size in SketchUp.

As soon as I import with "unites = mm" (which I think is not correct for this drawing), SketchUp crashes. So nothing new.

Somehow I think the Plugin works fine, just that it causes a crash, if units are choosen too small (user error).

Could we not define, that objects are not imported, if the resulting 3D text height is below a limit?
(I assume it is the too small 3D text size which brings Sketchup 2021 and 2022 to a crash)

In the console or a dialog box, the number of skipped texts could be reported at the end of the import process.

I created in SketchUp a 3D text using the standard menu option:
The height of a 3D Text must be equal or bigger than 0.0254 mm(1/1000 inch). If you enter a smaller value, SketchUp gives an error message, saying the length entered is too small. (Probably Sketchup Team had these crashes as well and now there is a data entry validation)

Ok, Clear, makes sense.

I tested and it turns out, that AText is by a factor of 39 too small (100/2.54).
So if I have a MText or Text at position (x,y,z) = (100mm, 100mm, 0mm) then the MText is imported into SketchUp at the right position, but the AText being at the same position in DXF, ends up in SketchUp at (2.54mm,2.54mm,0mm).
Also the height of the Text is much smaller.

I imported indicating units = meter.

Probably this is the reason why if choosing MilliMeter for import, it crashes, because a few mm divided by 39 is giving a too small text size.

out of curiosity, not saying it is wrong or I would know why
Yesterday evening, for testing, I did the same change for make_atext as it stands in make_mtext and then it worked.

For ***make_text ***and make_mtext you assigned the variable cp:

      if string.tr(' ','').gsub(/\\P/,'')==""
        string=""
       ***cp = gents.add_cpoint(ORIGIN)***
        puts "Empty String = Cpoint"
        next
        #height=100.mm
      end#if
      ###
      bold=false;italic=false
      ###
      begin
        ###
        gents.add_3d_text(string,align,font,bold,italic,height,0.0,0.0,true,thick) if string && string !=""
      rescue Exception => ex
        puts ex
      ensure ### ?
      end
      next unless gp.valid?
      ***cp.erase! if cp && cp.valid?*** # we don't need a cpt inside text??

But for make_atext, you commented out the line causing errors:

      if string.tr(' ','').gsub(/\\P/,'')==""
        string=""
        ***gents.add_cpoint(ORIGIN)***
        puts "Empty String = Cpoint"
        next
      end#if
      string=string.strip.gsub(/\\P/,"\n")### replace \P with \n
      ###
      bold=false;italic=false
      ###
      begin
        gents.add_3d_text(string,align,font,bold,italic,height,0.0,0.0,true,thick) if string && string !=""
      rescue Exception => ex
        puts ex
      ensure ### ?
      end
      next unless gp.valid?
     ***#cp.erase! if cp && cp.valid?*** # we don't need a cpt inside text??

Hi TIG

SketchUUp Ext. manger showed 3.2 after install. But I did not see the
line with**cp =**gents.add... in the code file.

Agree, the fix is to be applied about 10 lines further up than what is reported in the console.

I think I also had crashes in Sketchup when working with mm.
Cool, you could find a work around!

Downloaded and installed version 3.3. So far all good.
Will test later today and let you know.

Thanks for the quick reply.
I just downloaded, installed and tried.
But I still have the same issue and exact same error message.
Looks like a new main prog, but same code file.

---

Making 0 TEXT Entities...
Making 0 MTEXT Entities...
Making 16 ATTRIBUTE TEXT Entities...
Error: #<NameError: undefined local variable or method cp'** for TIG::ImportDXFtext:Module> C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:**1273:in block in make_atext'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1118:in each' C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1118:in each_with_index'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1118:in make_atext' C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1776:in import'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1799:in new' C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1805:in block in module:ImportDXFtext'

Hi
I have dxf files with Attribute texts and when importing, then I get an error that the variable cp is not defined.
I attached a small example in order to easily reproduce the issue.
Can you fix the error?
I assume it is the same issue as in Oct 2020 with the Text.

The ruby console output is:
......

Making 0 TEXT Entities...
Making 0 MTEXT Entities...
Making 16 ATTRIBUTE TEXT Entities...
Error: #<NameError:**undefined local variable or method cp' for TIG::ImportDXFtext:Module**> C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1273:in block in make_atext'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1118:in each' C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1118:in each_with_index'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1118:in make_atext' C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1776:in import'
C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1799:in new' C:/Users/Birgit/AppData/Roaming/SketchUp/SketchUp 2022/SketchUp/Plugins/importDXFtext/importDXFtext_code.rb:1805:in block in module:ImportDXFtext

---

dxf containing only Attribute-Texts

Hi Fredo

I used the Bounding Box Ghosts in all three modes for a nested component.
I am using FredoGhost 1.8a on SketchUp 2021 Jan release.

The original object contains nested components (5 levels). Only the inner most component contains geometry (3 faces). Each components contains 3 sub-components. In total there are 5 components and 120 instances. There are only 81 Faces (3^4) with each 4 edges.

When generating Bounding Boxes "by grouped object" and "by sub-object", then far too many bounding boxes are created. There are many duplicates (roughly 729 = 3^6).
See the attached model.

The mode "by grouped object" created 59094 faces.
The mode "by sub-object" created 63609 faces.

---

Ghosted with Bounding boxes - too many BB generated

Hi Fredo
below an example print screen.

The Sketchup model is attached.
When unhiding the FredoGhost tag, we see, that the plane is that huge, due to the hidden FredoGhost objects.

Section Cut Plane without any Fredo Ghost defined:

Section Cut plane with Fredo Ghost proxy defined:

---

FredoGhost and Section Cut skp model

Hi Fredo

The plugin is very useful.
I want to use it for switching between high and low poly components. However there is one thing that prevents me for using it in many models.
If I do a section cut, then the section cut plane is huge. This is because of the hidden objects you place far away in the FREOO tag.

Is there a way to prevent this huge section cut plane?

@unknownuser said:

Fredo6 wrote:
Conversion to curve is probably possible.
But be aware that in most cases, this won't be an arc of circle, even if you chose a Circular profile, except in the special cases where the corner is purely made of orthogonal faces.

Looking already forward to it.
Agree, it will not be in all cases an arc. But it is enough, if the edge to be rounded is perpendicular to the face at the end of the edge.

@unknownuser said:

uwesketch wrote:
Is it correct, that when using "Make curves", that now the curve is converted automatically to an arc as well?

Fredo6 wrote:
Correct. I may introduce an option to disable this behavior however.

Since an arc or n-gon (polygon) is as well a curve, it is not wrong to always convert to an arc or polygon, if it is an arc or polygon. I do not see any disadvantage for this.

@unknownuser said:

Any chance that this feature is added as an option to FredoCorner for the generation of the corner edges when rounding using circles?

I understand that you ask for creating curves, possibly arcs when applicable.
I assume that only the rounding edges on rounded borders are to be converted to curves.

Yes, only the corner edges, not as well the inner edges or borders.
To clarify I marked in below picture the edges.

New feature "Convert to Arc/Circle":

Great, thanks a lot Fredo.

• Is it correct, that when using "Make curves", that now the curve is converted automatically to an arc as well?

• Now I can finally convert the corner edges generated by FredoCorner (using circle rounding) back to arcs, if desired. This then allows adding radius measurements in Sketchup and Layout!

• Any chance that this feature is added as an option to FredoCorner for the generation of the corner edges when rounding using circles?

I am not looking for a work around. The intent of the post is to report a misbehaviour of the QFT function "Remove Triangulation".

To reproduce the issue I have attached a sketchup file.

The below animated gif shows how to reproduce it.
![How to reproduce holes created by the QFT function "Remove Triangualtion"](/uploads/imported_attachments/a7Pe_QFT_Remove_Triangulation_Issue.gif "How to reproduce holes created by the QFT function "Remove Triangualtion"")

---

Example sketchup model to reproduce QFT "Remove Triangulation" issue

@unknownuser said:

optimaforever wrote:
You just want to remove triangulations on planar quads? use Fixit101 script.

Also the "Merge Faces" from "TT cleanup3" does the trick. - which seems the same in FixIt101.
But it would be nice if the function in QFT would work as well.

Yes, exactly.
But in a way, that afterwards you can toggle off the subdivision again.
I think when converting to a simple mesh, you cannot un-subd anymore.