Jump to content

Kees W

  • Posts

  • Joined

  • Last visited


7 Neutral

Personal Information

  • Location
    The Netherlands
  1. 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
  2. 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.
  3. 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
  4. 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.
  5. 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
  6. 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.
  7. 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.
  8. 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.
  9. 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?
  10. 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.
  11. 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 ]
  12. 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?
  13. 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)
  14. 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
  15. 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.
  • Create New...