Jump to content

Search the Community

Showing results for tags 'level types'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Announcements
    • Announcements
    • News You Need
    • Job Board
  • Feedback
    • Wishlist - Feature and Content Requests
    • Known Issues
    • Wishes Granted / Issues Resolved
  • General
    • Troubleshooting
    • General Discussion
    • Architecture
    • Site Design
    • Entertainment
    • Vision and Previsualization
    • Braceworks
    • Rendering
    • Workflows
    • Buying and Selling Vectorworks Licenses
    • Hardware
  • Customization
    • Marionette
    • Vectorscript
    • Python Scripting
    • SDK
    • 3rd Party Services, Products and Events
  • Solids Modeling and 3D Printing
    • Subdivision
    • Solids Modeling
    • 3D Printing
  • Vectorworks in Action
  • Archive
    • Resource Sharing
    • Machine Design

Categories

  • Knowledgebase
    • Tech Bulletins
    • Troubleshooting
    • Workflows
    • How To
    • FAQs

Categories

  • Marionette - Objects
  • Marionette - Networks
  • Marionette - Nodes
  • Marionette - Menu Commands

Product Groups

There are no results to display.


Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Occupation


Homepage


Hobbies


Location


Skype

Found 2 results

  1. Wish We'd like support for split levels built directly into the Stories feature. Reason As it stands we currently have to use Level Types to create split level building models (and multiple buildings in one file with different elevation heights) I don't think Level Types is logically the right place to provide this capability It means that any standard Level Types you'd typically have in a model need to be multipled by the number of split levels you have, which creates unnecessarily complex lists of Level Types If we want to control top and bottom bindings by Wall Style it means multiplying all our Wall Styles Or it means we can't copy a wall across from one part of the building to another without being forced to redefine the top and bottom bindings to suit that level Possible Solution Story Groups Each group of storeys could have its own elevations defined independently of other storeys We could then define Level Types that would work across Story Groups (e.g. FFL-0 would be the same definition across split levels, and the Storey Group would control any elevation height difference between split levels.) Which means we could have Wall Styles with top and bottom bindings defined by Level Type that work across split levels Or we could copy a wall from one split level to another and not be forced to redefine the top and bottom bindings Result The result, when dealing with split levels, would mean less Level Types, less Wall Styles and less manual manipulation of top and bottom bindings
  2. I find there's a balance to be found between the number of Levels in a model and just offsetting from existing Levels. I'm curious to know if anybody has settled on a set of rules or principles for setting up additional Levels vs using offsets? The current file I'm working, for instance, has the following levels.

 

7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114

 

© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.

×