DCL Compass Points Similar to DDVPOINT

[The Buzzard]

Buzzard,

 

COMP6.DCL wasn't included in the zip.

 

The last atom of the vector_image list changes the color.

 

Look like the only time ACAD uses vector_images is to either draw a box around a tile and the point in DDVPOINT. I don't think that they imagined it to draw entire images. Not that it can't, just wasn't the initial concept. Too bad mimage doesn't do the line breaks. -David

 

Sorry about that,

 

I grabbed the wrong file. Try this one, Make sure you use both file in this zip since I made a few changes to the lisp. I still have a problem with some image distortion. When I run the file created in VIMAGE that was created by MIMAGE2 the distortion does not show. There is something in the COMP6 program that vector image does not like.

COMP6.zip

Vimage.zip

[The Buzzard]

Just to debate the point about how Acad does its images for dialogs.

 

I have not to date found external slides used in any Acad dialog in any of the subdirectories. It stands to reason that vector image is how it done unless there is another way to get the images in them. The images are part of their programming.

 

Lose the external slide and the program becomes useless.

Lose the program and the slide does not really matter.

 

This concept makes sense to me.

[TimSpangler]

But when a project is complied the slides can be added to the project and therefore compiled with the project, making them exists together forever.....

 

Could be why you never see the slides.?.?

[The Buzzard]

But when a project is complied the slides can be added to the project and therefore compiled with the project, making them exists together forever.....

 

Could be why you never see the slides.?.?

 

 

You cannot compile an external slide.

[David Bethel]

The latest I have 2000

This is imbedded in DDVPOINT

 

;;; Uses DDVPOINT.DCL for the dialog definition.

;;; The slide image is in ACAD.SLB.

 

And the call

 

defun ai_ddvp_start ( / image_x image_y image_h slide_x slide_y slide_h program)
 ;; Get program name
 (if (not (setq program (getvar "program")))
    (setq program "acad")
 )
 (start_image "ddvp_image")
 (slide_image
   0 0
   (- (setq image_x (dimx_tile "ddvp_image")) 1) 
   (- (setq image_y (dimy_tile "ddvp_image")) 1)
   (strcat program "(ddvp3d)")
 )
 (end_image)

 

Where program is "acad".

 

 

In R12 in looks like this

  (slide_image
   0 0
   (- (setq image_x (dimx_tile "ddvp_image")) 1) 
   (- (setq image_y (dimy_tile "ddvp_image")) 1)
   "acad(ddvp3d)"
 )

If you have a slide library manager, take a look in acad.slb. A2K has 160+ slides that are very familiar. Like all of the hatch patterns.

 

It looks like DDPTYE & DDUCSP were older ones that used it as well. With the .fas files, it impossible to tell. Same for the hard coded and core acad calls.

-David

[TimSpangler]

You cannot compile an external slide.

 

You are correct, it can't be done directly, but I remember reading somewhere that you could rename the slide to text then in your routine read each line out to .sld extension. I couldn't find the link with a quick search. Not sure if it worked (I never tried it). But it would also be the same if you deleted any file from the acad directory? There should be a backup of it somewhere?.

[The Buzzard]

I just removed ACAD.slb from my computer and the image for DDVPOINT still worked. So I do not agree.

[The Buzzard]

You are correct, it can't be done directly, but I remember reading somewhere that you could rename the slide to text then in your routine read each line out to .sld extension. I couldn't find the link with a quick search. Not sure if it worked (I never tried it). But it would also be the same if you deleted any file from the acad directory? There should be a backup of it somewhere?.

 

A sld & slb are complied files themselves. I am sure if you rename them they will be useless. I know you cannot add these types of file to a program to be compiled.

 

Before I had learned to use vector_image, Serveral experience programmers from another forum suggested to me to use this method. It had been explain to me as the method acad uses to make the dimstyle manager dialog image as well as several other acad dialogs. Upto this point I have used it for changing images by way of a popup list or radio button. It would stand to reason that when the program is compiled naturally the images go along with the program. This is a fool proof way of ensuring every part of the program is there and can not be tampered with. It just makes complete sense to do it this way.

[David Bethel]

I just removed acad.slb for A2K and ddvpoint was a blank box with 2 direction vectors. Maybe something has changed. -David

[The Buzzard]

I did a bit more with the image to improve the distortion. I ended up with one small red speck near the top left. I am out of answers on this, But its an improvement.

