TIP: Click on subject to list as thread! ANSI
echo: cis.os9.68000.osk
to: Bob van der Poel 76510,2203 (X)
from: LARRY OLSON 72227,3467
date: 1993-07-04 03:24:16
subject: #18377-#c GET/PUT

#: 18379 S12/OS9/68000 (OSK)
    04-Jul-93  03:24:16
Sb: #18377-#c GET/PUT
Fm: LARRY OLSON 72227,3467
To: Bob van der Poel 76510,2203 (X)

Bob,  I maybe should have used some more remarks in the test program.
   I'm drawing a box with the upper left corner at
     10,10  these are the horizontal & vertical pixel locations, so I use:
  SetDPtr(Wpath, 10, 10);
   Now the BOX function wants the lower right corner info, it uses the
current draw position for the upper left corner, so now I use:
  Box(Wpath, 33, 17);

 The GET function only needs the upper left corner h & v, which would be
10,10 . You don't give GET the lower right info, you give it the width
and height in pixels. In this case (33-10)+1= 24 and (17-10)+1= 8, these
are what are given to Get.
  GET(Wpath,10,10,24,8);

 So these boxes are 24 pixels(actually 48) wide, and 8 pixels high, and
using a step of 26 in the loop there should be 1 blank pixel between the
boxes. The boxes would actually be 48 pixels by 8 pixels, with 2 pixels
between the boxes, because even though I'm in a 320 pixel wide screen,
you still have to calculate pixel width as if you were in a 640 wide
screen. A single POINT on a 320 screen would be 2 pixels wide, 1 high.

  Did you try remarking out the fill ? That really shows something is wrong.

larry

There is 1 Reply.

SOURCE: compuserve via textfiles.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.