Jump to content

Kees W

  • Posts

  • Joined

  • Last visited

Everything posted by Kees W

  1. I just found there's now a contextual menu "select linked space" when you click on a data tag that's associated with a space. Not sure if it's new, but that's solved a lot of my frustration concerning selecting spaces
  2. Ok, not exactly an improved over having a dedicated suffix field for space numbering, but I got that to work, thx! I'm still confused as to how my space label layout (the data tag) and it's individual items are now linked to the actual space tool, but I'll just focus on getting some work done first for a bit 😅
  3. Can someone please walk me through the steps needed to recreate the following Space Tool settings in VW2023. I'm usually pretty good at figuring stuff out or working around VW quirks, but this has me stumped. I need a space tool setting per building segment, in this example 4.10.02 is that segment. We are in this case intervening in an existing building, so the extra 1 ( before the space number is added to denote preliminary numbers that are in the 1.000 range so that we know they are new space numbers. Once the numbers are set in stone, the extra 1 will be removed. In VW2022, I would then link specific items to my space label layout. For a different building segment, I would click manage space labels and create a new one form there. This is where I get lost in VW2023. It actually imports the space label as a tag, but the two seem completely detached, where do I now edit the space number suffix for example? This is what I want, but can't reproduce in VW2023: VectorWorks 2023 settings: I created a building specific tag to incorporate the building segment suffix, but it doesn't work either, and it's an ugly work around anyway They #01# etc still seem to work, but I have no idea what setting now controls these items Even though the data tag is correct, and the preview window shows the correct info, for some baffling reason, I get this instead: Can anyone shed some light on how this is supposed to work, would be much appreciated, regards, Kees
  4. I agree with the above. This new space/data tag combination is an absolute horror to work with. We, and I assume, most everyone, use the space tool without a fill. Since the data tag is now, for some baffling reason, a separate entity from the actual space, it is neigh impossible to select the space (you'll always hit the wall instead). To make matters even more ridiculous, selecting the data tag in no way shape or form allow you to edit any of the data it contains, for that you still have to have the space selected. At the very least, can we have a button to select the space the data tag is associated with, because this current situation is causing massive frustration and loss of time.
  5. Ah, I understand thanks. Found it in the RenderWorks style settings. A little Off topic, but it doesn't work for me, it throws up an error "Redshift cannot operate with less than 128Mb of free VRAM. Aborting the render" I have an older 4GB Vega Pro card in an Intel MacBook Pro, so that message seems strange, but I'll assume it needs newer hardware (VW2023 SP1) Would that mean the issue would not occur for me in Ventura. (this is mostly out of curiosity, I'm not updating yet. The comment about pre-compiled shaders missing from the new OS also sparked my interest. If this is the issue, shouldn't the issue occur in VW2022 also? Again, out of curiosity.
  6. That description of the issue isn't very clear to me. Does this RenderWorks issue occur only when you also have Redshift installed, or also with just VectorWorks on the machine?
  7. I'm also having this issue. Yes, you can work around it by creating custom arrowheads, or setting classes to not use class defaults. But frankly, this is a boneheaded bug that should never have gotten passed QC. Fix this people
  8. I'm not sure how relevant this is. There's plenty of ways to approach a dark mode icon set. A conscious decision was made to go with the cartoony mess that we ended up with. I just fail to comprehend how this decision is made when I'm assuming you want to be considered a pro tool product.
  9. For me it's quite simple, I take pride in my own professionalism, and the tools I use should reflect that. The new icons are clearly a step backward in that regard. This is both because they look like SketchUp are some other tool less geared towards professional use, and because they are much harder to distinguish and thus less functional. Silly as it may sound, it still annoys me a little on a daily basis, and I just don't need that kind of distraction from a tool that I otherwise hold in high regard. And, yes, I am on a Mac, and no, I will not be using dark mode
  10. The note about mobile version of GPU-s should be clarified. Does this mean that all mobile GPUs are not suitable for high res display with VectorWorks? With all iMacs and MacBook Pro's coming with retina displays and mobile gpu-s this would seem relevant information. On Mac (and probably Windows too) one can run specific apps in low-resolution mode while keeping the rest of the OS in high res. I personally like to run VectorWorks that way, even on the most powerful Macs; running the equivalent of 5120x2880 still bogs down even the fastest cards when drawings are large and complex enough.
  11. in my experience, this happens a lot when read/write permissions on the file server are out of wack. This then results in io errors where the file can no longer be saved. In our situation, we get the warning once. If you then save to desktop, all is fine. If you try to save again after the warning, VW invariably crashes. To be save, we have automatic backup set to every 25 steps, to a local folder. One related thing I have been unable to solve, I sometimes get rogue files created on the file server after such problems starting with a double period, ie "..documentname VWTMP-VWTMP.vwx" For the life of me, I cannot delete these files, when I click on them, they disappear, only to resurface once I revisit the folder. Even as root (this is on OS X Server) I can't get at them. Not sure if it is coincidence, but this seems to only happen on Intel Macs with VW 2008 SP3. I wish VW would fix some of this stuff instead of just telling me to buy the next version. I love the program, but with every new feature/version, we get these kind of bugs to work around and they never get fixed until the next version which introduces... etc. Doesn't make me very upgrade happy. _________________________ Mac OS X 10.5.8 various iMacs G5 & Intel VectorWorks 2008SP3
  12. Still doesn't work over here. My problem is also that the default solution for component joins in VW, is a solution that never, ever, occurs in the real world.(45? angle joins) The solution that I am trying to draw is the way it is build 99% of the time. I don't think it is unreasonable to expect VectorWorks to do better here. The AutoCAD solution shown in the video is better because it is a method, documented and repeatable. To do something similar in VW requires fiddling. The outcome is less predictable and the drafting technique is much harder to explain to new users. VW has always been very easy to pick up and use, but the wall tool to me, still doesn't live up to the usability we have come to expect from VW.
  13. thanks, but that doesn't work. Step 7 fails with the message that 'the first selected component will not intersect the second selected component' (I think the problem is different component thickness, the concrete is 200mm, the brick 150mm) Even if that did work, I still think that's a lot of steps to achieve what in actuality is the default solution.
  14. I just watched the DCM video. It mentions improved wall join features. The lack of flexibility here is preventing me from using the wall tools at all. The video unfortunately doesn't provide any insight in the usability of walls with multiple components. As a simple example, in 2009, joining a bearing concrete wall to a non-bearing brick wall results in all sorts of weirdness that cannot be corrected easily and definitely cannot be sent out to a contractor: Here's what the standard join looks like in 2009 [img:left]http://gallery.me.com/kees/100110/VW-20wall-20fail-201/web.jpg?ver=12531799940001[/img] joining separate components doesn't work as expected as there doesn't seem to be a way to get rid of the white space: [img:left]http://gallery.me.com/kees/100110/VW-20wall-20fail-204/web.jpg?ver=12531799950001[/img] joining all components manually still creates the silly 45? connection: [img:left]http://gallery.me.com/kees/100110/VW-20wall-20fail-205/web.jpg?ver=12531799900001[/img] So that leaves manually adding an object to make the join look like one could actually build it. This is obviously not an option: [img:left]http://gallery.me.com/kees/100110/VW-20wall-20fix/web.jpg?ver=12531799930001[/img] Why do wall components join at 45? angles? That never happens in the real world. Why can't we just set preference for components (Bearing-non-bearing would help already) Then non-bearing components would always stop against bearing components. I keep thinking I must be missing something, but I have so far failed to find a solution for what is such a basic building principle.
  15. I'm glad you all sympathize, but my menu hasn't changed much so far... for the sake of all that is right and just, can it be done?
  16. on the subject of workspaces, is there a way to rename menu items? Some bright individual decided to rename 'Page Setup' to 'Printer Setup', in VW 12. The 'Page Setup' command now brings up the 'Set Print Area' dialog. Since the 'Page Setup' command opens the printer's page setup in every Macintosh application ever created, this is confusing our longtime Mac users. I realize it's a small thing, but consistency is a big part of why we prefer Macs over PC-s, so I'd like to be able to change it back to normal.
  17. memory is allocated dynamically (i.e. as needed) in OS X, you don't need to set anything any more. Only thing I could tell you is to make sure that you have the latest version of OS X and VW (9.5.3) and have as much memory as the machine will take. I'd still strongly consider upgrading though... [ 02-22-2006, 10:12 AM: Message edited by: Kees W ]
  18. I think expos? is one of the best features of OS X, and I use it extensively to quickly switch between open documents. vectorworks however, doesn't seem to understand expos?'s window management. When I bring up all open vw drawings, and select another drawing, Vectorworks brings the correct window to the front, but all commands continue to operate on the drawing I was previously working in, which is now out of sight. The new front most window is static, it's impossible to select anything or perform any kind of operation, every command goes to the other drawing. The only way to solve this is to go through the window menu or back to the Finder first. This happens on different machines, and in both VW 10 and 11. Vectorworks is the only application I'm aware of that misbehaves like this with expos?. Anyone else seeing this? Anyone find a solution?
  19. jnr, I appreciate that, the 9.0 thing is the reason I didn't buy 12 yet. My post was a hunch based on nothing but what was posted and my experience with those settings in 11. Even on my 1.33 GHz PowerBook, enabling the OpenGL option slows down VectorWorks. (don't get me started on that pathetic fx5200go in my 'pro' machine)
  20. For people experiencing slowdowns on old/slow machines, did you enable any of the open-gl acceleration / vector caching options to acelerate 2D performance? Because I'd assume that on hardware that old the video card/vram would slow you down more than speed you up with those options enabled. Also for zoom while drawing, I've always used command-1 and command-2, I don't have VW12, but I assume (and hope) that still works
  21. I've had auto-save disabling itself since VW 10. In response to this same question, someone advised to repair permissions using disk utility. The problem always reappears after a while though, I never did find a solution. Nemetschek are blaming Apple, but auto-backups works in every other app I own that has this feature, so I'm not sure of the validity of that claim.
  22. BACKUP FILES There is still no way to have the VW Backup folder(s) in a location of your choice. VW insists on littering these folders wherever the files are stored, rather than allowing you to set a folder on a local drive or networked drive to centrally save the backup files. this one bothers me to no end, and I'm dismayed to see it's still like that. We, like I imagine most any firm of any kind of size, work from files on a dedicated server on the network. Not only does the backup cause considerable lag in drawing when being saved over the network, it also litters my server with VW backup files. It doesn't help that VectorWorks doesn't clean up after it self either...
  23. I do believe that this is an issue with the way VectorWorks opens files, though. I have many files backed-up on cd, and only VectorWorks is unable to open any of them. Copying to the HD always works. it's a minor issue, but it does make it rather cumbersome to browse through an entire cd, because you have to copy all of its contents first.
  24. are you sure the two layers are the same scale?
  25. working on a network is not VW's forte, to put it mildly. One of the biggest problems for us is that VectorWorks insists on saving the backup file in the same save path as the real file. When the network is slow, this means 10-30 second stalls while the backup is being saved. It also means I have my server littered with VectorWorks Backup folders (since VW doesn't clean up after itself either) Even symbol libraries on the server, loaded in the resource browser cause us stalls and even unexpected quits. We have no such problems with any other application. (btw, working locally also creates problems, like team members unknowly working on the same file, and thus overwritting each others changes at the end of the day)
  • Create New...