Although it appears to be a problem with odd browser behavior (caching, reload?), potential issues in the Ruby code are undetectable and therefore undebuggable because a SketchUp action_callback does not throw errors.
Therefore the execution of Ruby code should be wrapped in something like:

begin
  # execution of ruby code
rescue Exception => e
  puts e.message
  puts e.backtrace
end

Also it adds every elementary operation to the undo stack. When clicking once "insert!", it would be more user friendly to only add one command to the undo stack. This can be achieved by wrapping everything in an operation (either on client side in the action_callback, or in the executed Ruby code):

begin
  model.start_operation("operation name")
  # execution of ruby code
  model.commit_operation
rescue Exception => e
  model.abort_operation
  puts e.message
  puts e.backtrace
end

One can also catch potential JavaScript errors in the webdialog and make them visible/debuggable in the Ruby Console.

Edit: Debuggable version attached. It seems to be a JavaScript error caused by the Prototype library or the usage of it.
[pre:2zs9no9b]Object required [http://sketchup.engineeringtoolbox.com/static/lib/scripts/prototype_1_6_0_2.js:3517](http://sketchup.engineeringtoolbox.com/static/lib/scripts/prototype_1_6_0_2.js:3517): in JavaScript function[/pre:2zs9no9b]

engineeringtoolbox.rb

It's not exactly a Trimble requirement. SketchUp has already migrated its services to sketchup.com. The only problem is they cannot undo history, and older versions (≤2013) have all the time since their release been pointing to service addresses at the Google domain. It's Google that stops redirecting these services.

It's actually remarkable how deeply the SketchUp team cares about it, you have no less than 4 choices: http://help.sketchup.com/en/article/3000177

Probably this solution hasn't been emphasised enough, but if you really don't consider upgrading, instead of moaning you could take your hands and solve the problems: http://help.sketchup.com/en/article/3000180

Apart from licensing questions, if you embed (properly namespaced) other plugins, you would be responsible to merge in every change of that other plugin, package a new version of your plugin and distribute it. I doubt tat effort of maintenance is feasible over longer time.

Take a look at existing UI plugins, they detect the availability of other (not embedded) plugins and allow to launch them. There are two starting points:

• You can either detect individual UI::Command objects in ObjectSpace. A "command" is a wrapper around one of a plugin's functions with metadata like icon and name.
  
• Or you can iterate SketchUp's extensions manager and check which extensions are registered. Some plugins may maintain a stable module names/methods to invoque their functionality.
  I would enjoy if the plugin dev community would agree on a "standard" pattern to make their plugins' features detectable and callable through code, eg. for node editors etc.
  You could then dynamically build your UI through code, or just hide the features the user has not installed.
  Or if you want to avoid too much work, just present the user a list of what plugins he/she needs to install together with your plugin.

GLConfig_Display ist Schlüssel, rechts-klicken → Neu → DWORD-Wert → "HW_OK" = 0

Das klingt, als ob SketchUp abstürzt, sobald es versucht, OpenGL zu initialisieren (also nach dem Willkommensfenster, bevor/während das Programmfenster geladen wird).

Das liegt üblicherweise an defekten Grafiktreibern, die OpenGL nicht richtig oder nicht ausreichend komplett unterstützen. Wobei ja SketchUp keine großen Anforderungen hat, aber trotzdem scheint es wohl hin und wieder schlechte Treiber zu geben. Manchmal gibt es vom Hersteller schon eine Treiberaktualisierung (die nur noch nicht installiert ist). Sind das die Standardtreiber, die in Windows 10 drin sind? Ist das der Herstellertreiber (von Nvidia/AMD/Intel-Webseite)? Vielleicht ist die Treiberunterstützung für Windows 10 noch nicht ganz fertig?

Notfalls Hardwarebeschleunigung temporär ausschalten (entweder in global Treibereinstellungen, oder nur für SketchUp in der Registry: HKEY_CURRENT_USER\Software\SketchUp\SketchUp 2015\GLConfig_Display HW_OK auf 0 setzen)

Bonjour,
c'est certainement facile (avec ruby) mais je suis sûr qu'il y ait déjà assez d'outils.
Par example le Fast Texture Writer de Didier.
À propos du nom, le nom d'un material n'est pas ne forcément unique: il y a le nom de fichier original de l'image (mais plusieurs materiaux peuvent descendre du même fichier), le nom affiché et le nom interne (unique).

It's a pitty that one can never trust preinstalled software. Such antifeatures are unrequested from their customers and work against the interest of their customers.

Besides the fact that bloatware is so common, I find it shocking and a loss of trust that even Lenovo dares to give untrusted, unaudited code "root" access to their customers' devices. Good that I put my software of choice in place of what was preinstalled.

Second note:
When editing an existing toolbar, in edge cases not all changes can be correctly applied (for example buttons can not be removed, and buttons can only be appended at the end), but changes should be completely applied at next restart. The alternative would be that the plugin does not even try updating the toolbar, but requests the user to restart SketchUp.

Anyways, it is clear that wrong icons should not be added. I'll try to find the best compromise for updated toolbars.

First note: Could be a hash collision (although I thought unlikely). I will try to reproduce it (evt. I will ask for a specific registry setting). Can you tell me what plugin the two pencil icons are?

@slbaumgartner said:

At this time there is no known workaround on Windows.

The SketchUp.exe has its resources baked in, and analog modifications to it can cause crashes and corrupts the executable.

@glro said:

from SU profiler result, the program mainly spends time in this type of operation
"Sketchup::Entities#each"

The profiler (plugin!) requires quite some understanding of what it does, and how meaningful the result is — even for more advanced developers this profiler in its current state is not that much helpful. That it spends time in each doesn't tell much without decomposing what it does inside each.

@roland joseph said:

Shut down the external ruby pipeline ...

There is no "external" ruby pipeline.

Is that the death of Google Earth?
Like SketchUp (and many other products) it was created by an external company, "Keyhole". As a client program it fits not much into Google's web app portfolio. They integrated much mainstream functionality into the web/mobile Google Maps. It would be interesting what happens with the more professional GIS-like features, would they for ever keep up developing a client application? Would they sell it off to become again a Pro tool? Without a price that fate is rather unlikely.

XML is not a "file format" as you are used to. It is a data format, how file formats can structure their content. In any case, how a program should read the xml file depends on what file format the xml represents. In the top line of the text you see a reference to CityGML. You need a CityGML importer for SketchUp, see Jim's link.

The resolution of the satellite photo only depends on the window size (nothing to do with Pro). If you resize the window to cover your whole screen (or larger, for example several workspaces), you can get a larger screenshot.

But consider that the SketchUp only displays textures up to a maximum resolution (2048×2048?).

Wo findet man sie denn?

Sorry, I was away the last week. I tested it in SU 2015 and it seems to be still working.
It requires ImageMagick to be installed (the plugin is just a UI and calculates the command for ImageMagick).

• Do you have ImageMagick installed? If it was not, the plugin should prompt.
• Is it possible the plugin does not find ImageMagick? Can you give me the results from the Ruby Console of:

AE;;TextureResizer;;ImageMagick.installed?

AE;;TextureResizer;;ImageMagick.class_variable_get(;@@install_location)

Sketchup.read_default("ImageMagick","location")

Isn't it that they are just replacements for normal unicode characters? So if you have no font that has these code points, you see missing characters, if you have these code points you see black&white TrueType vector glyphs, and if you have special colored emoji support, they are "overlaid" (replaced) with the color ones?

The Dynamic Component Attribute dialog is probably designed for single selection. Depending on where exactly the attributes are stored (component attributes, sub-entities etc.) you may have success with the Attribute Inspector extension. Like SketchUp's Entity Inspector, it works with multiple selection.
First select one component and find the attribute to change. Then select all and set the same attribute.

I would prefer to update when I know the new version 1.2.0 in the SCF store is good (EW usually takes a week for review, so I couldn't push another revision).

I had some unpublished changes pending, can you check the 1.2.0 release? If it shows the issue, please send me a .mol file.

The importer has been closely designed around the Symyx specification (2010) for Molfile V2000 and V3000 formats. It maybe possible that there is a bug, but I don't have any file that failed so far (would be good if someone who wants this solved can send me such a file). It may also be possible that the file deviates slightly from the specification, or that it is a different version or file format with .mol ending.

From what software / source are these .mol files?