SU 9 Wishlist
-
@ Peter & Chuck..
wow, i thought i knew all of the problem rubies in this dept but apparently not
i don't recognize any of those as being problems (well, skindigo causes it Peter but since you don't have skindigo.rb in the plugin folder, it's not actually loading... fwiw, i do have a workaround for skindigo because it's my rendering app of choice so i spent a few hours tinkering with it in order to be able to use it without this save/dont save issue.. all of the other problem plugins, i just don't use)do either of you by chance have plugins also installed in the user directory? there may be an .rb in there that's causing this as well..
one way to get a clue as to which one is causing it is to:
open a new su window.. notice the red close button has a darker red dot in the middle.. if the file will close without the save/don't save dialog then the red button will not have the darker dot.. the darker red dot means something has been done to the file.. this isn't sketchup specific and happens in all osx apps.. (well, except for the newer apps that are hooked up to lion's versioning)so, assuming you open the new su window and the darker red dot is present, undo (⌘Z) until the smaller red dot disappears.. notice that you'll now be able to close the file without the save/don't save dialog..
with a fresh su window, look under the Edit menu and the Undo choice there will list what it is that you're undoing.. (for instance, if i draw a line then look under the edit menu, i'll have a choice to 'Undo Draw Line')..
what does it say that you're undoing?
-
So of course, for the first time in recorded history, my new files are closing without the save dialogue.
Never, ever seen it do that before!? It is like the darn thing is paying attention or something. Or maybe the screenshot I took of the plugins folder freaked it into behaving:)
Thanks for the undo heads up; I will pay attention to that once the behavior reverts to normal.
-
@unknownuser said:
@pbacot said:
Also unlike other Mac apps. It always asks to save when closing the new default file--when I have done nothing at all yet.
that's caused by a plugin.. if you give me a list of your plugins (or screenshot of the plugin folder), i'll tell you which one is doing it..
[basically, the plugin does something to the raw document so in effect, you have done something to the file]@pbacot said:
@unknownuser said:
And I wish that when I open a recent doc from the recent file dropdown, and then save as, it defaults to the location of the last document I opened with the open file dropdown, and not the one that I just opened. Wastes a lot of time navigating file structures to where I need to save as to.
I wonder if this is a SU or MacOS thing. Do you find other apps act differently?
that's a sketchup thing and it IS annoying... what happens is when you open a file using the open dialog (File -> Open...), the Save As... dialog will now always default to that as the save location.. even across sessions..
you might check tools folder also as LU presented the same save when you had done nothing issue at one time
a bit pricey yet nevertheless valuable is Default Folder X for the Save As issue
-
It is a Windows "thing" not SU that resets your default directory on a "save as". Drives me nuts when I d/l something from the net to a specific dir, then my next "save to" from any app goes there too.
-
Some way to handle a lot of plugins so the right click menu doesn't get greyed out.
I'm more than a little tired of having to take out half, see if the "bad guy" was in that half, put part of them back in, check again, etc. etc. etc.
I'm not a "plugin pack-rat" or a masochist wanting to constantly have greyed-out right click menu search and destroy exercises. So why should I be limited on the number of plugins I have? I wouldn't have them loaded if I didn't use them (granted some more often than others, but none that I don't use at least some times for special needs).
I'd better stop, this is turning into a rant.
-
What irks me most about plugins in general is there is no consistency or logic to where their controls go… rt-click, plugin menu, own toolbar (somewhere on the screen) or buried in some other menu item.
SU needs a menu item or plugin (the irony does not escape me) that lists all plugins and where to find their controls. While we are at it include the authors name in that list. Many a time I need to ask here a question/pose a problem and I gotta open the script to see who wrote it.
-
Hi all
I like the new SK may vary the width of the lines and their appearance (dots, dashs, etc.) and that could change the color of the lines without using extruded circles
Sorry if this was asked before. Or there's a plugin (always plugings for all)
In this case, Please Mr Moderator, erase this post.
Thanks -
@jgb said:
What irks me most about plugins in general is there is no consistency or logic to where their controls go… rt-click, plugin menu, own toolbar (somewhere on the screen) or buried in some other menu item.
SU needs a menu item or plugin (the irony does not escape me) that lists all plugins and where to find their controls. While we are at it include the authors name in that list. Many a time I need to ask here a question/pose a problem and I gotta open the script to see who wrote it.
Open SketchUp Preferences->Extensions and click on the plugin name to get a short description and info about author/company etc.
Adam
-
@obkcaptain: for linestyles, see TIG's 2D tools. As for lines in color, can you not color by layer?
EDIT: Also, perhaps ColorBy--by sdmitch. -
any news about a 8.1 or a 9 release?
ciao -
@publied said:
any news about a 8.1 or a 9 release?
ciaoSketchUp release dates are never announced in advance.
-
@wind-borne said:
a bit pricey yet nevertheless valuable is Default Folder X for the Save As issue
i tried the trial version of that a while ago.. i can't remember why i didn't buy it but i know i didn't like it enough to purchase it..
personally, i just keep any major project folders in the finder sidebar so they're always available in the save dialog.. just click on one and it will save there.. another thing you can do which i don't think too many people know about is to drag a folder and drop it anywhere on the save dialog which will switch the save location to that folder.. you need to be able to see the folder somewhere on screen but if you're set up for it, it's a pretty handy way to navigate the file structure.
-
Would like to see View Sections and Section Planes be dissassociated from Styles. Make it a scene choice only.
-
i know i've seen this request before (and probably in this thread) but...
please make a toggle key to lock direction of the move tool (or line etc..) in any direction you wish.. it seems like such a no brainer to have it work like that instead of holding the shift key down to lock.. and even then, you can't lock in any direction.. only if it's an axis or along a line..
you should be able to move to a point, click the toggle, and you will be locked on the vector from the original point through the secondary point. -
I would like a command to dock all floating windows collapsed, (except the drawing window and the colors) in Mac. For example take the top most window (in screen position) as an anchor and move all open windows to be attached under it, in collapsed form (not collapsed could be an option).
Changing monitors makes keeping the windows straight a pain.
I wish the Colors window would go away when the bucket tool is deselected. It serves no purpose being open.
-
-
Not sure what happened to that one; something wrong with it apparently... try this one.
-
A component tool like the material tool.
Instead of painting the face with a material, it changes it to your selected component. ie brick etc.
-
Layers & Layer management.
I'm a newbie. Feel free to shoot me full of holes. I come to Sketchup from Mapmaker, a (surpise!) cartography program, with a little bit of experience from adobe illustrator.
At present, as far as I can figure out layers control visibility, and little else.
My wish:
- Layers had three controls -- visibility, lockability, and inference ability.
- A locked layer did not interact with new geometry. This should speed up SU on large models.
- Being locked but inferenceable would allow you to use faces and lines as endpoints, as well as sources for making guides.
- A non visible layer did not interact at all.
This doesn't require major programming. Under the hood layers become a form of grouping.
- Layers have a hierarchy, and are not just in alphabetic order. Turning on and off a layer does so for the layer members.
I found in map making that for a given class of features it was useful to have up to 3 layers, one for points, one for lines, and one for areas. So for example when working with the hydrology group, points would include dams, stream junctions, coordinate points of a corners. Lines would be stream courses, areas would be lakes, ponds, swamps. Being able to lock the lakes layer made it possible to trace watercourses through the swamp without snapping to edges, center points and so on.
The topography group had the underlying DEM, which generally was visible only when working with it, a layer for contours, and a layer for contour points (elevation of index lines, and bench mark locations)
- Layers have alternates depending on resolution.
I'm not sure quite how this translates in SU. In MM I worked with aerial photos as my base layer. Since I was mapping a fairly large area (for a personal project) -- about 200 square kilometers using 1 meter/pixel resolution, and this with a computer that had 500 MB ram and a 1 GHz processor. It was a while ago.
Anyway: MM had a feature where you could turn on/off layers depending on the current zoom level. So I reprocessed my images into 5 sets at 1, 2, 4, 8, and 16 meters per pixel. At large scales, I used the low resolution images. At small scales I used the finer resolution. This meant that at any given view point, only a few megs of phototiles needed to loaded.
If SU layers could have simplified geometery when sufficiently distant, this could speed up the display substantially. (From a sufficient distance a sphere is a cube)
This degree of simplification could apply to certain constructs too. From a view that barely includes a quarter of a circle, 20 sides isn't enough. From a view that includes a hundred circles, a hexagon is sometimes sufficient. The tradeoff would be at some zoom levels you would see artefacts of the simplification.
- Layers have styles.
This would allow you to do things like turn of textures for the floor surfaces layer, while leaving it on for the countertops and cabinets layer. Or have one layer with hidden edges, one layer in wireframe, and one layer in solid with no edges showing. Or set a layer to have only 15% opacity so it is only ghostly visible.
Zoom behaviour.
As far as I can tell the model of zoom behaviour is that the view point is some arbitrary distance away, and zooming acts like zooming a camera lens. The position of the camera is constant, the angle of view changes.
This makes working with interiors tricky. So far as a newby, I've had to put exterior walls in a layer of their own, and turn them on/off as needed.I would prefer the reverse: The angle of view remains constant (but setable) and so zooming was handled by moving the point of view. By doing this, as you zoomed closer you would move through the wall into the interior
(Maybe there is some clever plugin that does this.)
I use a 3 button mouse on a wacom tablet, and it takes a lot of middle button rotation to zoom. (At present typically 10-20 clicks out, shift, 10-20 clicks back) I do the zoom out, pick a different point, zoom in. Having a modifier key on the zoom to speed this up would be nice. E.g. Option-Zoom speeds up zooming.
Multicore use. I don't think that this is unreasonable. There is a lot of locality in CAD. Items on the right side of the screen don't interact point wise with items on the left, so it should be possible to parallel-ize a lot of the computation. Dedicating a processor to textures. Dedicating on to shadows Dedicating one to compositing. It should be possible to effectively use a dozen cores.
64 bit is more problematic. In the mac world 64 bit gives a process the ability to address more than 3-4 GB of memory. At least on the benchmarks I've seen it doesn't make the process faster. Not sure if it's the win that many people claim.
-
@sgbotsford said:
The angle of view remains constant (but setable) and so zooming was handled by moving the point of view. By doing this, as you zoomed closer you would move through the wall into the interior
and this is how it already works... maybe you tried to zoom with the field of view tool
Advertisement