@eneroth3 said:

In some cases the developer might not want this so it shouldn't always be enabled.

Absolutely right!

The event bubbling concept in the HTML DOM allows to "cancel" further bubbling, if your event listener has already "fullfilled" the event and there is nothing left that you want to happen (otherwise the next, outer event handlers would get the event and act on it). Expanding this concept from WebDialogs to the SketchUp window could be done re-use something with which developers are familiar, without adding new API methods or arguments.

No matter how it would be realized, it would really be useful for us developers if SketchUp could incorporate this feature.

Would it make sense to allow this for different kinds of events, or should it filter out all except keyboard events?

A "registry inspector" is - I believe - not possible with thr API. We can only read if we know the registry key to read.

Scenario 1:
When a webdialog is designed to be used in parallel with the currently selected tool (any replacement for a native inspector dialog, like layers panel), not consistently workig shortcuts interupt the user's workflow.

Scenario 2:
When a webdialog is used as toolbar to launch a tool, the tool won't get modifier keys until you have clicked at least once into the drawing (and maybe you didn't want to do that click).

A lot of the ideas are things that I had found and added myself, others did I integrate now. Sorry that I still haven't finished/published the update because I want to be sure the quality is right.
(Some extension stores have longer update cycles, so when I discover an overseen issue, I can't publish a quickfix.)

As for searching within the selected entities by attribute, I had thought of that idea, but decided not to get distracted but focus first on the main function of reading/editing attributes. One could certainly add a lot of ideas, but to make a "good" user interface one needs to carefully think about user workflows and how a feature affects the plugin's complexity (of UI and code). I'm not yet sure if search is something that I should better leave for thomthom's Selection Toys.

Checking an entity for a "direct" property is on thing, but speed would also be much more affected for attributes, when you consider every entity can have multiple dictionaries, with each mutiple attributes/values. And Christina found that attribute dictionaries can have their own nested attribute dictionaries…

If I understand it right, an attribute with the same Point3d object that an entity uses (for example directly obtained from the entity face.vertices.first.position) will move with the entity.
A clone/copy of such a Point3d (like point + [0,0,0]) might have initially the same position, but does not show this behavior.

If this behavior is documented, then it's fine. If it is decided to cleanup/simplify it by removing that behavior, we could (?) still use a Point3d relative to the entity/group's boundingbox origin, which will move with the entity. Does that make sense, Christina?

Would there be a way for SketchUp to modify WebDialogs to "continue bubbling up" from the document root to the SketchUp main window?

I've implemented something similar to jolran's method that sets a Tool class variable for the status of the ctrl, shift and alt keys (Select Entity tool in Ruby Console+).

The bug has been fixed some time ago in the (not yet released) next version. I'll publish it soon.

I fear nobody has the courage to confirm/refute your last sentence.

Can't you do calculations already in the operating system's calculator, in SketchUp's Ruby Console and in various Ruby Console plugins? You can then copy&paste the calculations that you want to keep.

The comments plugin is to save text that the user enters, and not to automatically evaluate and manipulate parts of the text. I think it should keep focussed to do this task well.

There will be an up-coming plugin to do this (import one or several maps from different providers).

@solo said:

May I ask if SU works better on a 32bit machine than on a 64bit machine as a 64bit needs to emulate 32bits which in essence slows it down?

It is no real "emulation" like a game console emulator (or some virtual machines). The 64bit processor is running in 32bit mode, and since the instruction set of x32 / x64 is not much different and all translation done in hardware (and not software), it shouldn't be noticeable.

Out of 1483 executables on my computer I found 1479 64bit and 4 32bit, but such dump statistics don't worry me at all. If I hadn't looked at such technical things, I would not care about the bitness of my calculator application. But we SCF members seem to care when it affects larger, more complex productivity applications like SketchUp. Maybe SketchUp "just" has plenty of more serious bottlenecks apart from memory limits that need to be fixed first? That we don't even know?

Let's imagine SketchUp had an "agenda 2020". How would it look like? I'm pretty sure by then it will be 64 bit. So this investment needs to be done somewhen.
3 man years out of how many engineers, and this is known since how many years? True, there are many new open construction sites, but they must know best when and how to focus their efforts.

@pixero said:

...and there soon will be one more great plugin....
Hint, hint.

Do you have a slight idea how many are already working on one?

To avoid duplicates, I just ask: is anybody else working on it?
Otherwise I would do it. (This is just a mockup.)

I think you have more text editing options like text path, (negative) letter spacing in another program (PhotoShop, a design program, or Inkscape). Then export to DXF and import into SketchUp.

Let's stop arguing. I really don't want that, and neither did I mention iOS nor Android, or heise-style arguments.
By promoting a webstandards-based app, SketchUp could have the chance not to take part in platform wars. 3D for everyone, that is a value that is worth to hold sacred.

Which still does not justify prefererism. In the country where we live, authorities and companies care about to avoid any bias towards their customer base. They need all their customers equally and would for heaven's sake never get the idea to like some customers more than others. Similarly you find all TV movies, ZDF, ARD etc. hide brands and show mockup computer interfaces instead of hidden advertising. That said, cultures differ.

You find a very different attitude at SketchFab. They don't care about which device you have, but put the webstandards (and as such everyone) at first place. They don't go for the extra PR kick of exclusivity, but they prove that open standards like webgl are indeed very capable and ready to end the era of lock-in ecosystems.

Merci!
On attend déjà la prochaine journée! Des petites nouvelles à chaud, ça nous fait un peu comme être la-bas (ou la-haut à Vail, comme il faudrait dire).

You mentioned you have the console open. At least in older versions, the console is slow. Sometimes I get the idea it rewrites the whole content with every line added. In SU14 it is supposed to be slightly better, and there is a secret clear command, but still it is best when you output only relevant data to the console and only during development (later only errors labeled with Our plugin's name).

You have to tell what technology the area in Google Earth is using. If the single building is == a single model, you should be able to hide it. If it's one giant model (mesh) you can not hide it.
If you are looking at a big city or metropolitain area the chance is high that Google already introduced the 3d mesh.

It has an arbitrary timeout of five seconds. It's not doing much processing, it just needs to be sure that SketchUp has finished loading all other plugins. I wish SketchUp had (or will have) a proper API method for that. When I come back I'll see if it still works reliably wirh a shorter timeout.

Actually what they do is using "OpenID" technology to check that you are real, and that you are the person to whom the account belongs. Advantage is they don't have to store and protect passwords on their own servers. But the idea of OpenID is to work with whatever OpenID provider you already have (can be a Yahoo, Hotmail or your own server), and not to bind people to a specific provider like Google.

We once asked whether there are plans to transition further independent from Google, but as you can imagine, only future knows the answer.