Thanks juju, Foxit looks promising. We're trying it out now. In all our web searches it never came up.
And thanks pbcot. That's a great tip for importing PDFs to scale. I actually really like LO. If only it were faster!
Thanks juju, Foxit looks promising. We're trying it out now. In all our web searches it never came up.
And thanks pbcot. That's a great tip for importing PDFs to scale. I actually really like LO. If only it were faster!
Now that Bluebeam Revu is no longer supported on Macs, our office is desperate to find a PDF editor with similar capabilities: e.g., dimensioning, annotating, etc. LayOut would be PERFECT for this, if only it could import PDFs to scale!
Thanks Elisei,
Interestingly, that works as a one-time fix, but as soon as I place another identical tomsdesk shrub (from the component window) underneath the "fixed" tree the problem recurs. Even more mysteriously, if I move one of the original (otherwise untouched) shrubs to new positions the under the "fixed tree", it does not show through. Hmmm...
Mark
Has anyone else had a problem like this when using the otherwise brilliant 2.5+D trees purchased from tomsdesk? As you can see from the screenshot, the bushes below the trees show though the tree foliage, so much so that they appear to be above it. I've attached the SU test model too, in case the problem lies with my graphics cards (MacBook Pro with NVIDIA Geforce 9400M and 9600M GT). The problem persists in an exported image as well. Any help would be much appreciated.
No, unfortunately, if I try to rename the .skm file in the application support library location, it reverts to its original name on reopening SU, as well as to the original material properties. If I rename the material in the edit field in SU, it retains the new name, but not the edited properties on reopening.
Hi Gaieus,
Thanks for your response. The instructions you pointed me to work fine on OSX too. The problem I have is saving edited materials to a new library, rather than new materials. What happens on OSX is that when I place the edited material in the new library it invariably reverts to the original material after closing and reopening SU. Do you (or anyone else out there) know if the Save As method described in the Windows guide actually saves the edited material permanently? If so, my hope is that there is an (undocumented) way of doing the same thing on OSX, which I could then puzzle out.
Thanks for your help.
Mark
Hi All:
I have a problem creating new material libraries I cannot figure out.
In the interest of streamlining my workflow, and keeping materials consistent in all my office's drawings, I'd like to be able to add materials edited in a particular model to a new materials library. Step 7 on page 348 of the OSX SU7 Help guide describes the procedure as shown in the first attached image. The problem is that context-clicking on the new material in the in-model library yields only 3 menu items; Remove, Edit, and Duplicate. Page 701 of the guide seems to confirm these are the only options in OSX, while page 702 goes on to detail the plethora of context-clicking possibilities available in Windows, including Save As, as shown in the next two attached images.
My workaround to date has been to copy edited textures from an older model into a newer one, but its easy to loose track of the latest version in a multi-person office, as well as cumbersome to find and open the correct source model.
So, am I missing something? Or if it's not possible to do in OSX what the guide describes, has anyone developed a better workaround? For that matter, does it work in Windows?
Any help with this would be greatly appreciated.
Mark