Thanks, I fixed the load error.

If you are curious, you can have a sneak-peak on the next version 1.1.0 with custom buttons. You will be able to create your own toolbar buttons for Ruby one-liners, code snippets or other things found on the forum.

fixed LoadError

I finished the update!

I didn't know the ASCII-8BIT encoding issue before, but it's only the cherry on the cake.

Along with the issues we have found in the other webdialog discussions (url encoding, url length limit, dropped backslashes), I recommend not to transfer user input or arbitrary text through action callbacks, only simple method names/indentifiers with a limited character range. Then one can use get_element_value to fetch user input of any arbitrary character range.

Surprise! I said, 1.0.15 is not supported. It will be updated soon. Also nowhere does it say that it supports SketchUp 2014.

@tommy.jhd said:

None of the options affect the main Launchup dialog. I've checked this in 2013pro and 8free.

I cannot reproduce such an issue in a clean install of SketchUp and with either plugin version 1.0.15 or 1.0.8. That means I need more precise info, namely when you open the Ruby console, is there any output?

It's a very old version and I'm much further, about to release 1.1.0 (which is supposed to be reviewed by EWH, but there is nothing happening over a weeks…). I'd rather give you that to test.

@tommy.jhd said:

Separately - when the Launchup dialog overlaps the main Sketchup window its size keeps resetting to fit 'Type to search...'

What you see is that the dialog continuously reduces its width, which I've seen under rare circumstances on some Windows 7. After re-opening the dialog it's often gone. It is because the SketchUp API has been unhandily designed to set the width including the window border, which requires unstable work-arounds. I don't see anything I can improve, but version 1.1.0 could be better.
By the way, what is your UI scaling factor (or dpi)?

A tabbed version will above all increase the complexity of the plugin. Users could want that tabs represent scenes, others maybe specific entities etc.? A developer's challenge is to come up with a solution that is universally applicable but doesn't increase the complexity of code and UI too much. That is what makes it so interesting

I cannot reproduce this. What steps to reproduce it? What is the dictionary, attribute and value?

Well, it's something basic one expects from all browsers to work. Not a question of operating system.
But I use document.getElementById a lot (or frameworks using it) and it works, in IE, even the old IE6.
Whether you can use .value= depends on what type of element you access ( HTMLInputElement ?).

When it fails, it would show something different (?). This is what I get:

C;/Users/Administrator/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/encoding_test/hello.rb
> Hello World
require succeeded!

> Hello World
load succeeded!

Forcing UTF-8 encoding...

require succeeded!

„Native Windows? Or Linux and Wine?“
If you had a Linux version of SU (nice!), if SU2014 ran in Wine (nice!), otherwise for all my bug reports I test on a native Windows in a virtual machine. Linux is the luxury and comfort of a Mac with the freedom to work on any hardware. But I have to accept what I can get from SketchUp. I wished SketchUp would become kindof usable on higher-dpi screens. All my other applications scale perfectly. I need patience, at least I'm still with SketchUp after years because I'm addicted.

Bing translator has a free API (unlike Google), and allows to send an array of strings and get an array back. I have to admit, compared to Google's statistical translator, Microsoft's rule-based translator has much success on technical documents, whereas Google Translate is better in prose and informal language.
When you feed in SketchUp's UI strings, MS Translator gives you the exact localized strings! I have an external ruby script that batch-translates .strings files. I haven't yet tried to do anything like that in SketchUp's webdialogs.

I don't understand why such encodings are not yet extinct. For me everything is utf8, well except maybe things connected with Windows.
I just tested on a Windows7 (6.1.7600 Ultimate, 32bit, locale: en-US, VirtualBox), and the encoding test succeeded perfectly in all cases.
Could we narrow down under what circumstances it fails?

I believe [Object object] was supposed to display something, but that something could not be turned into text.
When you open Ctrl+Shift+I (the developer tools) in the browser, you get:
Error: Permission denied to access property 'page' compiled.js:743 "THREE.WebGLRenderer" "61"

Though I don't have an idea how to solve it.

Maybe they are selling the translation to Chinese , but as a bundle (with plugin and membership) it's hard to see what users pay for.

See it that way:
There is a technical name that must follow namespacing rules to keep things technically sorted (like a post address) and avoid conflicts.
Then there is a display name, that is useful, friendly, localized… The display name does not need to include any technical things or version numbers.

This is a bug in SketchUp. SketchUp's API window management methods (for positioning and sizing windows) ignore the screen's scaling (dpi) setting. Yours is maybe set to something other than 100%.
For developers this is a bit tricky: We could either also ignore dpi settings and hardcode the text size to always the same tiny pixel size (bad) or resize the dialog to fit its content (difficult).

Three.js is cool, and as the original poster suggests, there are reasons to ask more on how to use this technology with SketchUp models. While the viewer can be embedded, it does not cover all imaginable use cases:
What if you want to interact with the model on your website? It has not yet an API (or public source code).
What if you want to use the model in another WebGL framework? 3Dwh has neither an API nor a license that allows loading models into other contexts.

You can not "take" what you don't have the permission to use. The question here is not whether there is a way to import and use this data, but rather whether Google allows its use.

Unfortunately these autogenerated models (like previous autogenerated or sub-licensed city models by Google) are proprietary and not for use under free licenses. If you want something gratis, you can not rely on proprietary data, because it is always bound to some terms or limitations and can at any time be taken away. You should be looking for, and supporting "open data".

I totally agree, it would indeed be cool, if such amounts of geomodels would be available as open data, and if both users (downloaders) as well as creaors would contribute to it.

I updated to 1.0.1, now with more entity types in the UI.

You can download the .rbz from a browser. However, the plugins store does not accept anymore rbz.skp (except an admin adds it), so it's probably again out of the Plugins Store dialog..

Classifications are not yet exposed via the API.
Developers like to work with a well-designed, consistent and logical API. Once "not so good" features (unlogical, inconsistent, misspelled, errorprone) have been added to the API, they can not be removed anymore because someone might potentially rely on it already. Because of this, a good API needs time to be designed, and the SketchUp developers need time to get experiences with the features that could be useful for plugins.