Jump to content

VellumDesignBuild

Member
  • Content Count

    16
  • Joined

  • Last visited

Community Reputation

3 Neutral

About VellumDesignBuild

  • Rank
    Greenhorn

Personal Information

  • Occupation
    Architect
  • Homepage
  • Hobbies
  • Location
    United States

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. John, It sounds like you may have checked a setting box at one time that disables some features of the ungroup command. Go into our Vectorworks Preferences (Tools > Options > Vectorworks Preferences), and then into the Session Tab. In there, you can choose the Reset Saved Settings option, which will reset that.
  2. There should be a scroll bar on the right side of the window/tool palette. You can also use yor mouse wheel to scroll vertically in the window/tool pallete.
  3. Hello Ted. Glad so see that it works for you too. I sure wish you posted the solution. I am able to get the jamb down to the slab. see images below.
  4. Hello Ted. After looking for a solution to this same issue since 2001. I think I have stumbled upon a cleaver solution, which is working for me.😃 Here is my goal and what I needed to achieve. I think we were trying to achieve the same goal. I have a 36" wide x 96" tall interior door (these are the dimensions of the slab) with a 0.75" jamb and a 0.25" shim gap, VW calculated the ROs to be 38" wide x 97" tall... which is not how doors are made. Needless to say, GCs love our Nominal Size info in our schedules (very easy to order from) but the Framers in the field were very frustrated with the RO info in our schedules, which always undersized the door RO heights. Your idea of using a threshold made perfect sense to me, since we needed to account for the 1" air gap below the slab that is standard in the USA. Thresholds are added to the door height, not removed from the slab height. Straight to the point, here is the solution that is working for me. (VW2020) I changed my database header of my door schedule to the following: =('Door'.'ROHeight')+('Door'.'ThresholdZoffset') Then in the door object, I checked 'include threshold', set all values to 0 and made the Z offset 1" Then I re-calced my worksheet and it worked perfectly. And of course, here is the long story. The hardest part for me was trying to figure out what to put in the database header. I initially tried =('Door'.'ROHeight')+1, to see if adding a number up there would work. It did, but that added 1 foot to the RO height (not 1") and it applied to all doors. I switched to 1/12 to convert back to inches but it still added the value to every door, which was not my goal. But at least I got to understand the logic of how the worksheet was thinking. I then tired to use a one of the user fields to see if I could pad the number by 1", but the worksheet would just show #VALUE!. grrrr. clearly it did not like the equation =('Door'.'ROHeight')+(Door.UserFld1) and it took me a while to figure out why. The after about an hour of seaching, I discovered that ('Door'.'ROHeight') is a dimension field in the object where as (Door.UserFld1) is a text field in the object. You can't add numbers to text, even if the text is a number. Go figure. So then I looked back at the threshold info in the door object and figured some of those values should work in the database header, but only if I could find out what the heck they were called. I did a little forum searching and saw that Plug-in Manager offered some clues. Drilling down into the door object, I saw that there were some parameters related to thresholds that were 'dimensional' fields. I tried ThreshNose as a dimension type, and sure enough it worked, as did ThresholdZOffset. The Names are the same as the criteria for the database headers. All in all it took a few hours to figure it out, but your initial post really helped me look deeper for a solution. I went back to VW 2018 and sure enough it worked in that verison too, so I am a bit frustrated that it took so long to figure this out, especially knowing that a solution existed all this time. Thank you for the original post. Let me know if this solution works for you.
  5. That seems like a useful prompt, and one that would probably be easy to implement.
  6. Vectorworks got back to me and here is what they did to get things to ungroup. 😃 It seems like I set up a bad default setting at some point. After resetting the default, I was able to get things working again.
  7. 2D objects in the design layer. Simple objects like rectangles with fills and hatches. Old school 2d exterior elevations.
  8. I can replicate this about 50% of the time. Not sure where the bug is, but have just grown used to going into the group and copying what I need. then exiting the group, delete the group, and then paste in place. Huge time suck. Very reluctant to move projects to 2019. I was very excited for SP3, but still, the issue remains. I emailed tech the file to see what they say. 1. Draw a bunch of stuff. 2. Make a group of stuff 3. Copy the group 4. Paste the group 5. Try to ungroup group… not working. ☹
  9. This is still an issue with 2019 SP3. Still waiting to better updates before moving the office over to 2019. Less bugs with 2018, so I'd convert back down and work from there.
  10. Is anyone else having issues ungrouping groups? I have tried shortcuts and using the ungroup function from the toolbar but I can not get grouped items to ungroup. My current workaround is to go into the group, select all, copy, exit group, delete the group, paste in place. Ironically, I can ungroup exploded object/symbols. My issue only allies to groups I create. Does anyone know what the issue is?
  11. Jim, Thank you, I appreciate the dialog. Can someone post a example of a methodology in favor of the current callout behavior?
  12. Thanks Jim. There is another way to formally report a bug worth mentioning, which I found after making my initial post. http://www.vectorworks.net/support/bugsubmit I did just get this message from Vectorworks this morning after submitting the bug, see below. They say isn't a bug. They say that the callout is behaving as intended. If that is the case, can someone help me see the advantage to this behavior. In our office, we duplicated an existing keynote and then edit it. Unfortunately this causes havoc in the legend, But I am open to changing my methods if I can understand the benefit. I am always looking to improve our standards. ************ I believe this may be working as designed. Since the note was copied, both the description and the note text are duplicated. However, if you edit the note text, the 42 character option is disabled, to preserve the note description. If you create a new callout without copying an existing note, the 42 character option is enabled. Thanks. MICHAEL GROVES SENIOR TECHNICAL SUPPORT SPECIALIST ************
  13. I have this same issue. How do I lend my support in requesting that this bug be fixed?
  14. This is an issue for our office as well. I don't have a solution but would like contribute another voice to the request.
  15. I am trying to find a way to get the door and window labels to show the RO dimensions as well. Back in the old days, simple door types and sizes were able to be shown on plan, rather than having to needing a separate schedule. It would be nice if I could insert a function into the Suffix that shows the width and heights. Other than manually entering the info ... Does anyone have any advise or suggestions? Thanks in advance. - Thomas

 

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.

×
×
  • Create New...