2008-09-23 11:13 PM
2008-10-08 08:37 PM
Karl wrote:I agree with what Karl is saying. I think non-buggy functional libraries are a must for any software. When someone of Karl's qualifications and experience say's the best solution would be for GS to hire more qualified people to accomplish this, I hope they hear and act.
Personally (shall we have a poll?), I probably spend more time futzing with door/window/object parameters and patches than I do with the entire rest of the model and document set. So, for me, a solid (non-buggy), useful library would make me more productive than any feature GS could add to the program itself.
Cheers,
Karl
2008-10-08 08:42 PM
Karl wrote:I am more split on this issue. While it is essential that GS provide basic libraries to make the program functional out of the box. It is unrealistic for them to attempt to satisfy even a major part of the world's needs for standard parts.
I tend to lean towards Robert's suggestion that GS just has to hire more GDL specialists and to make QA of the library a higher priority. They have to see how that would pay for them, though.
2008-10-08 08:52 PM
Karl wrote:
Hi Braza,
Personally (shall we have a poll?), I probably spend more time futzing with door/window/object parameters and patches than I do with the entire rest of the model and document set. So, for me, a solid (non-buggy), useful library would make me more productive than any feature GS could add to the program itself.
Cheers,
Karl
2008-10-08 10:58 PM
Karl wrote:Controversially, I'd like to suggest Graphisoft completely abandon the 100% GDL based windows and doors, and focus their efforts on making them into a 'system tool' like the curtain wall tool.
....I tend to lean towards Robert's suggestion that GS just has to hire more GDL specialists and to make QA of the library a higher priority. They have to see how that would pay for them, though...
2008-10-08 11:00 PM
2008-10-08 11:21 PM
Peter wrote:It's not necessary to dump GDL to have assemblies. I have long argued for the ability to attach multiple macros to single assemblies (such as doors, windows, stairs...). This way it would be possible to script a casing type part that can be combined with a door panel, jamb type and hardware set to define a door assembly. It should then be possible to name and catalog the assembly types for the project which would combine detailed automatic scheduling with a kind of favorites on steroids.
Controversially, I'd like to suggest Graphisoft completely abandon the 100% GDL based windows and doors, and focus their efforts on making them into a 'system tool' like the curtain wall tool.
2008-10-08 11:44 PM
Peter wrote:I'd like to think that it is easier for marketing to point to a new tool and say "Lookie here, rubes: Curtain Walls!" rather than claim "Hey, we fixed the window tool."
I'd like to think it was just easier to implement the less useful curtain wall tool to AC first, rather than a much needed D/W tool (AC13 please?! )
2008-10-08 11:48 PM
Dwight wrote:That's why we need the new assembly managers. New features and the doors and windows can't really be fixed otherwise.Peter wrote:I'd like to think that it is easier for marketing to point to a new tool and say "Lookie here, rubes: Curtain Walls!" rather than claim "Hey, we fixed the window tool."
I'd like to think it was just easier to implement the less useful curtain wall tool to AC first, rather than a much needed D/W tool (AC13 please?! )
2008-10-09 12:12 AM
2008-10-09 12:15 AM
LewBishop wrote:
Of course it is always easier to just say Looky at the great new stuff --- BUT what I have been hoping for for the last 14 years is for someone at GS to say "HERE ARE LEGIT DOORS, WINDOWS, STAIRS ----- THEY WORK" I guess it is just too much to hope for.
Lew Bishop
MBP 17 2.16Duo/ OS X 10.5/ AC 12 US