Offline
@evan said:
This looks like just what I need. Anything I should watch out for to make it Mac compatible? In particular what will happen with Safari? Any clue?
It should already be cross-compatible.
Not sure what scale of a UI you are looking for. SKUI have a set of common controls. but if you need special ones you'd have to construct your own. Got any mocks of what you are looking to create?
No sure where it would fit in the docs. Maybe we can add a Wiki section on the GitHub repo that host the new docs.
This scenario is so common though that a face.coplanar_with?(other_face) might be a nice addition.
Unknown to me... the Ruby documentation have a list though.
The extension_info is auto-generated by Extension Warehouse. You should not be modifying this yourself.
We have a feature request logged to allow Extension Manager to display an icon which is bundled with the extension. If you don't want your extension hosted on Extension Warehouse I'd just leave the extension_info.txt alone. Wait for official support for icons from other sources. The icon was added because we had easy access to that info when we query for updates. But it's clear that people want to present their extensions in the manager with icons/logos. It's noted.
@dan rathbun said:
@thomthom said:
@fredo6 said:
...and there is the magic formula by thomthom to check if two faces are coplanar (actually have parallel planes)
face1.normal % face2.normal > 0.9999999991hm... It was never reliable.
I was hoping you'd answer the questions I posed (above) in this post:
http://sketchucation.com/forums/viewtopic.php?f=180%26amp;t=65068%26amp;view=unread#p597160
As Fredo mentions, face.normal already return a unit vector. The issue is that comparing vectors is too unreliable in edge cases.
@fredo6 said:
Well, I think I found it it an old post!. And it seems to work fine for the purpose.
Indeed there are alternate methods, the problem being to detect the false positive, that is faces that would be co-planar by the formula, but would not in the model drawn by Sketchup.
Fredo
Checking the plane might in some cases yield false for some cases where SU is able to merge. But this is rare. Comparing normal had the opposite of yielding true in cases where SU would not be able to merge.
I've forwarded this internally and we are looking into it.
Can you try something for me: log out and in again. Does that help?
system should be blocking. Might it be a different in the command you are invoking?
SU's FOV is by default the vertical (height) axes. Which is something that always tripped me up. Use the camera.fov_is_heigh? to determin if fov is vertical or horizontal: http://ruby.sketchup.com/Sketchup/Camera.html#fov_is_height%3F-instance_method
You might have to take into account the aspect ratio of the SU viewport and your target viewport.
@pyroluna said:
After years and years of toiling and sighing, they allow you to solve this issue for your models and they don't even mention it in the release notes...
That dialog is for internal debug purposes. It's not an end-user feature.
@fredo6 said:
...and there is the magic formula by thomthom to check if two faces are coplanar (actually have parallel planes)
face1.normal % face2.normal > 0.9999999991Fredo
hm... this must be something from and old version of CleanUp? It was never reliable. What I do now is take all the vertices of the faces and generate a best-fit plane - then I check if each of the vertices is on the plane.
Can you share this example? I can forward it internally for investigation.
Very cool. I really like how you used a texture to blend between materials.
@driven said:
there are reports that v17 sets the version of IE to use in all versions of SU i.e. it has an affect on <v17 as well...
Correct. There is a registry key set that affect all installed SU versions. This isn't new to SU2017 + but the new IE mode is more strict than before. The recommendation is to always use a META tag to declare your own IE compatibility with the old WebDialog.
For HtmlDialog, since this is powered by Chromium and everything there is async the new class could not be identical. Each dialog is actually running in its own process - so one need to do all communication async. That leads to different design pattern.
Now, previously, when communicating from WebDialog you have to use skp: actions, it's basically using the URL prototcol to send data and that have limitations:
A common way to pass data from WebDialog to Ruby was to put it into a hidden input/textarea field and then make a skp call which in turn called get_element_value.
In HtmlDialog you will be better off using the new callback mechanism. Using the sketchup object. So instead of window.location = 'skp:myCallback' you call sketchup.myCallback.
What's more is that the sketchup. callbacks let you provide multiple arguments. No size limit. No worries about URL encoding. You can use basic types such as array, hash, string, number, boolean etc.
This makes it easy to for instance send data which will be received as a Hash on the Ruby side. So instead of making a skp: call to make Ruby pull data with get_element_value, just send the data directly in the new callback.
If you right click on the blank window, do you get the option to View source?
(and if you open Ruby Console before opening the window, any output there?)
@ludnid: what is your user path? I'm still confused by the byte array shows a different path than the error message...
RubyMine only need to know/care about the lib folder in that repo. You can tell it to ignore the other folders.
As for the auto-complete, I'm having some issues right now myself. Maybe something changed with RubyMine... I'm not sure. Looking into it.
What version of SU2016 are you using? Do you have the latest update? There was a bug in the original version that caused some loading errors for some users: https://help.sketchup.com/en/article/141303
@ludnid said:
C:/Users/Ludnid/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/tt_selection_toys/webdialog/ui_manager.html
I'm confused...
That path isn't what I get from the array of bytes...
bytes = [67, 58, 47, 85, 115, 101, 114, 115, 47, 74, 117, 100, 100, 32, 82, 97, 109, 101, 115, 101, 115, 47, 65, 112, 112, 68, 97, 116, 97, 47, 82, 111, 97, 109, 105, 110, 103, 47, 83, 107, 101, 116, 99, 104, 85, 112, 47, 83, 107, 101, 116, 99, 104, 85, 112, 32, 50, 48, 49, 53, 47, 83, 107, 101, 116, 99, 104, 85, 112, 47, 80, 108, 117, 103, 105, 110, 115, 47, 116, 116, 95, 115, 101, 108, 101, 99, 116, 105, 111, 110, 95, 116, 111, 121, 115, 47, 119, 101, 98, 100, 105, 97, 108, 111, 103, 47, 117, 105, 95, 109, 97, 110, 97, 103, 101, 114, 46, 104, 116, 109, 108]
[67, 58, 47, 85, 115, 101, 114, 115, 47, 74, 117, 100, 100, 32, 82, 97, 109, 101, 115, 101, 115, 47, 65, 112, 112, 68, 97, 116, 97, 47, 82, 111, 97, 109, 105, 110, 103, 47, 83, 107, 101, 116, 99, 104, 85, 112, 47, 83, 107, 101, 116, 99, 104, 85, 112, 32, 50, 48, 49, 53, 47, 83, 107, 101, 116, 99, 104, 85, 112, 47, 80, 108, 117, 103, 105, 110, 115, 47, 116, 116, 95, 115, 101, 108, 101, 99, 116, 105, 111, 110, 95, 116, 111, 121, 115, 47, 119, 101, 98, 100, 105, 97, 108, 111, 103, 47, 117, 105, 95, 109, 97, 110, 97, 103, 101, 114, 46, 104, 116, 109, 108]
bytes.pack('U*')
# > C;/Users/Judd Rameses/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/tt_selection_toys/webdialog/ui_manager.html
And you have version 2.3.11?
Can you type in this into the console:
TT::Plugins::SelectionToys::PLUGIN_VERSION
@ludnid said:
@thomthom said:
Ok - try using v2.3.11: http://sketchucation.com/pluginstore?pln=tt_selection_toys
Hi Thomthom. I've got the same problem with Coulteri. With the new version dialogue still remains the same.
Can you open the Ruby Console and enter these lines, one by one and then post back the result?
filepath = File.join(TT;;Plugins;;SelectionToys;;PATH, 'webdialog/ui_manager.html')
p File.exist?(filepath)
p filepath
p filepath.bytes