SU 9 Wishlist
-
@thomthom, I would expect the incremental merge/split/intersect cost to increase with increasing size but my suspicion is that incremental cost is linear for SU (whereas it should be sub-linear). Explicit split/merge would be a nice workaround indeed.
Ogan -
Well I really hope there is room for improvements, because as you say, Explode becomes horribly slow very quickly.
-
My wishlist:
- CAD file and Sketchup file XREF feature
- CAD import improved.. don't break cad lines please, circles are circles not dodecagons
- No more Bug Splats
- Option to autosave to lower version
- Option: to prompt Select layers to show (rest are hidden) when opening of a file. (this option has bypass- just open it, no more prompting)
- Ghost / Invisible layer override! I cant think of a name.. but this layer setting temporarily or permanently disables "Snaps" thereby making it behave like an image underlay as long as you want.
-
whoa.!! long list of wishes. do the google su devloper guys actually read this
if yes then perhaps they incorporate all this 
-
They read it and we even get them to prepare weekly reports on where they are at.
-
@gaieus said:
They read it and we even get them to prepare weekly reports on where they are at.
wow!!
and where are they at now ? you must be knowing about su 9 release date. -
SU 12 to be more precise...
-
You're a wicked man Csaba, wicked.
-
If SketchUp joined the version number race (Chrome&Mozilla), we would see new versions more often
-
-
Those [if any] who are involved in the beta-testing of new versions of Sketchup, Layout and even other Google Tools [if any], will almost certainly have signed an NDA [Non-Disclosure-Agreement], and therefore they will not even be able to tell you about their involvement in this process, let alone to provide any details of their [limited] knowledge [if any] of potential forthcoming changes that could be anticipated [if any], in these products.
-
TIG is right. I was obviously joking with version 12 but even if anyone had any knowledge of what is coming up in version 9, (s)he would not be allowed even to hint that there is a new version around the corner - let alone details of the new features.
-
Used my best 'legalese' for Csaba's benefit
PS: Csaba IS [probably] secretly working on "version X" !
I am.
-
That version is still in the X Files...
-
SU9 Would be Great with a built in realSection to be associated with materials. If I use the section tool after I can see the material of the sliced objects something like advanced zorro. and more more BIM BIM BIM BIM ... object list BOM (bills of material).
-
Would be nice if when creating a new scene that the insertion pointer switch to the name window for the new scene
-
im going to wait for sketchup 9 to come out, hehehe, come on su 9, show us what you got
-
As I sit here waiting for SU to finish it's current operation, I've had time to think about signing on and posting a wish... I was wishing it would take advantage of 64bit OS... How hard can that be? It's really really difficult to sit here and watch one core bang away while the other 15 just sit there idle... * sigh *
-
@gistman said:
As I sit here waiting for SU to finish it's current operation, I've had time to think about signing on and posting a wish... I was wishing it would take advantage of 64bit OS... How hard can that be? It's really really difficult to sit here and watch one core bang away while the other 15 just sit there idle... * sigh *
64bit OS has nothing to do with number of cores used. 64bit is about being able to address more memory. And unless you are using a render that runs within SketchUp's own process that you're unlikely to have any lack of memory while using SketchUp.
Number of cores - yes, this is in fact a hard thing to do. Very hard. Most processes simply cannot be split into running on multiple cores, the task usualy require that it's done in a linear fashion on a single core. When you see other 3d application boast about multi-core support it's a pretty good bet that the application has a render engine built in and it is that which make use of all the cores. While you model though, they won't be using all your cores.
-
Isn't view generation (orbiting etc.) a sort of rendering? Is it likely there is anything another core could be handling to take the load off?
Advertisement