SketchUp 8 M2 is out!
-
I have noticed some differences with the in the
Sketchup.active_model.options[3]that I use to extract the setted units information.Any plugins that are using this function can have problems with the SketchUp8 M2 version.
Is there a list of that kind of differences? -
You should use the named optioned "UnitsOptions" rather than a numeric index to access the Options. The order of the returned options appears to vary between computer systems.
-
@voljanko said:
I have noticed some differences with the in the
Sketchup.active_model.options[3]that I use to extract the setted units information.Any plugins that are using this function can have problems with the SketchUp8 M2 version.
Is there a list of that kind of differences?
See my notes at the bottom of the OptionsProvider page, a snippet to list out the different options:
Sketchup.active_model.options.keys.each {|key| p key; Sketchup.active_model.options[key].each {|k,v| puts "> #{k} - #{v}"} } -
It is great that now when you export a model from SU in COLLADA format it retains the texture name... unfortunately that does not apply to colors or renamed colors,apparently.
Why would that not be included? Is it some freaky mojo of the COLLADA format that makes that impossible?
Kinda sucks to still have to rename all the materials that are not jpegs... I know it sounds like a whiney complaint, but if you have like 10 or more different materials that you intend to render as metallics... somehow ID3,ID55,ID278 etc, does not exactly make it easy to figure out which is which.
Well, I still appreciate that I don't have to rename the image based texture anymore. -
@unknownuser said:
See my notes at the bottom of the OptionsProvider page, a snippet to list out the different options:
Sketchup.active_model.options.keys.each {|key| p key; Sketchup.active_model.options[key].each {|k,v| puts "> #{k} - #{v}"} }Thanks for this.I still cannot see any notes at the bottom of the RUBY API pages.It is some old language problem.
@unknownuser said:
You should use the named optioned "UnitsOptions" rather than a numeric index to access the Options.
Yes,but it was easy to check the units with numeric index because under 2 in was the american style and over 1 it was the metric style.Now I have to switch-case all the units
-
@voljanko said:
Yes,but it was easy to check the units with numeric index because under 2 in was the american style and over 1 it was the metric style.Now I have to switch-case all the units
You mean the result of
Sketchup.active_model.options["UnitsOptions"]["LengthUnit"]?That you can still do.
http://forums.sketchucation.com/viewtopic.php?f=180&t=35923&p=316407#p316407The various data types for
model.options["UnitsOptions"]LengthFormat: 0 = Decimal, 1 = Arcitectural, 2 = Engineering
LengthUnit: 0 = Inches, 1 = Feet, 2 = Millimeters 3 = centimeters, 4 = Meters -
@voljanko said:
I still cannot see any notes at the bottom of the RUBY API pages.It is some old language problem.
There are no comments on the international pages (code.google.com/intl/...). The standard page used to redirect non-english users to the international page so nobody could see the comments, but I asked them to turn the redirect off and it seems to work now on this link:
http://code.google.com/apis/sketchup/docs/index.html
-
Yea, the Google pages are really annoying me with the redirects. I had to change my language preferences in my browser to be able to access the comments.
-
ok this is going to be viewed as a dumb question
how do you know if you have downloaded and installed SU8-M2
there is nothing on the website saying this is M2 and there is nothing in the version record to say M2
Is version 8.0.11752 what you are all raving on about, so far i cannot see anything new or different
have i got the right one?
-
If you have this, you have the latest M2.
-
I started to have trouble with M2 not working: SU started crashing every time I tried to open it. Before that I was getting instant grey right-click menu items.
So I uninstalled SU completely and reinstalled M2. I also limited the number of active plugins (they are still in the Plugins folder, but not checked as active).
So far, so good
Update:
I spoke too soon: even with a minimum of toolbars active the dreaded "grey-out" has returned. I assume from this that just deactivating plugins does not help. The only thing left is to remove them from the plugins folder. What a mess
-
Bob
It's not the number of 'active' extensions or tools, but it's the number of 'loaded plugins' that have made 'commands' - which are then used in menus, context-menus and toolbars - even if these toolbars are not visible ['active'] they still have a command made for them.
There were some 'rogue' scripts that did add multiple commands - which brought the whole issue to light - but these have long been updated [ensure you have all of the latest versions of any of Fredo's tools, which were the main culprits].
Note that many scripts are NOT packaged as 'extensions' - so they will always auto-load from their .rb/.rbs file in the Plugins folder. Extensions work slightly differently from a 'plain' script, as their .rb/.rbs 'loader' file in the Plugins folder auto-runs, but then if that extension is set to be inactive then it does not load the tool's main code [from files inside the tool's subfolder] - so having an extension deactivated means that its 'commands' do not auto-load, until it's activated - when they do.
To have this 'gray-out' you need to have over 1000 commands loading, which is a lot [but it would be good if it could be more!]. I have many scripts loading, but I do 'manage them' to avoid the dreaded gray-out.
The way I do it is you rename the scripts that you don't want to auto-load from the Plugins folder as .rb! or .rbs!. Then only the .rb/.rbs ones auto-load. If you find you've disabled something that another tool needs then simply rename it back! [an example might be that 'progressbar.rb' is needed by several other scripts so it should always be left as its .rb format]. Now... if later on you discover that you do want a tool that is not being auto-loaded then you can type a simple command at the Ruby Console to load it temporarily for that session
load "the_desired_script.rb!"
[or whatever its real name is!]
Changing a file's suffix from .rb to .rb! doesn't affect that file's contents, so its code loads OK [making menus/toolbars etc as normal], irrespective of the file's suffix - it's just that .rb/.rbs files in the Plugins folder 'auto-load'. If you find yourself manually loading a script often then you can rename it back to .rb so that it then auto-loads thereafter...
You'll be surprised how a spring-clean helps, you probably have dozens of scripts loading that are not used one month to the next - this way you can always manually load one for just that session as you need it...Also please ensure that you don't have rogue copies of files that should be in the Tools folder in your Plugins folder - the SUp install puts the right ones into Tools but older versions and some ill-advised script 'collections' put old files into Plugins and break things subtly - typical files that should NOT be in Plugins are 'extensions.rb' and 'sketchup.rb' - so open both folders and check the relatively few Tools scripts against the Plugins scripts - remove any Plugins 'duplicates'...
-
@gaieus said:
If you have this, you have the latest M2.
Well I don't!!!!!
I still have my old version 8.0.3117 (help - about)
When I do a check for updates, it says update available and gets the same WEN file.
The version I d/l'd was 37mb, while the older M1 version was 41mb. That does not seem right.
-
@jgb said:
@gaieus said:
If you have this, you have the latest M2.
Well I don't!!!!!
I still have my old version 8.0.3117 (help - about)
When I do a check for updates, it says update available and gets the same WEN file.
The version I d/l'd was 37mb, while the older M1 version was 41mb. That does not seem right.
Well is my face red.
I was always starting from my old HD (drive D:) that crashed a few months ago.
But I had reinstalled SU8 M1 on C:. Never noticed that although I set the various SU defaults to the version, the desktop icon was starting in D:.When I cleared my desktop of opened windows after installing M2 on
I saw the new SU icon in the upper left corner. It seems to run OK now, so I will deep-6 the drive D; SU directory. -
Thank you, TIG, for taking the time for such a fine response.
I'm still hoping the great folks at Google will get the message soon and fix the situation properly. -
a question.
When I select the layer0, change the camera mode (of perspective to parallel).
Is this normal? -
@jorge2011 said:
a question.
When I select the layer0, change the camera mode (of perspective to parallel).
Is this normal?
No and it doesn't happen to me or anyone else I know... Can you be specific about the exact steps you are taking to do this ...
-
TIG hello.
I found the problem.
The problem is caused by this plugin.
http://forums.sketchucation.com/viewtopic.php?f=323&t=41840Thanks for your reply
-
Please give me more information about how to download the latest update for 8 Pro. Help, Find Latest Update sends me to the download option. But, I'm not sure what version is the latest and I couldn't find a designation for it. I've got an exe file on my desktop, but it appears to be old. I've got a version 8.0.4811 as the file currently running my program. Please help. Thanks, Dave Wood
-
Here's the download page...
http://sketchup.google.com/intl/en/download/
Not sure if your Pro or Free since your profile reads Version 6
Advertisement