SketchUp 8 M2 is out!
-
@tig said:
Well if it is exactly 1000, then they just need to change it to say 2000 or 10000 !!!
This number can't be infinitely large. How many commands are "enough" to meet your needs?
Just so that someone has said it... you guys could also leave fewer extensions activated. It was my hope that by making it easier to install and activate plugins you would find it easier to keep only those you really need for a particular model active in the application.
Hundreds of active plugins put strain on many parts of SketchUp. We can (and will) continue chasing bottlenecks in the code, but you guys can play a role here as well.
john
. -
Clearly 1000 is not enough commands for a lot of users, so perhaps it could be nearer 2000
.Many users are lazy and don't do house-keeping...
The gray-out issue appears on these forums at least once a week, often 'faulty' scripts are blamed, but it's actually been shown to be a limitation of Sketchup itself and therefore just 'too many scripts' !I agree that if most tools were made as Extensions then switching them on/off via Preferences could help... BUT the Extensions list itself is not entirely helpful in that it does not order them alphanumerically, and you get an annoying warning after you un-tick each one.
I do have a longterm plan to Extension-ize my main tools, but as this is 'unpaid' tehn unless I need to reissue a specific toolset and I have the time then why should I be too bothered, especially if I am pressed for time doing some other 'real work'...
-
@tig said:
Clearly 1000 is not enough commands for a lot of users, so perhaps it could be nearer 2000
.Why not just set it to 10 000 or 100 000 ... if there needs to be a limit at all.
@tig said:
I agree that if most tools were made as Extensions then switching them on/off via Preferences could help... BUT the Extensions list itself is not entirely helpful in that it does not order them alphanumerically, and you get an annoying warning after you un-tick each one.
+1
The Extension list is not very user friendly. Especially them messageboxes.@tig said:
I do have a longterm plan to Extension-ize my main tools,
Ditto. Will be updating as I go along.
-
dae inport: Unicorn.dae Size 14,000KB- Import 3.5 Minutes; get this explode -Gave up after 8 minutes.
Same file in VUE 9.5 Import 1 Second; Ungroup less (That's less 3 Seconds)
I don't understand!
Import was accurate, which it didn't do prior to update, but who cares.
How can one program be that much better??? VUE has it's problem also but man.... -
@jpalm32 said:
dae inport: Unicorn.dae Size 14,000KB- Import 3.5 Minutes; get this explode -Gave up after 8 minutes.
Same file in VUE 9.5 Import 1 Second; Ungroup less (That's less 3 Seconds)
I don't understand!
Import was accurate, which it didn't do prior to update, but who cares.
How can one program be that much better??? VUE has it's problem also but man....Ungroup in Vue is a different operation than Explode in SketchUp. Exploding this model in SketchUp merges all the geometry. Merging, while quite useful when modifying the model later, is pretty 'expensive' computationally. Vue doesn't merge geometry on explode.
john
. -
@thomthom said:
The Extension list is not very user friendly. Especially them messageboxes.
You'll be happy to find, then, that there is new support in the Ruby API for building your own Extension Manager which improves on all the faults of the default system. I think the updated docs are going up today...
john
. -
@unknownuser said:
new support in the Ruby API for building your own Extension Manager
Can't wait to see what the gurus do with this
-
@jbacus said:
@thomthom said:
The Extension list is not very user friendly. Especially them messageboxes.
You'll be happy to find, then, that there is new support in the Ruby API for building your own Extension Manager which improves on all the faults of the default system. I think the updated docs are going up today...
john
.Ah, thanks. I was wondering when they where coming.
-
@jbacus said:
Ungroup in Vue is a different operation than Explode in SketchUp. Exploding this model in SketchUp merges all the geometry. Merging, while quite useful when modifying the model later, is pretty 'expensive' computationally. Vue doesn't merge geometry on explode.
At what cost? I can still manipulate all elements in VUE.
Don't get me wrong, I like SU, but come on... It also get's pretty expensive waiting! -
I wanted to chime in on the Film and Stage conversation above. I use the plugin all the time and teach it as part of Sketchup classes I teach to film and TV designers here in LA, so I have both perspectives to draw on.
I want to start out by saying I do think it is an improvement over the previous version. My favorite new feature is the ability to tweak the camera parameters with the arrow keys, which I find very useful, and the added new camera types make it more relevant to all the new cameras we run into nowadays. I also think the camera info you see in camera view is a nice addition.
My major point of agreement with Halroach is that it is bad that the act of looking through a camera or at an ACT scene puts you in an edit mode.
I can't begin to count the number of times perfectly good shots have been screwed up because you look at a scene and forget to RIGHT CLICK/ DONE and drag the camera to wherever you are going next. The act of editing a camera after it has been set should be a much more deliberate choice, and in both the camera and scene view (I feel like they are the same in this version) , I would prefer to have to right click in order to edit the camera position and settings.Having the scene created with the camera does not bother me. I find there are almost always layer visibilities involved in every shot, so having a scene to support that is helpful. I agree you should be able to delete a scene and not have it come back every time you look through that camera.
My biggest issue with the ACT is the camera volumes. They are sometimes useful to check the extent of a wide shot, and the way they adjust to the fov is really impressive, but having them created for every camera just turns the model into a train wreck. We are almost always combining scenes created in the construction of the model with camera shots, and to have all those frustums to clean up in the earlier scenes is a drag. Also we often use parallel projection in our earlier scenes, and the introduction of all that huge visible geometry in those scenes causes foreground clipping that makes it look like the model is lost or ruined, and there are always some students who think they have done something that destroyed their model. I have never seen a project where having the pov volumes on all the cameras yielded useful information. Again I would much rather be able to right click, create pov volume for specific cameras rather than deal with them all.
The other thing about pov lines and volumes is how tenacious they are. I normally deal with them by deleting their layers and contents, but every time you create a new camera ALL the volumes for ALL the cameras come back. Sure you can delete them again, but on a large project it leads to a very whack-a-mole experience.
Cameras without the volumes also make it much easier to manipulate the camera object itself. (as mention by Halroach) It is very useful to be able to place a camera object outside a window or in the doorway to the hall and see what kind of shot you can get. Having the huge invisible volume as part of the camera makes moving and especially aiming the camera object much more difficult.
Image exports from the plugin are very satisfying, maintaining their camera parameters and aspect ratio, but oddly when you put the shots into Layout the aspect ratio is lost. The fov is right, but you need to re-mask them to get the proper aspect ratio. Layout is a great tool for presenting storyboards, so it would be nice if that were not necessary.
In the months before the release of the new Advanced Camera Tools I worked a bit on what I thought would be a desirable next version of the Camera Plugin. I think it would be great to have a camera shot window, like a camera preview, that is similar to the preview window in renderers like Shaderlight, but show you your choice of camera shot while you are working on the model in the sketchup window. This would allow you to finesse your design and placement of elements from any position and see what is happening in your shot. To be able to go outside an interior and adjust the backing placement and see how it looks from the camera shot would be very useful. I am attaching a preliminary interface idea I have from when I started working on this.
David
-
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.
Advertisement