@susteve said:
thank you - yes it is yellow. I wondered if it was anything special about the model but it isn't
thanks again
The 'Selected' color can be changed as mentioned above and will also be saved per scene, much like different 'Section Cuts' colors.
@john2 said:
.... is there a way if I click on the axis, I get inside the component/group for a better insight into my stupidity?
Set menu Window > Modeln Info > Components > (Component Axes) to 'Show component axes'.
Now all top level groups and components will have their axes displayed.
If you enter one of them, the new topmost nested groups and components have their axes visible, including the overall local axes of the opened group or component, the main/current drawing axes.
You can right click on a component and select 'Change Axes' in the context menu to change its axes.
Or with groups and also components you can do the same axes changing when you are inside, in editing context. (double click on the geometry to get inside). Then select the 'Axes' tool to move or reorient its local drawing axes.
You cannot change axes orientation by clicking on an axis.
@frederik said:
@jeff hammond said:
'forgetting' to include all terms in fine print doesn't require them to honor the discount.
nor does mis-pricing an item in the store.. like an item says $100 instead of the real price of $1000. the store is not legally required to sell you the item for $100 in that situation.Well... That's exactly the point...
In Europe they would need to honor it...
I.e. If I walk into a store and see a price tag with a certain amount, I'm entitled to get the product at that price...
Kim, FAIK here in the Netherlands this is only true if the lowest price is still a reasonable percentage of what could be expected.
Say if you see something that normally would cost around €500.- and it is priced €5.-, you wouldn't have a chance. However if the tag says €450.-, then that's the price, even if they made a mistake. The first is an obvious mistake. The second isn't that obvious. but you need some prove if things get out of hand.
It seems you are drawing on geometry that is on a hidden layer and in the same (editing/drawing) context.
If the geometry were grouped and not in the current drawing context, then you wouldn't get this message.
SketchUp separates geometry when grouping it, not like in other programs by different layers.
You may also see a similar warning when drawing over geometry that is hidden but still in the same context, not separated by a group.
@tspco said:
I tried turning off the hardware acceleration with 2014, no difference. Yes I can post a skp give me a few
Maybe you didn't restart SketchUp at first, thus no changes in the behavior.
Once you restarted the program (at certain time) you'd notice changes from turning off 'Use hardware acceleration. Just a guess.
To see if this is true, enable 'Use hardware acceleration' again and restart SketchUp. Do you have the same display issue again? If so, find another driver for your graphics card to better support OpenGL.
Why? You do want to benefit working with that card (and not just the CPU) to run SketchUp at full speed.
@calypsoart said:
.... Currently I create a tube with the domed ends, insert it into the rectangular form, intersect and remove the extraneous parts. .....
In real life this cut away part is 1/4 of a cilinder with rounded ends as you described.
If this is something you need to do a lot, you might consider creating this 1/4 cilindrical part as a component for future re-use.
Scaling the component by a corner grip allows you to adjust the radius in one operation. Stretching with the move tool allows you to adjust its length.
Place the component on the vertical corner edge that needs to be cut > explode the component > delete the divided vertical edge where in real life the material is routered(is that a word)/cut away.
@twdant said:
.........I keep having an issue where only the innermost plane will actually cut, the others make lines on the geometry where the cuts should be, but don't actually cut and hide the material on the opposite side of the plane. It seems like this might be a bug because the material that should be hidden is not clickable. I've attached a screen dump picture for reference.......
I can't make anything of the uploaded file.
But in general, see if you have mirrored groups or components with section planes inside. They won't work like they are supposed to, this is a bug. Top level or nested, doesn't matter. It's that section planes just do not work properly inside the grouped environment.
The wrong side is visible but not selectable while when being in editing context all seems to be correct.
See if this applies to your situation.
@tig said:
It works for me, I just redid it using did the steps as you wrote them down......
Thanks TIG. Unfortunately it doesn't work on my PC.
Do you perhaps use a MAC?
Is anyone else able to use this 'From Point' option to start a new edge at certain specified distance?
@tig said:
.... But you can do it other ways...
For example...
Activate the Line tool.
Hover the cursor over the reference point - do NOT click.
You should get an inference at the reference point.
Move the cursor in the direction you want to start drawing - e.g. along an axis, so the rubber-band line is the axis color.
Type in a distance:200+ <enter> and immediately click the mouse button.
The line start is now 200 units from the reference point, continue drawing...
.........
TIG, I'm surprised about this trick and following the steps you describe, I can't get the expected result.
These are the steps I take:
@dave r said:
Try changing the OpenGL settings under Window>Preferences. Probably turning off Use Hardware Acceleration will fix it.
And if it does, (diagnosing the problem) then you need a better driver to get that "Use hardware acceleration" (your graphics card) working again to gain full speed again.
p.s. Don't forget to turn it on again after getting that new driver. You may need to search for one that better supports OpenGL.
@alastair said:
Hi, Hope somebody can help.
.......I do believe that the imported drawing was maybe corrupt....
Working with the imported dwg could mean that you modeled far from SketchUp's origin, as mentioned by Box. Import without preserving the drawings origin. This puts it right where SketchUp's origin is.
Also get rid of guides. Having several in your model can also be your "orbit -> vanishing model"- problem.
And once you do have your model on screen as desired, do save that scene. Hitting that scene tab brings your model back if it gets lost again.
@dave r said:
With Push/Pull you can pull out the circle and move the tool to a corner on the opposite post. You don't have to keep the Push/Pull tool on axis since it only operates in the direction of the face's normal....
Also, you can benefit from turning ON X-Ray face style. This way you can even snap to endpoints through faces if no proper endpoint is in sight without X-ray.
@kaas said:
...... For me, as an architect, 1 mm is the accuracy I really need. It seems like that's on the edge of what SketchUp can do, especially after modifying, adding elements to another element etc. Will have to dig into it more though.
Still, would be very welcome if SketchUp could get some attention to this accuracy issue that people who work with small dimensions have to find workarounds for. Not having to scale objects 1000x bigger before applying a boolean is welcome to my workflow as well.
1mm is certainly not on the edge of what SketchUp can handle.
It's more like < 0.0255mm that can't be handled with endpoints in the same context.
Less than 0.0255 (.001") means endpoints will merge. Boolean operations or exploding a group or a component may bring up new endpoints within the context that you are working in. So these two are the most likely cases for introducing this fault. In cases of merging endpoints the resulting endpoint may be out of "still being on axis" or out of plane of a face, thus introducing new hidden edges.
As an architect with the sizes that you are working in (1mm being small, not SketchUp's limit) you can certainly rely on the inferencing engine without having these issues. Importing stuff is a different matter.
Hi Kaas,
Yes I too have notices this 'Color by Axis' issue a few years ago here on this forum when someone brought it up with an Autocad imported drawing. All bells were ringing. It appeared an inaccurate model (looking good) that was then imported. Conclusion was that importing CAD models should be checked carefully. It wasn't SketchUp that was inaccurate. (I guess Gaieus and others may remember that specific thread). Right then I gave up using "Color by Axis" as an ultimate check whether edges are along axis. For it doesn't make SketchUp less accurate. The Color by Axis tolerance is just something that was agreed on and wouldn't make SketchUp more accurate when only same values in X or in Y or in Z would show edges in their respective colors. The engine and snapping is working independant of that tolerance and is the one to rely on. I do think that you are making this too much of an issue where accuracy is concerned.
And working in meters instead of millimeters to somehow work around the "Color by Axis" issue (doesn't help) may at some point prove to be a greater problem for you. My advise is to continue working full scale and only use workarounds as temporarily scaling up components (for creating all the faces) as explained nicely by Dave.
If you're not sure, can you share the model that makes you doubt SketchUp's accuracy?
@x1l3nt said:
To color lines I've been using Window > Styles > edit > edges > color set to by material and then using the paint bucket tool but for some reason this is no longer working for me, I must have changed a setting or something, help would be appreciated thanks!
You may have changed scenes to one that hasn't "by material" saved. So edges are black again without noticing that you changed back the style to "edges color all the same".
@liroi said:
Installed different versions and still working area as in graph paper. how to fix?
In menu Window > Preferences > OpenGL > disable 'Use hardware acceleration' and restart SketchUp.
If displaying the model is better, then update your graphics card driver to (better) support OpenGL. Enable 'Use hardware acceleration' again and restart SketchUp again and continue happy modeling.
@gosox19 said:
Hi guys, as you can see I'm pretty new here, and I'm looking for some help. I'm attempting to extrude a somewhat complicated surface to a single point (I'll attach a picture.) I've been searching the tutorial and this forum unsuccessfully for about thirty minutes now and I was hoping someone would be able to help. What I would like to do is extrude my surface to the point where every cross section of the shape running parallel to the surface is a triangle. Are there any ways to do this? Thank you.
There are multiple (infinite) possible results (I'm not talking about multiple solutions).
You may need to approach this manually for I doubt there is a plugin for such a specific case.
One important thing that you haven't metioned is whether each of the three curved "sides" need to transform into their own straight side (edge of the cross section) and whether they all transform into these edges at the same cross section. Not one before the other.
@sketchy said:
I do actually have the change between projection types as a shortcut but unfortunately this doesn't really help as it is the act of switching between projection modes that zooms it out and then I have to zoom back in.....
My suggestion (@pbacot) was about faster "shifting" 'Two Point Perspective' viewport into position by toggling between 'two point' and orbit (or even pan as well). This unfortunately isn't help in all situations (like yours).
@pbacot said:
Feel the same way with 2-pt. perspective. Often need to orbit to adjust a scene--put it back in 2pt perspective to save a scene, and the camera moves way up. ....
One thing that might help a bit speeding things up is to have 'Two Point Perspective' assigned to a shortcut key. -----> orbit / hit key / orbit again to adjust / hit key etc.
