Subject: Re: Font ISO.SHX for R12
From: hopltd@giasdl01.vsnl.net.in (G Rajesh)
Date: 4 Dec 1996 05:16:32 -0800
heiko@casa.inka.de (Heiko Herbrand) wrote:
>Hi there,
>
>I use Autocad R12 for Windows (Student Edition) and I'm searching for a
>standardized script (we call it 'Normschrift', I didn't find a better
>word). In the manual I read about a font called 'ISO.SHX', but it isn't
>included in the Autodesk Press Student Edition. Does anybody know where I
>can get it?
>
>Thanks, Heiko
>
>--------------------------------------------------------------------------
>Heiko Herbrand
>Email heiko@casa.inka.de
>
>
Heiko,
Try looking at the
http://www.buildingweb.com/cadsyst
or
http://www.cadalog.com
or
http://www.cadshack.com
or
http://www.autocadd.com
for the fonts you are looking for. You can also find many more links
from the sites mentioned.
G.Rajesh
//Autodesk Product Support on the Internet//
Subject: Re: Dimensioning solids
From: jeeper@halcyon.com (Dennis Shinn)
Date: Wed, 04 Dec 1996 20:48:11 GMT
>Dennis Shinn wrote:
>> I'm curious, Matt. Are you in paperspace or modelspace when you try to do your
>> dimensioning?
Matt Ridge wrote:
>I am in paper space, which was what I thought was supposed to be where
>the dimensions go.
Everyone has there own way of working so I won't go so far as to say dimensions
should *never* go in paperspace. Just the same, until I get a chance to try out
Morten's dimensioning utility, for my purposes, dimensions should be in model
space only so they can maintain true associativity with the model geometry.
Several problems can occur when dimensions are placed in paperspace without this
associativity. If the viewport is resized, the zoom magnification of the view
window is changed or if the view needs to be panned to accomodate changes in the
size of the model, your dimensions will be floating in space and will not be
panned or re-sized along with the model geometry. If you're doing AEC type work
where the drawing or model is represented in the viewport at something other
than full size, like a floor plan for instance, then you must use a dimension
scaling dimvar to re-calculate your dimensions to the proper value.
> If you dimension in model space, the dimensions are
>confined to the viewport that you create them in.
I think what you meant to say is that your dimensions are *not* confined to the
viewport in which you create them? correct?? If so, you're right, but there are
ways to handle that so they are.
Say you have a three view layout in paperspace of your drawing; top, front and
side views. All you need to do is create layers for your dimensions called
dimtop, dimside, and dimfront (or whatever best serves your needs). Now use the
vplayer command and in the top view, freeze the layers that contain the
dimensions for the front and side views. In the front view, freeze the layers
for top and side and in the side view, freeze the layers for top and front.
Suppose you want to have an iso view as well for a fourth viewport without any
dimensions at all. Just vplayer/freeze *all* the dimension layers.
Now if your change the zoom scale factor of any of the viewports, the dimensions
are still intact.
For simplicity's sake, let's presume your object is a cube. To dimesion the
front face, set a UCS using the 3 point option of the UCS command selecting the
lower left corner for the origin, the lower right corner for the point on the
positive x axis and the upper right corner for the point on the positive y axis.
Now your UCS xy plane is parallel and coincident with this front face. Your
dimensions will be "flush" with this face.
Set similar UCS's for the top and side using the same UCS 3 point procedure.
Your dimensions will be properly placed with respect to these faces as well.
> I could be (and usually am) wrong, but I think the dims are
>supposed to go in paper space.
I'm frequently wrong as well, but this is the way I've been using dimensions for
3D objects and it seems to work fairly well for me. But I must point out that
I'm not a mechanical designer, I work in the construction business - so if
you're doing mechanical engineering work your needs could be a lot different.
Dennis Shinn
Seattle AutoCAD User Group
SAUG-BBS [206] 644-7115 [PCGNet]9:517/215
CAD Systems manager/GLY Construction
Subject: Re: facade 3.0
From: jeeper@halcyon.com (Dennis Shinn)
Date: Wed, 04 Dec 1996 20:48:16 GMT
"ALLEN UGHOC" wrote:
>Greetings:
>I'm interested in Facade 3.0, hoping that it'll enhance/quicken my work in
>3D modeling of residential designs, that come into our office. I put
>together the blueprints, then 3D models as massing studies, etc... tedious
>work. I use 13c4 with AA7.5 as my 3D drafting tool. Would Facade work well
>with AA7.5?
I'm not familiar with AA7.5 - your best bet would be to contact Eclipse Software
(you can access them through the McNeel web site I believe -
http://www.mcneel.com)
> How steep is the learning curve?
I found/find it very easy to learn.
> I use my own windows, doors,
>stair/handrails,etc. are Facade's entities editable?
The latest version does give you quite a bit of flexibility in door and window
styles but I don't believe you can use your own blocks. Facade's objects are all
mesh entities rather than block insertions. As such they are quite editable but
changing them with standard AutoCAD editing commands rather than using Facade's
editing tools will mess up the attached entity data. That's been my experience,
anyway.
>I like to have as much
>control as I can on projects.
You have all the control you need withing the program with the exception of
using your own pre-defined block insertions. Unless they've changed something in
a more recent version than I own.
Dennis Shinn
Seattle AutoCAD User Group
SAUG-BBS [206] 644-7115 [PCGNet]9:517/215
CAD Systems manager/GLY Construction
Subject: ARX MSVC Newbie Problems
From: staehpj1@.jhuapl.edu (Peter Staehling)
Date: 4 Dec 1996 18:55:41 GMT
Hi,
I have been unable to get any ARX program to compile.
I am using MSVC++ 4.0. I followed the "Building ARX
with the MSVC++ 4.x IDE" listed in Readarx.hlp (from
the sdk) and used one of the sample programs.
I get "error C2065" "undefined identifier" errors for
all ARX classes. Do I need to add include statements
manually or should inserting the .lib's into the
project be enough?
I will try to recap what I did.
1. I selected "file", "new", "project workspace".
2. I picked "Dynamic-Link Library" and filled in a
directory name and clicked "create".
3. I selected "insert", "files into project", and
picked RXAPI.LIB, ACAD.LIB, and ACEDAPI.LIB.
4. I selected "build", "settings", to bring up the
"Project settings" dialog. I left "Win32 Debug"
and "Win32 Release" highlighted.
5. On the "C/C++" tab, I set the following:
Code Generation
Use run-time library-> Single-threaded
Preprocessor
Preprocessor Definitions-> I added "ACRXAPP,RADPACK"
Include Directories -> I added my \arx\inc directory
5. On the "link" tab, I set the following:
General
Output File Name -> filename.arx
Output Base Address -> 0x1c000000
Entry-Point Symbol -> DllEntryPoint@12
6. I clicked the OK button.
7. I added one of the .cpp sample files to the project.
8. I tried to compile.
The code is as follows:
******************************************************
void
initApp()
{
acedRegCmds->addCommand("ASDK_DICTIONARY_COMMANDS",
"ASDK_CREATE", "CREATE", ACRX_CMD_MODAL,
createDictionary);
acedRegCmds->addCommand("ASDK_DICTIONARY_COMMANDS",
"ASDK_ITERATE", "ITERATE", ACRX_CMD_MODAL,
iterateDictionary);
AsdkMyClass::rxInit();
acrxBuildClassHierarchy();
}
// Clean up function called from acrxEntryPoint during the
// kUnloadAppMsg case. This function removes this app's
// command set from the command stack and removes this app's
// custom classes from the ACRX run-time class hierarchy.
//
void
unloadApp()
{
acedRegCmds->removeGroup("ASDK_DICTIONARY_COMMANDS");
// Remove the AsdkMyClass class from the ACRX runtime
// class hierarchy. If this is done while database is
// still active, it should cause all objects of class
// AsdkMyClass to become zombies.
//
deleteAcRxClass(AsdkMyClass::desc());
}
****************************************************************
The errors were as follows:
--------------------Configuration: hello_arx - Win32 Debug--------------------
Compiling...
hello_arx.cpp
C:\Msdev\Projects\hello_arx\hello_arx.cpp(4) : error C2065:
'acedRegCmds' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(4) : error C2065:
'addCommand' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(5) : error C2065:
'ACRX_CMD_MODAL' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(6) : error C2065:
'createDictionary' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(9) : error C2065:
'iterateDictionary' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(10) : error C2653:
'AsdkMyClass' : is not a class or namespace name
C:\Msdev\Projects\hello_arx\hello_arx.cpp(10) : error C2065:
'rxInit' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(10) : error C2064:
term does not evaluate to a function
C:\Msdev\Projects\hello_arx\hello_arx.cpp(11) : error C2065:
'acrxBuildClassHierarchy' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(11) : error C2064:
term does not evaluate to a function
C:\Msdev\Projects\hello_arx\hello_arx.cpp(22) : error C2065:
'removeGroup' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(29) : error C2065:
'deleteAcRxClass' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(29) : error C2653:
'AsdkMyClass' : is not a class or namespace name
C:\Msdev\Projects\hello_arx\hello_arx.cpp(29) : error C2065:
'desc' : undeclared identifier
C:\Msdev\Projects\hello_arx\hello_arx.cpp(29) : error C2064:
term does not evaluate to a function
C:\Msdev\Projects\hello_arx\hello_arx.cpp(29) : error C2064:
term does not evaluate to a function
Error executing cl.exe.
hello_arx.obj - 16 error(s), 0 warning(s)
Sorry for the length of this post,
Pete
Subject: Re: 3D Scanner & 2D converted to 3D within AutoCAD...HELP!!
From: jimf@protosys.com (Jim Fitzgerald)
Date: Wed, 04 Dec 1996 22:02:33 GMT
tim@iag.net (king) wrote:
>Wouldn't it be nice to place an object into a 3D kinda scanner and have AutoCAD
>scan the object and import that 3D object into AutoCAD!! Is there such a device?
Yeah, they're available (kinda pricy) there are also 3D digitizers
that allow you to pick points on a 3D object and have it created in
CAD.
>Also, I thought AutoCAD r13c4 could take a 2D drawing of an object drawn out
>with all sides and take that 2D drawing and convert it to a 3D object. Can
>AutoCAD do such a thing, or do you have to get a add on program?
>
It depends on the complextiy of the object but for fairly simple stuff
you can rotate and align the 2D views so they are in place in 3D
space. Then extrude each view to its proper depth, then intersect the
resulting solids. Like I said it doesn't work for everthing, just
fairly simple profiles but it can give you a good start.
If this doesn't make sense or you'd like a more detailed explanation
let me know and I'd be happy to provide a drawing or picture
describing the process.
-Jim Fitzgerald
Subject: Re: 3D Scanner & 2D converted to 3D within AutoCAD...HELP!!
From: beardude@ix.netcom.com (hardy harr)
Date: Wed, 04 Dec 1996 20:57:30 GMT
On 4 Dec 1996 18:43:30 GMT, tim@iag.net (king) wrote:
>Wouldn't it be nice to place an object into a 3D kinda scanner and have AutoCAD
>scan the object and import that 3D object into AutoCAD!! Is there such a device?
>
>Also, I thought AutoCAD r13c4 could take a 2D drawing of an object drawn out
>with all sides and take that 2D drawing and convert it to a 3D object. Can
>AutoCAD do such a thing, or do you have to get a add on program?
>
>I have several drawings that are drawn up in 2D with all sides. I need to create
>3D drawing out of them.
>
>Any suggestions?
>
>Tim
>
The answer to your question is YES, there is such a thing as a 3D
laser scanner that will scan objects in 3D space. Unfortunatly this is
an expensive process that not many people have access too.
A more practical method is to us a 3D digitizing wand. this is a unit
that lets you digitize 3D points on any object. these units run from
$2,000 and up.
As for autocad making 3D out of 2D, not bloody likely.
there is a program however called Make-It 3D that is supposed to do
that very thing. I have not personaly seen this work nor do i know
anyone who has used it.
What acad will do, is extrude a 2D outline that will create a 3D
solid. This is great for none complicated objects. This is also how i
begin almost all of my models, by finding the best outline to extrude
and then adding or subtracting from it.
hope this helps
Tony
12/4/96
Subject: Re: AutoLISP Advice Needed
From: rurban@xarch.tu-graz.ac.at (Reini Urban)
Date: 4 Dec 1996 20:21:22 GMT
Kenneth A. Lloyd, Jr. (lloydka@maren.com) wrote:
: Warning: LISP stands for "Lost In Stupid Parenthesis".
: Going from the C framework to LISP is NOT elegant.
Come on. Do you really think that?
In lisp it's possible to automatically beautify your code and the good
editors do it. Do you have such a feature in any C IDE?
My LISP IDE is by far superior to Borland C or MSVC.
With Lisp you got
functions to work on abstract data types (lists). In C you're struck with
pointers and mallocing (even strings), not superior in my eyes.
Okay C++ has some classes, but there's no standard (and the STL has only
templates), not to speak about garbage collection.
And AutoLISP has no vectors, arrays, classes and macros. Anyway.
Regarding the brackets I have to say that the syntax of lisp is by far
more understandable than the C syntax. Ever read the C BNC? Ever wrote a C
parser? In lisp there're just atoms and lists.
And you can check your code syntax within the editor. In C you have to wait
for the compiler warnings. With the lisp compiler I can do the same too, but
I can ever run the functions interactively. No need for a debugger most of
the time. (and a simple debugger is written in lisp in 50 lines: xlisp ->
stepper.lsp)
Okay, recursion is not everyones thing. For the average C programmer even a
horror.
I want to solve a problem and not playing with bytes and nodes as in C.
Sometimes I have to be religious, sorry. Same war as in the comp.lang.lisp
group every day.
---
Reini Urban http://xarch.tu-graz.ac.at/~rurban/
(defun remove (x y) ; by serge volkov, the vill coder
(apply 'append (subst nil (list x) (mapcar 'list y))))
Subject: Re: Autocad 12 requirements?
From: waiwhite@zip.com.au (Ian A. White)
Date: Wed, 04 Dec 1996 20:13:10 GMT
On Mon, 02 Dec 1996 23:31:20 +0100, "Jose M. Julia'"
wrote:
>Can Autocad 12 (DOS) run on a 386DX + 387DX (math co-processor)?
>Can Autocad 12 (Windows) run on that computer with 8 MB RAM?
Yes, to both. It is a minimum configuration, and don't expect it to
be a speed demon.
Regards,
Ian A. White, CPEng
waiwhite@zip.com.au
WAI Engineering
Sydney 2000
Australia
Subject: Re: Autocad 12 requirements?
From: waiwhite@zip.com.au (Ian A. White)
Date: Wed, 04 Dec 1996 20:13:11 GMT
On Wed, 4 Dec 1996 00:44:16 +0000, Geraint Williams
wrote:
>In article <32A358B8.10AF@arrakis.es>, "Jose M. Julia'"
> writes
>>Can Autocad 12 (DOS) run on a 386DX + 387DX (math co-processor)?
>>Can Autocad 12 (Windows) run on that computer with 8 MB RAM?
>>
>>Please email me with LOTS of answers :)
>>Thanx in advance!
>
>they might in theory but they would be so slow
>that they would be unusable especially the windows
>version
Not unusable. I ran R12/WIN on a 386DX20 for almost 2 years before
the computer failed. It kept me in business, and my clients were
getting their drawings faster and cheaper than they were getting them
from people using supposed "state of the art" machines.
I will say however that with the cost of computers as low as they are
today, it would be foolish not to upgrade the computer.
Regards,
Ian A. White, CPEng
waiwhite@zip.com.au
WAI Engineering
Sydney 2000
Australia
Subject: Re: Help re: Display Drivers
From: waiwhite@zip.com.au (Ian A. White)
Date: Wed, 04 Dec 1996 20:13:14 GMT
On 4 Dec 1996 03:29:31 GMT, trg312@aol.com wrote:
>Please help!!! After having installed, uninstalled and now trying to
>re-install ACAD R11, I'm able to install but unable to start up ACAD -
>this message appears when I try to load the program:
>
> "Base.dcl" can't open file
> Error loading dialogue control file
This is straightforward. You need to make sure that the directory
where BASE.DCL is stores is on the ACAD search path. The drfault
directory is the SUPPORT directory. When AutoCAD installs, it is not
there.
>
> **ERROR** No Display Driver is installed at interupt vector 07A*
>
> Please correct display adapter/configuration inconsistency.
>
> Fatal Error: Can't start display driver.
>
Well, you have AutoCAD configured to use a real mode ADI driver. This
is a TSR which is loaded before AutoCAD, and hooks interupt vector
07A. On your system, this TSR has not been loaded, and hence the
message. You need to load the driver into memory first.
Regards,
Ian A. White, CPEng
waiwhite@zip.com.au
WAI Engineering
Sydney 2000
Australia
Subject: Re: contour pline vertices
From: rurban@xarch.tu-graz.ac.at (Reini Urban)
Date: 4 Dec 1996 20:49:50 GMT
skuhn@sprynet.com wrote:
: The base file was a survey file that we are adding new contour lines. Once these plines are edited manually to smooth out
: the curves, the pline creates a numerous amount of vertices. So much that when the line is highlighted, you really can't tell which
: grip is on which line until you zoom in 10 times. This creates an astronomical file size of between 10 and 22 MB today of a file
: that started at about 1 meg. Used some normal techniques to decrease the file size, such as purge, and have gone to tracing the
: individual lines and erasing the old but this is frustrating and takes up to much time. A 20 MB file could take 15 min to load before
: anything can even be done with it.
Looks like you need WEED from the Vector package by Jerry Workman.
Spatial Explorer DICE creates such funny 3D Polys.
Its available for DOS/WIN R12/R13 at all major shareware sites.
(plus here: http://xarch.tu-graz.ac.at/progs/)
But that's only a 2D weed, it checks the 2d projection of the curve and
erases all unneeded points. The space angles between vectors is not checked,
but you wont need that.
My 3DWEED is not finished yet. (Still garbles some vtx's)
---
Reini Urban http://xarch.tu-graz.ac.at/~rurban/
"The last good thing written in C was Franz Schubert's Ninth Symphony."
-- gvw@cs.vu.nl (Wilson GV)
Subject: Re: R14
From: vnestr@netvision.net.il (Vladimir Nesterovsky)
Date: Wed, 04 Dec 1996 22:27:35 GMT
On Mon, 02 Dec 1996 08:19:36 -0800, - Lu wrote in
comp.cad.autocad:
>Vladimir Nesterovsky wrote:
>>
>> [...] Let's say I have
>> c:\dir1\A.dwg which gets B.dwg XREFed (w'out explicit path stored).
>> Now if I open c:\dir2\C.dwg and XREF A into it, this fails, saying
>> COULDN'T FIND B.DWG IN CURRENT DIRECTORY etc...
>>
>> WHY CAN'T ACAD SEARCH THE XREF'ed FILE DIRECTORY
>> (dir1 in this case) **TOO**???
>I hate to stick my nose in here but I guess it needs clipped some anyhow.
>The whole idea of designing is to *plan* how to do something. In many
>cases, a little planning on how the CAD design process will be done could
>save many headachs. There are drawbacks for most all methods of doing
>something.
>Please Autodesk, don't read this! I guess they could search every file
>on all available drives to make attaching xref's easy for a novice but
Nobody have suggested this. In my opinion it's perfectly valid practice
to keep each contractor's files in their directory (under some PROJECT
directory). It's perfectly valid to gather'em with XREFs too. Then if
those contractor's files are using XREFs we have the problem I'd described.
If I would prepare plotting sheet file as paperspace viewport DWG Xrefing
all the others down the tree -- this problem would arose too.
Just to your notice: our primary working field is road design, so we
have to work with all this stuff from surveyours, sewege and water engineers
etc... This pattern of work is just a reflection of real life situation,
nothing artificial. I simply want the XREFed file's directory to be
considered too, I DON'T WANT TO JIGGLE MY FILES COPYING THEM ALL AROUND.
>then *all* of us would have to suffer because a few people don't
>understand some basic principles.
--
Vladimir Nesterovsky ADS/LISP/C/C++ etc
Subject: Re: R14
From: vnestr@netvision.net.il (Vladimir Nesterovsky)
Date: Wed, 04 Dec 1996 22:28:15 GMT
On Tue, 3 Dec 1996 12:49:50 -0600, - dyoung@mcwi.com (Darren Young) wrote in
comp.cad.autocad:
>In article <32A30198.7F52@ix.netcom.com>, learly@ix.netcom.com says...
>> Please Autodesk, don't read this! I guess they could search every file
>Lu,
>What I think Vladimir would like is that, if AutoCAD is smart enough to
>find nested XREFs. If A.DWG is xrefed in B.DWG and B.DWG is then Xrefed
>into another drawing in a different directory C.DWG, upon opening C.DWG,
>AutoCAD should detect that B Xref contains A Xref and should look in the
>same directory as B.DWG for that Xref unless the path is specificaly
>stated.
Exactly.
> I'm not even going to go back and read what I just typed in the
>even that I'll confuse myself.
I'm sure you won't.
--
Vladimir Nesterovsky ADS/LISP/C/C++ etc
