One question would be: if you turn off HW Accel on XP and OS X, is it still faster? b

likewise in mine.

Hi Everyone, With regard to accessing the 3D Warehouse through a firewall, make sure the following items are open: http://sketchup.google.com/3dwarehouse (port 80) http://www.google.com/accounts (ports 80 and 443) Hi jjanke81, As a test, export the SketchUp file as KMZ, then open a browser and click the "Upload" button in the upper right-hand corner. See if you can upload the KMZ manually. Regards, SGT

@honoluludesktop said: Hi dale, I have had zero problems with dxf. If you take the same model.dwg, and import it into SU via dxf, then via dwg, that the dwg is OK, and the dxf is not? One of my pet thoughts, thoroughly unconfirmed, is that things might work better in imperial. Importing metric files might introduce further inaccuracies due to the conversions involved. Once this suggestion was strongly turned down by Jim Holman, but it still remains that the floating-point accuracy of SU is not as strong as in the heavyweight CAD apps. And I understand that the DWG/DXF importer is third-party code. Possibly I am still quite wrong... Anssi

Well, that's the dreaded flickering bug probably: http://sketchup.google.com/support/bin/answer.py?hl=en&answer=94927 As it says, try to avoid crossing shadows/lights borders with your camera path. You can make this less annoying if you turn off shadows and only leave "use sun for shading" on in the shadows dialog. This will not cast shadows on your (bare) ground plane however so if you need them, put there a horizontal face to receive these shadows.

Is the callback attached to any events? If not - it might be because the full HTML document isn't loaded...

do you have a bad model that could be uploaded here to look at? I'd like to see the corrupt camera Chris

@fongsaunder said: I've yet to find the cause of this problem, but it can be seriously annoying at times (I usually do half-a-something, and flip a copy to make it symmetrical). When you do that - do you make the one half into a component and then mirror the copy?

As i said "very small surfaces", not very large.

ok..i ve installed the program again and it happens the same..i ve sent the error report with the description of the error..hope u can fix this inconvenient . Cheers! Elisei

Do you mean you imported into LayOut? And that's the screen shot from LayOut? In SketchUp, try File->Export->2D graphic.. and save as a png, and see if you get the same image. In LayOut, try rendering your model as hybrid (the render may take some time, so be patient), and see if it goes away. b

The floor is contained within a component and then a group. The group's internal origin point was far of. Since you can't change a group's origin you either have to explode it, or convert it to a component and then change it's axes.

@gaieus said: Hm. It does seem so. Want me to put this topic into the SU Bug Reports instead? As for no answer, note that it was week-end (as well as some of the GSU Folks are on vacation) and also it's really hot (at least here). Yes - Please.. ~Thanks.

I've had some complex terrains which took over an hour to process.

@matthew.robert said: but I would put my money on the issue having something to do with DCs. That would be my guess also. You probably have either the DC Options or DC Attributes dialogs open when the alert appears. I wouldn't know why you get the alert, though.

For the second question: Library -> Application Support -> Google SketchUp 7 -> SketchUp -> Materials I don't quite understand the first question, can you reword or perhaps include a few screen shots to aid the description of the issue? Cheers, Matt

Hi folks. Yes I reported this quite a few times. The funny part is that I use the coma as a decimal separator on my work PC and also on my home Mac and that it works OK on the Mac and not on the PC. Yes, I can type the dot key on the numerical keypad of the Mac and get a coma in Excel and a dot in SU. On the PC with Windows, no way. Where is the bug ? In Windows or in SU ? I dont know. Just ideas.

@dave r said: ThomThom, that's an interesting point. A couple of weeks ago or maybe it was last week, I have CRS, someone sent me a model in which something they were trying to do wouldn't work. I think it was plugin related. I copied the geometry to a new SKP session and it worked just fine. That didn't work for me. I tried it on several machines. If I kept right-clicking on selected geometry it's slowly start disabling menu items. Very odd.

I'm glad that my method / script was of use to you...

@gaieus said: Mind if I move it to the Bug reports division above? Sure - at least we can put it on the list to get fixed.