Jump to content

AnthonyMC

Member
  • Content Count

    27
  • Joined

  • Last visited

Community Reputation

0 Neutral

About AnthonyMC

  • Rank
    Greenhorn

Personal Information

  • Occupation
    Architect
  • Homepage
    www.openatelier.com
  • Hobbies
    Architecture
  • Location
    Central NY
  1. I find this whole aspect both very useful in converting 3D model files into a set of construction documents, and also very frustrating in that the plan view where you created the section line once linked to a viewport no longer displays the section line marker in the plan view. I logged this in as a bug, and received a reply that's just how it works. In other words, they've given us a great feature, but only followed through half way. Need to generate a 2d floor plan viewport showing the section line/section-elevation marker, link that marker to a section viewport and have that section line appear in the floor plan so that a construction document set can show where the section is taken. I'm told to explode the section marker for it to show up in plan view, but that defeats the purpose of the section line functionality, cause if you decide to move the section line to show something slightly different in the building section, guess what you've got to start over, sounds like a but to me.
  2. I'm having a similra problem with all our machines, we run Windows 7, all Dell Precision laptops and workstations. Try the OSB/Detail, same problem as JoshW is having, but this happens with just about every object we use from the Linear Materials tool.
  3. good thought, but didn't work, thanks any way.
  4. Sure, we have a couple of systems running, one has 4 gigs memory, 512 nVidia graphics card on Windows XP SP3, the other 2 gigs memory, 256 nVidia graphics card on Windows XP SP3. The point of posting is not to complain, sorry if it came across that way, but to hopefully address to the development team that I believe there is a user interface speed problem within the graphics engine, and that hopefully it would get addressed in the next update. Anthony
  5. Good point, sorry 'bout that. we're working with Windows XP and Vectorworks 2009. (my system has 2 gigs of memory and a 256 nVidia graphics card, the others have 4 gigs and 512 nVidia cards) Ok, thought it was something we were doing, so I experimented and here's what I found. We just installed 2009 and have been opening files from the previous version, 12.5. (I skipped 2008). As it turns out, must be something in the way that worksheets were created in 12.5 or earlier that prevents the worksheet from being converted properly into 2009 and then exported to dwg. Turns out we have a few worksheets on our construction documents that we'll remake from scratch, will take a little time, but such is life. Sould take care of the problem. Anyway, thanks for the feedback. Anthony
  6. I suppose the more complex software get, the more robust our computers must be to keep up. 4Gigs of RAM is alot to ask for when all you are after is a simple 2D vector based drafting tool. I could understand that for the 3D modeling and rendering portion, but my experience with 2009 thus far is that the graphical user interface is the issue. one solution I found was to turn off all those selection and preselection color coding stuff. I do move around the drawing faster now. If I were to guess, I would say that Nemetsheck has some tweaking to do with their graphic redraw engine. I remember this exact issue with AutoCAD around R13. It took a lot of hot under the color customers voicing their complaints for Autodesk to rev up the graphic engine. I think Nmemtschek needs to do the same here. Other areas slow are large viewports, bringing up the worksheet edit window and selecting fonts. I have a large number of fonts on my system, and I work with Adobe products, Quark, MS products, AutoCAD and others, and don't have the lag I have with 2009. Hopefully they are listening and will tweak the user interface portion of the graphics engine.
  7. If you export a file containing worksheet to a dwg format, the worksheet is not exported, does anybody have any knowledge of this?
  8. I found this 2009 in general to be very slow in many respects. I'm on Window XP, selection of fonts for example takes 'forever'. And viewports drag when working on them. I wonder if any of the slowness has to do with the selection and preselection colorization nonsense they've added. I turned all that off and found it performs significantly better. I'm upgrading from 12.5, and it was way faster in graphic response time than compared to 2009. I should mention i've been a continuous user since version 8. so i've got about 10 solid years of working with VW. and double that on CAD in general. Anything you do is slower... I have oodles and oodles of memory, super duper fast graphics cards etc. and when i upgraded it's just way slooower in general user interface response time than 12.5, way slower. that's all.
  9. Ditto... dash lines are almost there, that extra refinement would be great.
  10. Your disappointement is being felt here as well. I must say that I've also tried through other matters to get responses regarding issues that appear at first as logical cad requests. I'm also finding that there are more things broken in 10.5 than in previous releases. I'm beginning to believe I've made a mistake investing in Vectorworks. Cheers, Anthony
  11. Vectorworks 10.5.1 user When I print using pdf print driver at a reduced scale, all text and objects scale down except for the worksheets. The text inside the worksheets scale down, but the grid does not. to reproduce: 1. create a 24"x36" drawing with a work sheet. 2. select print setup and select 50% scaling, 12"x18" paper 3. print the file. worksheet grid still prints at 100%, but text inside worksheet prints at 50%. Cheers, Anthony
  12. Vectorworks 10.5 user. Doors and windows selected from the tool bar don't seem to act as symbols in walls, I may just need to learn more about this. When I input a window or door using the tool bar, I can't use the "duplicate symbol in wall" command. However, when I input a door or window using the Resource Browser, the behavior is very different. Those act more like objects. Can someone explain the difference to me? I think the tool bar doors and windows seem to be more intuitive. I'm not that fond of the "Duplicate in Wall Tool" command anyway because it precludes that one is interested in measuring location of duplicate objects relative from a newly input object. Often times, I'd like to duplicate an object that is already in place. I can't use the duplicate command because it doesn't link the new object to the wall. Case: I drop a window into a wall, client says, "great, give me two more windows just like it at 10' intervals". How is this done now without starting over? Cheers, Anthony
  13. JC, you make a very good point on both topics. It looks like a little tweaking is necessary for the round walls. I agree that objects linked to walls should be able to be nudged, or even moved or duplicated using the Move or duplicate command. Presently, you can't do that and have the duplicated object linked to the wall. Cheers, Anthony [ 02-21-2004, 01:03 PM: Message edited by: AnthonyMC ]
  14. Oh yea, I just tried that, and it works pretty nice. If NNA can expand that to include all classes, I think it would be better. I use the AIA standard naming conventions, which begin with A-whatever, so of course it won't work. thanks for the tip. Cheers, Anthony
  15. I'm using VW10 Architect Some User Interface items of note that I'd like to mention in relation to the way Wall Types are created and managed. 1. It seems like the Select Wall Type dialog box, (it's really a Manage Wall Types dialog box), which is only accessible through the pull down AEC menu, correct me if there's another method here, should be accessible via a button on the mode bar when the Walls icon is selected. 2. The Select Wall Types dialog box that does appear is a single modal dialog box that requires the user to exit the dialog box before continuing. It may be more usefull to treat a "Wall Types Manager" dialog box as multi-modal like the Resource Browser or Object Info Palattes so that the user has the ability to modify and manipulate wall types while interactivly working with the drawing. 3. Defining or modifying a wall type's Class name is not linked to Classes already defined in the drawing. This may cause confusion in an office since a user can mispell a Class name, and a new Class is created inadvertantly. Linking to existing classes in the drawing through a drop down list while managing the wall types would simplify the process. But leave the option for creating a new class as well. Cheers, Anthony [ 02-19-2004, 01:24 AM: Message edited by: AnthonyMC ]

 

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...