@beginner said:

It would be nice if LO could handle Ruby plugins
LO could be powerful as SU

Now that would be an AWESOME idea! And also have a plugin interface for external renderers.

@john2 said:

2. Thumbnail support in folder containing SketchUp files for 64 bit windows 7 operating system

+1!!!![/quote]

It WAS really nice having thumbnails in 64-bit Windows.....

Disappearing text was a bug in SketchUp that I thought was fixed.
The problem is when the text or the leaders span tile rendering
boundaries. Open the PDF in Adobe's viewer. Click on the rendered
image and you'll see how the view is rendered into tiles. See
if the missing text is on the tile boundaries. If so its the bug.

How 'bout them working menu items!?!?

@toddwilli said:

I have searched the forums for info on this problem, but found nothing since 2009!
Anyone got any good ideas? If this was a known problem back in ver 6, why has it not been solved by ver 8? Thanks for any help.

Its was/is a known problem, so much so, that an entire application was created to solve this problem, it's called LayOut.

Its defined in our C++ code. I took a look at what's going on.
It does-

<span class="syntaxdefault">  static VALUE g_SketchUp_Version </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> GetRubyInterface</span><span class="syntaxkeyword">(</span><span class="syntaxdefault">ver</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">GetVersion</span><span class="syntaxkeyword">());<br /></span><span class="syntaxdefault">  rb_define_readonly_variable</span><span class="syntaxkeyword">(</span><span class="syntaxstring">"$sketchup_version"</span><span class="syntaxkeyword">,</span><span class="syntaxdefault"> </span><span class="syntaxkeyword">&</span><span class="syntaxdefault">g_SketchUp_Version</span><span class="syntaxkeyword">);</span><span class="syntaxdefault"> </span>

Just to show some history of SU code-

<span class="syntaxdefault">int CVersionInfo</span><span class="syntaxkeyword">;;</span><span class="syntaxdefault">GetVersion</span><span class="syntaxkeyword">()</span><span class="syntaxdefault"> const </span><span class="syntaxkeyword">{<br /></span><span class="syntaxdefault">  return CVersionInfo</span><span class="syntaxkeyword">;;</span><span class="syntaxdefault">GetVersion</span><span class="syntaxkeyword">(</span><span class="syntaxdefault">m_major</span><span class="syntaxkeyword">,</span><span class="syntaxdefault"> m_minor</span><span class="syntaxkeyword">,</span><span class="syntaxdefault"> m_buildNumber</span><span class="syntaxkeyword">);<br />}<br /><br /></span><span class="syntaxdefault">int CVersionInfo</span><span class="syntaxkeyword">;;</span><span class="syntaxdefault">GetVersion</span><span class="syntaxkeyword">(</span><span class="syntaxdefault">int major</span><span class="syntaxkeyword">,</span><span class="syntaxdefault"> int minor</span><span class="syntaxkeyword">,</span><span class="syntaxdefault"> int build</span><span class="syntaxkeyword">)</span><span class="syntaxdefault"> </span><span class="syntaxkeyword">{<br /></span><span class="syntaxdefault">  </span><span class="syntaxcomment">// This is a MAJOR KLUDGE necessary because we never anticipated over 1000<br /></span><span class="syntaxdefault">  </span><span class="syntaxcomment">// builds for a single SketchUp release.  SketchUp depends on a version number<br /></span><span class="syntaxdefault">  </span><span class="syntaxcomment">// of the form 1000000 * Major release number + 1000 * Minor release number +<br /></span><span class="syntaxdefault">  </span><span class="syntaxcomment">// build number.  Thus if the build number exceeds 999, it rolls over to the<br /></span><span class="syntaxdefault">  </span><span class="syntaxcomment">// minor build number - which is wrong.  On the RASH assumption that no one<br /></span><span class="syntaxdefault">  </span><span class="syntaxcomment">// REALLY cares about the build number anymore and that the minor release<br /></span><span class="syntaxdefault">  </span><span class="syntaxcomment">// number will never exceed 999, I made the following modification;<br /></span><span class="syntaxdefault">  if </span><span class="syntaxkeyword">(</span><span class="syntaxdefault">minor </span><span class="syntaxkeyword">></span><span class="syntaxdefault"> 999</span><span class="syntaxkeyword">)<br /></span><span class="syntaxdefault">    minor </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> 999</span><span class="syntaxkeyword">;<br /></span><span class="syntaxdefault">  if </span><span class="syntaxkeyword">(</span><span class="syntaxdefault">build </span><span class="syntaxkeyword">></span><span class="syntaxdefault"> 999</span><span class="syntaxkeyword">)<br /></span><span class="syntaxdefault">    build </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> 999</span><span class="syntaxkeyword">;<br /></span><span class="syntaxdefault">  return </span><span class="syntaxkeyword">((</span><span class="syntaxdefault">major </span><span class="syntaxkeyword">*</span><span class="syntaxdefault"> 1000000</span><span class="syntaxkeyword">)</span><span class="syntaxdefault"> </span><span class="syntaxkeyword">+</span><span class="syntaxdefault"> </span><span class="syntaxkeyword">(</span><span class="syntaxdefault">minor </span><span class="syntaxkeyword">*</span><span class="syntaxdefault"> 1000</span><span class="syntaxkeyword">)</span><span class="syntaxdefault"> </span><span class="syntaxkeyword">+</span><span class="syntaxdefault"> build</span><span class="syntaxkeyword">);<br />}</span><span class="syntaxdefault"> </span>

@teamsda said:

• The black lines I am seeing are around the texture image where there are not items behind it. See Example_2.png
  Christian

I've seen this before, but it was white edges around images.
If you're using Adobe's pdf viewer, open Edit->Preferences...
Select "Page Display"
In the Rendering section there's "Smooth images".
Make sure that's not selected. You might have to turn off "Use 2D graphics acceleration".
Or if "Use 2D graphics acceleration" isn't selected, try turning it on.

@teamsda said:

• The X lines going vertical and horizontal through my export can bee seen in example 1 or 2. Example 2 has nothing but a single face it still has the lines.
  Christian

Those lines are actually the boundaries between the rendered tiles.
We need to tile to prevent the old "Red X" problem once seen in v1,
which was caused from running out of memory. If you open the
pdf in a viewer that can select items, you'll see the tiles when
you select them.

There's a Ruby command to export a transparent background-

keys = {
:filename => "c:/tmp/write_image.png",
:width => 640,
:height => 480,
:antialias => false,
:compression => 0.9,
:transparent => true
}
model = Sketchup.active_model
view = model.active_view
view.write_image keys

Looking at the add_group Ruby code, its the same on both platforms.
One reason (don't know if this is true) it could be slower on the Mac
is the notifications that are sent around could be updating the Mac
UI, like the component browser. This may be more efficiently done on
the PC.

Also, the same code (duplicate code/cut-n-pasted it looks like) that
I fixed in the C++ API was also being used in the Ruby code.
The bug report only mentioned the C++ API, so that's what got fixed.