Thanks, Richard
Yes in order to build design tables, you need to use Microsoft Excel.
Please let me know what you are looking to do and what you were thinking to
use in place of Excel.
Regards,
--
Bob Hanson
CEO
Custom Programming Unlimited LLC
SolidWorks Solution Partner in two categories (SW API training/consulting
and SW PDM provider)
www.cpuandsimplepdm.com website (Home of SW API Public Code snippets)
SolidWorks 2003 World User
Conference Exhibitor Booth #407
"Richard Charney" <rcha...@elakeside.com> wrote in message
news:588753f8.0303...@posting.google.com...
You have to have Excel for both design tables and the BOM. Submit an
enhancement request.
We use "Submit an enhancement request" so often I think it needs an
abbreviation:
You have to have Excel for both design tables and the BOM. SaER.
--
Dale Dunn
Design Engineer
www.jamestool.com
Bill T.
"Richard Charney" <rcha...@elakeside.com> wrote in message
news:588753f8.0303...@posting.google.com...
"Richard Charney" <rcha...@elakeside.com> wrote in message
news:588753f8.0303...@posting.google.com...
> You can't use a program like star office with SolidWorks?
unfortunately, no.
I've tried several spreadsheet programs (renaming them to excel.exe) and
none of them worked.
stoopid requirement.
regards,
nick e.
--
======================
Support Solidworks for Linux.
Go to http://www.cadsense.co.nz/SWXwish.htm
and vote for Linux! It's #3!!!!
======================
"Scott" <crede...@hotmail.com> wrote in message news:<b4nnou$20tacf$1...@ID-132888.news.dfncis.de>...
As for BOMs, SolidWorks 'will' use a built in app for
the next release (2004). We'll have to wait and see
if design tables will be included.
Mike Wilson
Not that it could not be done, but a DECREASE in design table
functionality would likely result if SWX eliminated Excel and handled it
all themselves. (This would likely affect a VERY small number of users
who actually use some advanced Excel stuff in their DT)
Some of the same applies to BOMs, but considering how BOMs are handled
now, any change would be an improvement IMO.
Very true. But, I wouldn't mind the option to have the basic DT
functionality without Excel. If Excel was kept as an option.
Then again, if each cell in a new DT implementation could implement VB code
like equations do, or even macros, then DT functionality could be at least
maintained, and maybe increased. I personally would gladly trade the
remaining Excel functionality to be rid of the horrible performance and
limitations of the Excel OLE DT implementation. For example, if the DT was
not as collosally slow as it is now, it might be reasonable to have the
design table update the model with every rebuild, and not just when the DT
is opened.
Some very good points, Dale. I agree entirely. But, I don't dive that
deeply in DTs, so I am sort of neutral on the Excel/DT issue.
Now, BOMs is entirely different. Something has to be done. Hopefully
2004 will surpass all of my (our) expectations (trying not to get my
hopes up too far).
Do you have a source for this info?
This was shown as part of the sneek peak at SW2004 at SW World User
Conference.
Regards,
--
Bob Hanson
CEO
Custom Programming Unlimited LLC
SolidWorks Solution Partner in two categories (SW API training/consulting
and SW PDM provider)
www.cpuandsimplepdm.com website (Home of SW API Public Code snippets)
SolidWorks 2003 World User
Conference Exhibitor Booth #407
"Richard Charney" <rcha...@elakeside.com> wrote in message
news:588753f8.03031...@posting.google.com...