COMP6.zip

[The Buzzard]

I never went thru this before, But for some reason when formatting the list seems to give the image that distorted look. The attached lsp & dcl have the list unformatted and the image looks good. I went thru alot of other changes without solving anything. I also found out that VIEWRES has an affect on the program list size as well.

 

This is the best I got the image so far.

COMP6.zip

[David Bethel]

Some thing weird is happening. Just as you posted in Release 2000 on main cad machine, it doesn't look like your image. ???

 

On my rendering machine, it comes out close. Again in Release 2000. -David

[The Buzzard]

Some thing weird is happening. Just as you posted in Release 2000 on main cad machine, it doesn't look like your image. ???

 

On my rendering machine, it comes out close. Again in Release 2000. -David

 

 

My dcl settings for that image is:

dimx_tile = 250

dimy_tile = 250

 

 

  : image_button {
   key = "Image1";
   alignment = centered;
   width = 41.59;
   fixed_width = true;
   height = 19.20;
   fixed_height = true;
   color = -2;
 }

 

I could make it any size needed. As I said before you need to try different settings to suit your taste.

[The Buzzard]

By the way, I am using 2009.

I do not think the release has any thing to do with it.

 

I have been editing my posts and you may have gotton a previous image.

[David Bethel]

Buzzard,

 

I checked the image_x and image_y values on 5 machines and 5 releases. They are definitely machine / release dependent.

 

For your comp6 I got:

 x    y
250  250
291  250
333  307
374  307

 

My slide_image version varied just as much:

 x   y
300  204
350  238
400  272
450  306

 

1 @ 800 x 600

4 @ 1024 x 768

 

The 800 x 600 displayed correctly on R14 and 2000. Overall about 20% displayed comp6 wrong.

 

Maybe some guru will step up and explain it to us. I'm curious now. -David

[The Buzzard]

Buzzard,

 

I checked the image_x and image_y values on 5 machines and 5 releases. They are definitely machine / release dependent.

 

For your comp6 I got:

 x    y
250  250
291  250
333  307
374  307

 

My slide_image version varied just as much:

 x   y
300  204
350  238
400  272
450  306

 

1 @ 800 x 600

4 @ 1024 x 768

 

The 800 x 600 displayed correctly on R14 and 2000. Overall about 20% displayed comp6 wrong.

 

Maybe some guru will step up and explain it to us. I'm curious now. -David

 

 

I would think it would have to do the Monitor size as well as the graphics card settings. I am not so sure about the release.

 

Anyway how are you doing with the program?

Any progress?

[The Buzzard]

I know what is going on now.

 

I have been editing the same program over & over using different setting and aspect ratio. Somewhere on your system in the acad search path you have an older copy of COMP6.dcl.

 

You may be openning a specific program, But its loading one of these older dcl's. I have seen this happen before. I should have renamed the program differently. Please disgard any of these older programs and dcl's. I have been trying to fix the color distortion and found that if I place the vector image lists in the program and do not do a manual format the image appears good.

 

You also may have noticed I have been reducing the image size as well. This is why you are seeing a smaller image inside of a larger dcl.

 

 

Here is a copy renamed to COMP10.dcl & COMP10.lsp.

Just type COMP10 to start. You should see it in its correct size now.

 

I assume you do not have any copies named COMP10.

COMP10.zip

[David Bethel]

Buzzard,

 

I have the main parts done now. The end result is a mechanical connection point with a descriptive letter ATTRIBute that is located in a preset distance from the center in the direction specified buy our compass input and a hidden mechanical data ATTRIBute. Thanks! -David

COMP8.ZIP

[The Buzzard]

Buzzard,

 

I have the main parts done now. The end result is a mechanical connection point with a descriptive letter ATTRIBute that is located in a preset distance from the center in the direction specified buy our compass input and a hidden mechanical data ATTRIBute. Thanks! -David

 

 

The alignment of the slide seems to appear to the left side of the dcl.

I have checked and seen you have center alignment. You should check that out. Not sure whats going on there.

[David Bethel]

Buzzard,

 

I've been playing with alignment attribute with little success.

 

I assume you do not have any copies named COMP10.

 

I try to use an incremental renaming scheme on a program or project for that reason.

 

COMP10 was worse the than 6 on the machines I tried it on. Go figure.....

 

-David