Jump to content

Farookey

Member
  • Posts

    260
  • Joined

  • Last visited

Posts posted by Farookey

  1. Hi All...

    Can someone please confirm whether this is by design, or a bug (VW2012)?

    This is regarding the option in Advanced Properties (of a 'Section Viewport') called 'Merging Adjacent Components With Same Fill' under the 'Display' tab.

    I have a wall and slab style set up with some auto bounding features, including 2 stories containing; a layer for walls and a layer for the slab/floor. The 'Wall Style' shown is bounded to the 'Top of Slab Story Above', with the structural block-work and internal finish offset to the slab thickness, i.e. -4". The component representing the beam therefore displays 'in front of' the top of the block-work and covers it.

    When the above feature is unchecked, the Section Viewport displays these element (almost) as I want it to, with the exception of the lines separating components of each object. This is supposed to be rectified once the feature above is checked. However, on execution, although the lines disappear, for some odd reason, the walls in the below story take precedence and displays 'on top of' the beam areas.

    Unchecked

    [img:left]http://techboard.vectorworks.net/ubbthreads.php?ubb=download&Number=6846&filename=Feature%20Unchecked.png[/img]

    Checked

    [img:left]http://techboard.vectorworks.net/ubbthreads.php?ubb=download&Number=6847&filename=Feature%20Checked.png[/img]

    How does Vectorworks determine whether a layer is shown above or below another layer in a Section Viewport? Normally the layer stacking order would determine this, but it seems not to be the case with these 2 elements; Slabs and Walls. Bug, or what?

    Thanks

  2. Hi...

    SVPs also take longer to render as there are more calculations...

    With appropriate use of classes, you can achieve what you want in terms of trees and site with just using standard (less memory intensive) VPs...

    My preference is VP over SVPs...

    But it all depends on what you are trying to do in the end...

  3. Lol... Happens to me as well...

    Not that I would do it myself, but a possible solution would be to 'block' the collapse bar with another palette... say the snap palette, or attribute palette?

    I prefer my 'Basic' palette to be up in the right corner as most users probably do and are used to...

    My 2 cents!

    ... Or just practice using 'X' as the others suggested!

    :-)

  4. Also...

    Image Props are less memory intensive than 3D trees, can be easily scaled (proportioned or not) for variation in size, and once done properly, may even be a better photorealistic representation.

    With a 3D tree you get a different look from different angles, hence no repetition in look in a scene. This can however be fixed by using various image (at different angles) of the same tree, and creating image props out of them. This would still be less memory intensive.

    Only disadvantage I can think of, is if you are animating. But Image props work wonders for renders, even creating shadows using 'Crossed Planes'.

    Hope this helps!

    • Like 1
  5. Hi All...

    I believe that this is some sort of bug, but please correct me if I am wrong and this is how it should be reacting by design (VW2012)...

    Components of a wall style do not seem to be able to 'Use Class Attributes' (UCA) for it's (Solid) fill in 3D mode. It can take the solid fill that is chosen manually, and will continue to take it even when the UCA option is selected. The class textures DO overwrite the fill (once set), but my main concern is for those who do not have Renderworks. Also, we may not wish to use a specific texture for the components, and would instead prefer a simple color fill.

    UCA fill for the components seem to work fine for the 2D aspect, but not the 3D.

    Please let me know if I am missing something, or if it is in fact a bug with VW. If so, can it be sorted in the next Service Pack?

    Thanks...

  6. Hi there...

    Here is what we use... You can make this script into a menu command as we've done... should work on every version...

    Enjoy!

    Procedure AppendStrToAllClasses;

    {Written by Frank Brault, ?2004}

    VAR

    numberOfClasses, classIndex : LongInt;

    classVisibility : Integer;

    className, newClassName : String;

    Begin

    newClassName := StrDialog('This command will append the string entered here to the beginning of the name of each class.', 'Import-');

    If Not(DidCancel) Then

    Begin

    numberOfClasses := ClassNum;

    If numberOfClasses > 2 Then

    Begin

    classIndex := 0;

    For classIndex := 3 To numberOfClasses Do

    Begin

    className := ClassList(classIndex);

    classVisibility:= GetCVis(className);

    RenameClass(className, Concat(newClassName, className));

    End;

    End

    Else AlrtDialog('No classes were appended because there are no non-standard classes in this document. The classes "None" and "Dimension" are reserved.');

    End;

    End;

    Run(AppendStrToAllClasses);

  7. Hi...

    Try changing your horizontal and vertical position to something other than 'Auto' and change the 'Text Angle' to what you desire... Probably the inverse of your rotation angle... e.g.. If your plan is rotated -60 degrees, then your text angle should be 60 degrees...

    Let us know if this helps...

    Also... What type of issues have you had with the other tools?

  8. Hi...

    Try this, and let us know...

    I am guessing it brings the geometry in as a group. And inside that group there should be thousands (if not more) 3D polygons or 1 mesh object, depending on how you imported it. Convert the 3D polygons to a mesh object if they aren't already.

    In your Document Prefs, enable 'Mesh Smoothing' leaving the default crease angle (70).

    Now render, and see if that is any better. The crease angle can be adjusted later to achieve the desired result.

    Let us know if this helps...

×
×
  • Create New...