Search the Community
Showing results for tags 'resources'.
Found 2 results
What is the best way to manage Irrigation Resources in a multi-user environment? We have been making great use of Workgroup Libraries for several years now, but we haven't yet figured out how to collectively manage a library for the irrigation components. Right now, everyone still references the Vectorworks Libraries for the basic "out-of-the-box" irrigation components; however, we often have to add other components to the library. When adding to the library, it seems that this information is only stored in the User Folder and there is no way to store this library in the Workgroup Library for collective use and reference. This means that each user must add each custom component to their library individually, or we have to move the library files around and overwrite each time someone adds something new? That cannot be the intent? Additionally I have noticed that when "Library" files are duplicated to the identical tree in the Workgroup Library, the irrigation tools cannot access them anyway. The only place the menu tools know where to look for irrigation components is in the Vectorworks Libraries location. It would be great if someone could address these issues so that we can effectively build libraries with the irrigation tools in the near future. Otherwise we are just wasting time individually managing libraries. Thanks.
Hi at the moment I do not see any possibility to controll the exact size of an image fill in a global manner: there is no way to define the length and width (i.e. in meters, but not pixels) of image fill definitions in the resource browser (like for renderworks materials or like for materials in SketchUp). I can only change width and length of the image on an object level in the attribute palette. This means I cannot overwrite the appearance of an object in a sheet layer, if its properties have allready been overwritten in a construction layer. Therfore my urgent whish: image size (in real world units) of image fills should be controllable: a) on a global level in its resource definition in the resource browser b) on a class level But: there is a workaround: replace the image fill by a tile fill: a) draw a square tile in the size you want your image and fill it with the desired image fill b) adjust the image fill width and length of this square object to the same size as the square c) create a seamless scale-dependant tile fill of this square and use it instead of the original image fill. What do you guy's think? Thanks for supporting this request. Markus