As Paul mentioned, there is a free version available. However, if you choose to purchase the plugin, it would be a separate expense, not an addition to your previous payments; you’d simply be buying another product.
not saying I understand floating point very well, But what I get from it is that there’s always a range of what accuracy you can store. So when you have a model where objects are really far apart, that will affect accuracy.
But my example model is a single box exactly 4 x 5 meter close to origo, from SU to Layout to dwg and back to SU. I’m thinking there´s gotta be some code that messes this up unnecessarily, either in how Layout reads the SU model, or in the dwg export.
Interestingly I cannot make Layout geometry to be exactly precise, so that when I draw a Layout rectangle 30 x 40 mm, and measures it with 6 digits, it does not measure that correctly. Not that that matters, I would not need to export Layout geometry with some “absolute” accuracy.
Again, anything that’s a plugin, be it free or paid, won’t work in the web or iPad versions, so that puts real consideration behind making any feature that might be considered a must-have basic function a part of the basic program itself. Put another way, not having such features in the (paid) web and iPad versions gives ammunition to those critics who claim those versions aren’t good enough for “real” work. (I know this discussion is about the desktop version, but the emergence of the other versions is a game changer in this old debate about native tools vs. extensions)
that I would probably attribute to the unit system of the SU engine, in inches.
from what I understand, if you’re drawing in cm, and want your layout in mm, what you type in is converted in inches, then re-converted and displayed into mm on paper.
I wouldn’t be surprised if there is at some point a rounding/conversion error in very low places.
Tia is on it, with your files, let’s hop the team finds something to fix.
yep. that would awesome.
Luckily the conversion from inches to cm is 1 inch is 2,54 cm exactly. So that should not blow up the scale of what values can be exactly converted. The dwg out of SU is as correct as one can measure. And Autocad for the dwg har the same floating point system of storing geometry positions.
The inch thing was decided some time in the 18th century, by measuring the inch with a cm measuring stick. Would be better if they just rounded it to 2,5 instead ![]()
1 inch may be exactly 2.54cm, but binary floating point has no way to represent 2.54 (a decimal value) exactly. So conversions back and forth between inches and metric will unavoidably involve small errors. But ordinarily they are too small to matter.
yeah, looking a this example
a 6m length has a 0,000008mm error due to the conversions. a blood cell is 0,0005mm. a particule of smoke is 0,0001mm thick. the error is still roughly 100 times smaller than the smoke particule.
edit : yeah, it’s 8 nanometer. there are things inside our cells that are bigger than that ![]()
so in the end, it’s not a precision problem as much as a display problem. such an infinitely small discrepency should be rounded by either the exporter and the importer. or both.
well if I make a dwg from sketchup, I can measure it to be “precise” in auto cad, and I can take that geometry back into sketchup with an import, and it will still measure the same, and I can keep doing that export/import again for some time without losing perceived precision.
That logically tells me that its that I made the dwg from Layout that caused the small imprecisions.
You guys know very well that small geometric imprecisions can do bad things to a sketchup model.
completely, what I meant was that SU is not the kind of software that is supposed to do nano-scale design. so while there is the floating decimal + conversion thing, I feel there could / should be a rounding of the dimensions to a greater value than nanometres. even micrometres feels already too small, 1/1000th of a mm.
because, somehow, the file retains the exact value to a nanometre scale, it creates your issue. the importer or exporter creates its own issue. weird
@bmaxim That’s is the reason why I prefer exporting directly from SketchUp instead LayOut. I love the precision of numbers. ![]()
I only export DWGs from LayOut for customer, if they require DWG format for the CDs, but those files are hard to work comparing with files exported by 5D+ Plus export DXF or Curic toCAD. And I often export directly from SketchUp for who need DWGs while working with us.
Annotation? PDF from LayOut.
Geometry for a colleague or contractor to use? Curic2Cad from SketchUp.
BUG report:
Customizing the application bar isn’t working in 2026. View > Customize Toolbar is not working on macOS 15.7.1 (24G231) (Intel Core i9). I also checked 2025, and it has the same problem. I also tried customizing the Apple Numbers application bar, and it works as expected.
Repro:
1: Open Sketchup
2: View > Customize Toolbar
Result: The icons in the application bar start wiggling, but the dropdown menu doesn’t show up. I am therefore unable to edit it and must close the window.
Apple numbers on this setup is working as expected.
You have an extension that is causing this. It is a bug… likely Selection Toys. SketchUp Team knows about it, it has been fixed - hopefully in the next release. Disable that extension (there maybe a couple of others that affect this) and it works.
Ahh, that would be great. I use Selection Toys often.
But after disabling selection toys, a large model would not open on startup in SketchUp.
- On startup you get the document selection screen.
- I selected a large project I’m currently working on.
- Sketchup would hang on the document selection screen for an extremely long time.
- I had to force quit SketchUp.
I figured out that if you start with an empty project, SketchUp can load up to a normal working state.
If I thereafter load the larger project, it will load it. But it appears that there are issues while loading SketchUp add-ons with larger projects. Is this related to the Selection Toys issue, or is this a separate problem that needs attention? I had teh some issue with 2025 btw.
Disable all extensions.
Restart sketchup.
Try loading the problem model.
Then if it loads, turn on your half your extensions. Restart sketchup. If the same model loads, turn on the next half, etc.
You might have another extension causing and issue.
Same question as previous version 2025. Why has the handling of scenes changed?
In previous versions one could search and select multiple scenes and include/exclude them from the animation and change the settings if needed.
since version 2025 the selection is lost as soon as the scenes are included/excluded from the animation. which is kind of a pita if one needs to change some other settings as well.
in this animation you can see the selection will stay active in make 17 and sup22, but it automatically deselects the scenes in sup2025 ands sup2026.
(this is just a sample with only 5 scenes, where some of our studies have at least 60+ scenes)

Any specific reason why this has been changed?
Would it be possible to change the selection back to how it was before 2025?
Too much posts to read through so not sure if it’s been asked, but if it has, I apologize.
Are we still not able to migrate toolbars between versions? I have some custom toolbars, asking before I know whether or not to dedicate thirty minutes to an hour of my life setting all these back up.
Sorry if this was already asked, just kind of skimmed through the 100+ posts lol.
Hang on I’ll just check and get back to you…FFS
I checked myself (Well, I did a bit of side-digging on my computer, not the topic itself lol). I copied over the PrivatePreferences.json and SharedPreferences.json to the Sketchup 2026 folders in Local and Roaming respectively and it seems to have worked for the most part.
Edit: Even remembers my tray setups, so I’m a happy camper now lol.
Edit 2: Also glad to report it appears 2026 fixed the annoying tray issue I was seeing with the tray shrinking with each close/open of the app. Nice!
Mostly great, love that my extensions were migrated.
Would really appreciate not losing Templates and saved Styles in SU and Layout.
I am probably not the first person to notice this but when I try to Relink an image in Layout I get “No items match your search.” If I insert an image it works fine so there is a work around with many more steps.
I am sure the SketchUp team will fix these issues. I do have a suggestion though, maybe don’t update so many times or so early. You still have a couple of months of 2025. Slow down and get it right. It is incredibly annoying to have work flow interrupted with new downloads, wasted half my morning finding templates and reinstalling toolbar preferences etc. only to have really big gaps in usability. I know SketchUp can do better.

