Thanks for posting an example. I logged a bug and we'll be taking a look.

If you can send me an example file that shows the problem we can take a look.

I've seen this happen with very large bitmaps.
How big are the bitmaps you are using?
LO handles large rendered SU models because
it knows how to render them at lower res during editing
and then tiles the full-res render to PDF during export.
LO does not down sample large bitmaps during editing and
doesn't tile inserted bitmaps, which causes it to run out
of memory.

Both things you mention are known bugs. The styles not showing up problem can
be worked around by unselecting the model and then reselecting it (if I remember right).

You can select vector or hybrid rendering of SU models in LO
by selecting the model and changing the rendering type in the
SketchUp Dialog.

@matteo said:

There'll be sure a reason for that, but I don't know it - I'm just ignorant about that - maybe some printers leave a small gap between the faces and these lines fill these gaps.

Yes, I think I remember there being large gaps between the faces (the width of the lines). We saw this just looking at the pdf file in Adobe's viewer. These "extra" lines are really just the polygons with stroke turned on. You can explode the SU model in LO and select the polygons and turn off stroke.

BIG THANKS from the Google Team for getting a fix out so quick!!!

I have a ton of Ruby scripts installed and the only one I see creating new command IDs is-
ZLoader__FredoScale.rb

ie- FredoScale

If anyone that is having menu troubles and has this script, can you try removing the script and see if it helps?

@unknownuser said:

interesting turn of events..
i've read a lot of these right-click posts and thought they were something to do with windows because i've never experienced the problem or heard of another mac user with the problem.
sounds like it should affect mac users as well then.. maybe none of the mac users here have the trouble ruby installed?
must be one of those windows specific exporters or something?

[edit] hmm.. well, except for the fact that it's been reproducible without using plugins at all

There was another bug regarding recycling menu IDs. This was caused by the app not being able to execute OnIdle because the context menu was constantly being popped up. I didn't mention this issue because once OnIdle got a chance to do its business all the menu items came back to life. All the issues I've seen would be Windows only.

The problem is Ruby scripts are calling-
UI::Command.new
and not attaching the new command to a menu item.

If you want to verify this run-

for i in 0..1000 do
cmd = UI::Command.new("Tester") { UI.messagebox("Hello World") }
end

I can see Ruby scripts creating new commands on each right mouse click.
Every new command creates a unique command ID in SU and there are only 1000
command IDs available. Normally a command is attached to a menu and when
the menu goes away the IDs are recycled, but since these commands are not
attached to a menu, they don't get recycled.
I'm going to try and figure out how to dump the list of commands (they have
menu item text) so that people can see who's causing the problem.

I think the problem might be the same as the z-fighting issue.
Are the lines on the same plane as the faces they are drawn on?
Can you pull the lines up off the ground/faces by a very small
amount and see how it looks then?

There's no limit (at least in the code).
RAM and HD space would be the limits.

How about layering to produce what you need.
First insert the model with edges turned off and vector rendered.
Then insert the same model on top with just edges being rendered.

How are you adding the dashed lines?
Output quality doesn't effect PDF export for vector rendered models.
You can send me the file for me to look at, just send a PM and I'll send you my e-mail address.

@ray bruman said:

Like other contributors to this Forum, I have been dismayed by some of the bizarre bugs and deficiencies in SketchUp, such as its inability to print models of a certain size, or to correctly print models displayed with "too much" white space around the model on the screen at the time of printing. This does not inspire buyer's confidence in considering SketchUp Pro.

You are correct about SketchUp's output options. But instead of making SketchUp, a 3D modeler, be a printing application, they created LayOut to be a page layout program for printing and presenting SketchUp models. You have 8 hours of free demo time to try it if you want.
Check out some examples-
http://forums.sketchucation.com/viewtopic.php?f=12&t=15911&st=0&sk=t&sd=a&start=105#p187965
http://forums.sketchucation.com/viewtopic.php?f=12&t=15911&st=0&sk=t&sd=a&start=150#p218770

@bowesy said:

Does anyone know if varying line weights will be a feature in SU8? If so, I wouldn't see a real reason to use another AutoCAD package for construction drawings.

Do you add the dims and then change the camera view?
Can you put together and post a simple LO example?

The move tool in LO does not have the capability to precisely move objects using snapping to geometry yet.

The items are on different layers. You can arrange the order of layers by drag/dropping them in the Layers Dialog.

@zsacul said:

Is it possible to pass ISketchUpDocument pointer from Sketchup, to manipulate current view by c++ plugin?
For example to write a c++ function that will move all points by Vector(10,0,0)?

To get ISkpDocument from Ruby you can do-
Sketchup.active_model.skpdoc
But you can't modify the model from the SU C++ API.