Jump to content

pgym

Member
  • Posts

    71
  • Joined

  • Last visited

Everything posted by pgym

  1. I don't know about you, but I can hit a keyboard shortcut a helluva lot quicker than I can move the mouse pointer to the pulldown, click-drag to the desired plane mode, release the mouse button, and move the pointer back to where I left off, so, yes, a keyboard shortcut is a lot easier than changing the plane via a pulldown in the view bar, so, yes, I DO want something easier than selecting plane mode from the pulldown in the view bar.
  2. I received a VW 2012 file from a consultant that several viewports containing benchmark PIOs in their Annotation layers. The existing benchmarks need to be flipped horizontally and a few viewports need to have benchmarks added, however, moving or flipping an existing benchmark, changing its class, or adding a new one, whether by copy/paste, duplicate, or from the tool set, causes the line style to change from continuous to dashed. This occurs on both design and sheet layers, and in both DLVPs and SLVPs, and attempting to change the line style via the attributes pallet has no effect. Has anyone else experienced this, and is there a way to force the line style to continuous?
  3. I'm not seeing this behavior in 2012. Wonder if it's a new "feature" in 2013?
  4. Does this thread get you what you want?
  5. Select "Unified view" in the "View" menu.
  6. VW creates a .lck (lock) file when you open a file in VW to prevent other users on the network from opening/saving over it. It's supposed to be deleted when you close the file or quit VW, but it's often left behind when VW crashes, in which case you'll need to delete it manually. It's normally a hidden file, so you'll have to show all files (Mac) or show hidden files (Windows) to see it.
  7. Just a minor note that the "Configuration" pulldown is specific to Doors; for windows, "Opening" and "Cased Opening" appear in the "Sash Operation" pulldown.
  8. If the file's already on the 'Net somewhere, click the "image" icon above the text entry box (4th from left, see attachment), select where you want it to appear in your post, and enter the URL in the popup box. If the file is on your computer, click the "File Manager" link in the "Post Options" area below the text entry box (see attachment), click "Choose file," navigate to and select the file, and click "Add file." Add more files as desired, then click "Done."
  9. Gotta disagree. I get the SBOD in 2012 on my MB Pro, even with a newly installed and formatted HD and fresh install of Lion and VW.
  10. Glad you got it sorted. Too bad all VW issues aren't as easily resolved.
  11. Hmm ... I presume you've checked folder (and file) permissions?
  12. The two situations I've run into this have been the original file has either been renamed while the file is open or the file has been moved to a new location (folder, drive, etc.). My guess is that VW stores the location of open files using hard links, and renaming/moving the file breaks the link so VW chokes. Saving using "Save as" takes care of the problem. Completely unrelated issue.
  13. Further to my post up-thread on Little Snitch, I've now got one of our MBPs blocking Vectorworks 2012.app from connection to the 'Net. So far, 2012's behaving as it did previously.
  14. We have not installed 2013 (and probably won't until 2-3 service pack are released: too many previous bad experiences) however, when we ran into wake-from-sleep crashing problems after installing 2012, we solved them on the Mac side by installing Little Snitch and blocking TCP connections to activation.vectorworks.net, but still allowing to Vectorworks 2012.app and CineRender.app to accept incoming network connections. Again, this is for 2012, but it might be worth a shot.
  15. I did not know this. It also works that way. But using it that way, here on windows, the tool tip dissapears as soon as the pop-out palette appears, so this is really a mac error. Still, the used tool becomes the top one, so you will need one extra click to set the most commonly used back on top. No, because you leave a tool in its last used setting until you need to change it, at which time it's one click-and-drag. It is for us because we've been doing it for so long, we do it without having to think about it. The larger issue for us is that by turning off tool tips, we can continue to use the same procedures and protocols we've been using since VW 8.5, which by this point have become habitual, instead of having to learn a new set of habits. Yes, we could adapt; the point is, we should not HAVE to.
  16. The tool tips might be generated by Vectorworks, but the timing and control of these tool tips is part of the windows operating system. What you can do it go edit the RegEdit and adjust the time delay before the Tool tips appear. I suggest that you do a google search for this and see what you can find. I found this article... Jonathan, thanks. That takes cares of Windows. Here's what I found for OS X: Configure Tooltip Properties in Cocoa applications If you want to change the delay just for VW, replace the -g with the name of the .plist file for your version of VW, which for VW 2012 is net.nemetschek.vectorworks.2012.plist
  17. That's not true. What I mean with the big pallet is like in my screenshot: All your commonly used tools will go on the top palette, which will Always be visible, the other tools go on the other palettes on th bottom part. You will not have any tool tips blocking the way, and you wil end up with fewer clicks. Then how do you explain this (there are 5 items in the pop-out pallet):
  18. Nope, one click. Maybe I didn't explain things clearly. You click-and-hold the top level tool until the pop-out pallet appears, then drag to the desired tool to select it, and release. That's one click. The point is, we can access ANY tool in our pallets with AT MOST one click-and-drag.
  19. The layout of our tool pallets is based on close analysis, conducted over several years beginning with VW 8.0, of how we actually work. The tools that appear on the "top level" of a pallet are the ones that are used most frequently. Tools that are related, either by type or by function, are assigned to pop-up pallets, and are arranged hierarchically within the pop-up pallet, based on the frequency with which they are used, with the most frequently used at the top and the least frequently used at the bottom. This arrangement provides us with immediate access to the most frequently used tools and one-click access to related commonly, but less frequently, used tools, without having to sacrifice screen real estate for the related but less frequently used tools. With the "one big pallet" approach, either you end up sacrificing screen real estate to have one-click access to those commonly, but less frequently, used tools, or you end up with tool tips blocking part or all of the pop-up pallets (depending on how many tools there are in a sub-pallet). Sacrificing screen real estate is fine if you have 27" or larger monitors or multiple monitors. It's NOT ok if you're working with a 20" or smaller single monitor or a 17" or smaller laptop screen. So for us, tool tips are not simply a minor inconvenience; they are a major impediment to our current workflow. More importantly, if tool tips can't be turned off, NV is effectively forcing us to change how we work (and have been working since VW 8.5) to the way NV thinks we should work.
  20. With all due respect, we have found that the layout we use to be more efficient to have commonly used tools immediately available, especially if you're regularly switching between tool sets, e.g. we need only one click to switch from tools in the building shell pallet to tools in the visualization palette instead of two (one to change the pallet and one to select the desired tool). We also save time by having the commonly used tool pallets in a fixed place on screen, so we don't have to find for the correct tool pallet symbol, click on it, then find the desired tool. Fewer clicks = less wasted motion and energy. Over the life of a project, the cumulative time adds up.
  21. Why would you turn off tool tips? They only appear when you wait over a tool. When just usng it, they don't appear. I almost never see one, unless I want them to appear. So I'm really curious to why you would do it. We've customized our tool pallets to match the layout we've been using since VW 9, so we have a lot of pop-out pallets (see attachment). For us, the tool tip appears virtually simultaneously with the pop-out pallet, and persists approx 1 sec after the pointer moves off of the tool. That's the case in both Mac and Windows. Most (90% plus) of the time, part of the pop-out pallet gets hidden behind the tool tip (see attachment), so we end up wasting A LOT of time and motion if we need one of the tools that's hidden behind the tool tip: either we have to move off the tool, wait for the tool tip to disappear, and try again, or click and hold on the main tool and hope we time it just right to drag the pointer clear of the pop-out pallet (the tool tip appears at the pointer location; see second attachment) right before the tool tip appears, then move the pointer back to the pop-out pallet and select the desired tool (of course, if we miss on the timing, we have to start over again). It's a tremendous waste of time and energy, and a massive pain in the arse.
  22. That turns off smart cursor screen tips, but not globally, at least on our hardware. We'd like to turn off ALL screen tips globally. Thanks for the clarification. Is there a way to turn off tool tips, too?
×
×
  • Create New...