HDTenEightyP/NetNews huggingface dataset:
From: lee@cpu.us.dynix.com (Lee Crites)
Newsgroups: comp.lang.pascal
Subject: Optimizaion with Objects....
Date: 27 Jan 93 22:57:18 GMT


Here's a nice juicy one that will thrill the hearts of the techies out
there...

I know that TP has an optimizing compiler, which removes unused/unneeded
code from your program before generating the .EXE file.  This is fine, and
I have exploited this to the max in some of the units that I have created.

Now for the question:  does it also remove unused methods from an object?

I would assume that this question is NO in the case of compiling a UNIT,
since it is assumed that you might spawn children off of it later, and
need all of the method(s) later.  But, what about in a program, where the
object is in one of the units that I include?

Lets take a really obvious example.  What if I had an object, TCanDoItAll,
with 1,000 methods and fields.  In one program, I include this object, and
use only 5 of the methods and fields.  Will the optimizing step remove the
other 995 methods and fields?

I guess that I could experiment with this, and generate a little (?) test,
but before I spend hours at the keyboard making methods like AA, AB, AC,
... ,ZZZ, I thought that I'd ask, just in case somebody else knew one way
or the other.

This will dramatically affect the way that we continue with our conversion
into OOP.

Thanks muchly, in advance, for any/all help.

P.S. Yes, I've RTFM, and couldn't find the answer.  If it's in there,
please give the reference.

P.P.S.  If you want to reply to me instead of the forum, I'll either
forward it on, or just summarize what I get. 

           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
            lee@us.dynix.com | If it ain't broke yet,
                             |   let me have a shot at it....
           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: BIG blockwrites!
Organization: Queen's University
Date: Tue, 26 Jan 1993 22:24:58 GMT

In article <728098043.AA00331@f262.n620.z3.fidonet.org> tp923021@jarrah.canberra.edu.au (ben elliston) writes:

>blockwrite(thefile, struct_1, sizeof(struct_1));
>blockwrite(thefile, struct_2, sizeof(struct_2));
>blockwrite(thefile, struct_2, sizeof(struct_3));

>1.  Struct_2 has three null-terminated fields.  These contain people's names.
>These names are NOWHERE to be found when viewing the file with Xtree (in hex
>view mode).

>2.  The total size of the structures is about 300 bytes. The file, when
>closed, goes well over 30k in size!  I've seen this before, and I never worked
>out what I actually did to fix it.

These are very suggestive of the usual bug with blockwrite use:  you probably
opened the file with 128 byte records.  Use

 Reset(f,1);

instead of

 Reset(f);

and they'll probably go away.  Even better:  switch to using streams.



Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: BrandExe
Organization: University of Vaasa, Finland
Date: Thu, 28 Jan 1993 18:52:18 GMT

In article <1993Jan27.203759.15190@njitgw.njit.edu>
crw3551@hertz.njit.edu (Christopher R.  Wingert AI) writes:
>Timo,
> I saw your BrandExe procedure in your units and I was wondering how
>you found out the offset of the constant within the .exe file?  Thanks

This is a problematic question.  I am afraid it is too difficult to
explain it without giving the full source code of the relevant unit,
and as the gentle readers may recall I am not willing to do that. 
Sorry. 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: system@kalki33.lakes.trenton.sc.us (Kalki Dasa)
Newsgroups: comp.lang.pascal
Subject: Text in graphics mode (TP 7.0)
Date: Mon, 25 Jan 93 15:38:18 EST
Organization: Kalki's Infoline BBS, Aiken, SC, USA


Problem:

The OutTextXY procedure simply writes over whatever is in the area
specified without erasing the previous contents. I'm trying to implement
a "counter" display that shows numbers as they increase/decrease.

Examples:

OutTextXY(0,0,'oldstring');    {This doesn't work}
OutTextXY(0,0,'newstring');

'newstring' is written over (apparently ORed with) 'oldstring' but
'oldstring' is not erased. The result is unreadable.

OutTextXY(0,0,'oldstring');
OutTextXY(0,0,'         ');     {This doesn't work either}
OutTextXY(0,0,'newstring');

The blank string is simply ORed with 'oldstring' and the result is the
same as in the first example.

SetColor(white);
OutTextXY(0,0,'oldstring');    {Works, but too much flicker this way}
OutTextXY(0,0,'newstring');
SetColor(black);
OutTextXY(0,0,'oldstring');
OutTextXY(0,0,'newstring');

I can do a SetViewPort...ClearViewport, but this also produces
unacceptable flicker. The BitBlt constants in SetWriteMode do not work
with text either.

What's the best solution?

Kalki Dasa


       ---------------------------------------------------------
      |                Don't forget to chant:                   |
      |                                                         |
      |  Hare Krishna Hare Krishna, Krishna Krishna Hare Hare   |
      |       Hare Rama Hare Rama, Rama Rama Hare Hare          |
      |                                                         |
      |    Kalki's Infoline BBS Aiken, South Carolina, USA      |
      |           (kalki@kalki33.lakes.trenton.sc.us)           |
       ---------------------------------------------------------
From: me21tg@surrey.ac.uk (Mr Timothy Green)
Newsgroups: comp.lang.pascal
Subject: VGA256.BGI with TP4.
Date: 22 Jan 93 22:06:45 GMT

Hi.
	Does anybody know how to use vga256.bgi with Turbo Pascal V4 ?
	Thanks in advance.

	Timothy.
	E-mail : me21tg@surrey.ac.uk
From: roth@oasys.dt.navy.mil (Pete Roth)
Newsgroups: comp.lang.pascal
Subject: Re: [BP7.0] Syntax colors
Date: 21 Jan 93 19:43:00 GMT
Reply-To: roth@oasys.dt.navy.mil (Pete Roth)
Organization: The David Taylor Model Basin

In comp.lang.pascal, BAKERRE@awc1.eglin.af.mil (Baker, Robert E.) writes:
[...]
>I can't seem to get a good color
>scheme together that looks OK to me.  For just an informal poll, what types of
>color schemes does everyone else have?

My eyes like: green background, white foreground, comments in light green,
reserved words in yellow.  That's it, 4 colors.
As a warning, TASM text in magenta on purple...

- - - - - - - - - - - - - - - - - - - - - - - - - -
Grace & peace
Pete                         roth@oasys.dt.navy.mil
"Easy for me, difficult for you." - Senor Wences.
From: graham@taffy.rice.edu (Graham Palmer)
Newsgroups: comp.lang.pascal
Subject: BPW and Tpoint
Date: 27 Jan 93 16:02:11 GMT
Article-I.D.: eprmac.graham-270193100219
Followup-To: comp.lang.pascal
Organization: Rice University

I am having trouble compiling Drivers using BPW or BP targeted for
Windows. I get the message that the Type Tpoint isnt defined, even
though Objects has already been compiled. This doesnt happen when
targeting for Real or Protected modes. Am I missing something?
Graham
Newsgroups: comp.lang.pascal
From: jindril@eng.clemson.edu (jindrich liska)
Subject: BP 7.0 bug??????
Reply-To: jindril@eng.clemson.edu
Organization: College of Engineering, Clemson Univ.
Date: Thu, 21 Jan 1993 14:45:15 GMT

whenever I try Options|Open I get a message "... not enough memory..." and system stucks. Actually, there is no reason for this message (still lots of memory avail.).

thanks for any help.

jindril

Newsgroups: comp.lang.pascal
From: gtd543a@sol.crt.columbia.edu (death)
Subject: Re: Constructing TDialogs with only a Handle
Organization: Purgatory
Date: Wed, 27 Jan 1993 09:51:12 GMT
X-Newsreader: TIN [version 1.1 PL8]
X-Posted-From: sundial.gatech.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

Stefan Ludwig (ludwig@cat.de) wrote:
: TDialog-Constructor Init takes a PWindowsObject as an argument. Id like to
: construct one without the parent beeing a PWindowsObject. The situation: I
: wrote a DLL which is called from within a third party program (which I dont
: have the source for). I can get the handle of the applications main window
: in the DLL's code. Now I would like to generate Dialogs which are modal and
: have the applications main window as a parent.

Unfortunately, according to Borland (I wanted to do this also) you
cannot use OWL in a DLL, which is a real bummer.
--
Death: the high price of living
========================================================================
Disclaimer:  I am not bubba.
Newsgroups: comp.lang.pascal
From: loescher@Informatik.TU-Muenchen.DE (Stephan Loescher)
Subject: XCOPY in the background ?
Originator: loescher@hphalle2c.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 21 Jan 1993 13:57:57 GMT


Hello!

I'm looking for a possibility to run XCOPY, COPY, MOVE, or other DOS-programs
in the background (multitasking), so I can work in the foreground with another
program. (like in UNIX: 'command &' runs 'command' in the background)
I would prefer a unit or program in Pascal or a already compiled program.

I thank you for any help!

Stephan.

My Adress:
loescher@informatik.tu-muenchen.de
From: Ken Stuart  <kps1@cornell.edu>
Newsgroups: comp.lang.pascal
Subject: New Book: Borland Pascal Developer's Guide
Date: 25 Jan 1993 14:30:55 GMT
Organization: Cornell University
Distribution: world
NNTP-Posting-Host: 128.253.230.204
X-UserAgent: Nuntius v1.1.1d1

Howdy all!  

I am so excited about a new book (copyright 1993) that I found a week ago
in a nation-wide-chain bookstore in a mall, _Borland Pascal Developer's
Guide_, that I can hardly contain myself.  After struggling with
TurboVision for about 2 months, I was growing so frustrated with the
whole idea of developing anything in TV that I was ready to bag the whole
idea, despite adviceand tips from many of you (for which I am grateful!).
 Then I found this book, and presto, I've been able to develop an entire
(working) TurboVision application in a weekend!!!  

This guide contains wonderful examples and discussion not only of
TurboVision, but also of TP 6 & 7,  BP 7,  MS Windows stuff, Turbo
Assembler, etc., etc.  I highly encourage all of you who need help to buy
this book, which includes a disk full of example source code, and many
pages of electronic text that would not fit in the book.  The discussion
of what is going on in the TurboVision examples is very clear, and they
cover all of the basic TV stuff, plus a lot more. 

The author, Edward Mitchell, also lists his Compuserve address, and
invites direct feedback about the guide, example programs, etc.  The
guide costs about $40, but IMHO this is one of the most useful books I
have ever purchased.

Details:
_Borland Pascal Developer's Guide_
by Edward Mitchell, with Namir Shammas
Copyright 1993
QUE Corporation: Carmel, IN
ISBN: 0-88022-862-8

Have fun!
-Ken (kps1@cornell.edu)
Newsgroups: comp.lang.pascal
From: achristo@pons.uio.no (Alf Christophersen)
Subject: Whitewater Objectgraphics, any upgrade for BP 7 ??
Organization: University of Oslo
Date: Sat, 23 Jan 1993 03:11:21 GMT


I think the title says the most. I have the version 1.0 (?) which
I purchase for my TPW 1.0.

I miss the possibility to write labels in 90 deg direction, or
for that case use the other pen possibilities. Is there some way
I can pass the problems? How do I translate the coordinates? Has
any tried to write text in free directions with Object graphics??
Do you have some code examples??

Alf Christophersen
Dep. of Nutrition Research
University of Oslo
From: bart@netcom.com (Harry Bartholomew)
Newsgroups: comp.lang.pascal
Subject: index
Date: 23 Jan 93 11:07:57 GMT

index

Newsgroups: comp.lang.pascal
From: martijn@cs.vu.nl (Lemmens ML)
Subject: Bitmap dimensions
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Fri, 22 Jan 1993 12:01:02 GMT


Is it possible to retrieve the dimensions of a bitmap in a windows
resource file. I can use constants because I draw the bitmap myself,
but I want my program to work independent of the drawings. I know how
to load the resource and how to display it.

Martijn


P.S. I'm using Borland Pascal 7.0
Newsgroups: comp.lang.pascal
From: ctaylor@cs.uiuc.edu (Conrad Taylor)
Subject: Look-a-head (input^) in TPASCAL...???
Organization: University of Illinois at Urbana-Champaign
Date: Sat, 23 Jan 1993 01:27:35 GMT

         Would anyone have a look-a-head routine that does the same
thing as the UNIX 'pc' compiler 'input^' because the TPASCAL gives
me an error message when I try to use this in my souce code?  Thanks
in advance to all that reply to this post.

-Conrad

ps: Please send e-mail to ctaylor@silver.lcs.mit.edu.
From: stone@hilbert.math.grin.edu (John David Stone)
Newsgroups: comp.lang.pascal
Subject: What is "shr" and "shl" ???
Date: 23 Jan 93 21:09:30 GMT


        shr and shl treat their left operand, an integer, as a bit pattern,
and shift the bit pattern right or left respectively, by the number of
positions indicated by the second operand.

        On a sixteen-bit machine using the twos-complement representation,
for instance, the integer 19 would be represented as

                             0000000000010011

so that 19 shl 5 would be

                             0000001001100000

(that is, 608), and 19 shr 3 would be

                             0000000000000010

(that is, 2).  These operators are used for doing fast multiplications or
divisions by exact powers of two, or for manipulating a group of single-bit
flags packed into an integer value to save space.

        shr and shl are non-standard and non-portable.

------  John David Stone - Lecturer in Computer Science and Philosophy  -----
--------------  Manager of the Mathematics Local-Area Network  --------------
--------------  Grinnell College - Grinnell, Iowa 50112 - USA  --------------
--------  stone@math.grin.edu - (515) 269-3181 - stone@grin1.bitnet  --------
Newsgroups: comp.lang.pascal
From: Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya)
Subject: Re: BIG blockwrites!
Organization: Inst. of General Electronics and Electroengeneering, TU Vienna
Date: Wed, 27 Jan 1993 01:34:48 GMT

In article <728098043.AA00331@f262.n620.z3.fidonet.org> tp923021@jarrah.canberra.edu.au (ben elliston) writes:

>I'm trying to write out several structures to a typed file on disk.
                                                 ^^^^^
*** So, you are specifying a certain record size.
Reset(typed_file) is equivalent to Reset(untyped_file, SizeOf(yourtype));

>
>I'm using:
>
>blockwrite(thefile, struct_1, sizeof(struct_1));
>blockwrite(thefile, struct_2, sizeof(struct_2));
>blockwrite(thefile, struct_2, sizeof(struct_3));
                               ^^^^^^^^^^^^^^^^   
*** The actual number of bytes written will be:
sizeof(struct_3)*SizeOf(yourtype)
Third parameter in BlockRead/Write is multiplied by the second 
parameter of Reset command to produce actual block size.  

>
>.. and so on.  Only about 3 of them anyway.
>
>The problems are:
>
>1.  Struct_2 has three null-terminated fields.  These contain people's names. These names are NOWHERE to be found when viewing the file with Xtree (in hex view mode).

*** This is unclear. Maybe you've got more bugs :-(

>
>2.  The total size of the structures is about 300 bytes. The file, when closed, goes well over 30k in size!  I've seen this before, and I never worked out what I actually did to fix it.

*** This is now clear.

Sorokin Zhenya
Vienna, Austria.


Xref: sparky comp.lang.pascal:8624 comp.programming:3634 aus.mac:1474 comp.sys.mac.apps:20694 comp.sys.mac.misc:22488 comp.sys.mac.programmer:22349
From: wengler@ee.rochester.edu (Mikey)
Newsgroups: comp.lang.pascal,comp.programming,aus.mac,comp.sys.mac.apps,comp.sys.mac.misc,comp.sys.mac.programmer
Subject: Re: MAC Pascal for first year teaching
Keywords: pascal, programming, teaching, mac
Date: 28 Jan 93 17:47:32 GMT
Organization: I am not a number!

In the past we have used Mac Pascal.  Why is it unsuitable now?

Most recently we used Metrowerks Pascal.  This is cheap per copy and
comes with a site license if you list it as a required book for the
course.  On the downside, error messages are thick as a brick, and it
can only be just barely run from an 800 k floppy.

Metrowerks reachable at (514) 747-5999
They claim to be rechable at metro@info.uqam.ca, but I have never yet
seen a reply to something e-mailed there.

In article <bphillip.37.728002841@massey.ac.nz> B.C.Phillips@massey.ac.nz (Brenden Phillips) writes:

>we are currently using Mac LC's running system 6.0.7 ( System 7 next year )
>in 4MB of RAM for teaching our first year courses. Our first year 
>programming paper has been using MacPascal, which is now unsuitable. We 
>would like to know what you use to introduce your students to Pascal 
>programming.

-- 
My situation is hopeless,		wengler@ee.rochester.edu
but not serious.			weng@uordbv  (bitnet)
					ur-valhalla!wengler
From: berend@contrast.wlink.nl (Berend de Boer)
Newsgroups: comp.lang.pascal
Subject: TSrcollBar
Date: Wed, 20 Jan 1993 10:33:42

Paul Furbacher wrote in a message to All:

 PF> You asked how can your TScroller instance identify which
 PF> part of  the scrollbar was pressed!  A small solution! 

[stuff deleted]

 PF> Maybe someone else has a better idea?  

In another newsgroup (actually area: PASCAL.028, fidonet) I suggested to
Erwin overriding the ScrollStep method. These would do I think.


Groetjes,

Berend. (-:
fido: 2:281/527.23
email: berend@contrast.wlink.nl
From: foster@nzkites.UUCP (Foster Schucker)
Newsgroups: comp.lang.pascal
Subject: <ALT> menu choices in BP-IDE
Date: 22 Jan 93 02:26:57 GMT
Organization: Kiteflyers Roost

One of the things I like best about a number of tools that I use is
the way they do menu choices.  

I can press <Alt> then <F> and get the the file menu or I can press
<ALT><F> and get the file menu.  If I press <ALT> the first choice
is shown and then I can move the cursor using the arrow keys to select
another choice.  If I pull down the first menu and then use the arrow
keys I each first level menu as I move across the screen.

In the BP IDE you must press <ALT><x> to get a menu choice.  Is there
a way to get to the menu bar by just <ALT>.  Sorta like a partially
sticky <ALT> key.  

Thanks for any leads on how to set this up!!!


Foster Schucker  (foster@nzkites.uucp)  (1-215-458-8354 (voice))
Newsgroups: comp.lang.pascal
From: jhharde@erenj.com (John Hardenbergh)
Subject: Re: NaN and comp type
Keywords: comp, NaN
Organization: Exxon Research and Engineering
Date: Mon, 25 Jan 1993 19:06:41 GMT

In article <1993Jan23.072940.22388@qiclab.scn.rain.com> leonard@qiclab.scn.rain.com (Leonard Erickson) writes:
>Path: erenj.com!newsserver.jvnc.net!yale.edu!nigel.msen.com!sdd.hp.com!swrinde!emory!ogicse!qiclab!leonard
>From: leonard@qiclab.scn.rain.com (Leonard Erickson)
>Newsgroups: comp.lang.pascal
>Subject: NaN and comp type
>Keywords: comp, NaN
>Message-ID: <1993Jan23.072940.22388@qiclab.scn.rain.com>
>Date: 23 Jan 93 07:29:40 GMT
>Article-I.D.: qiclab.1993Jan23.072940.22388
>Reply-To: Leonard.Erickson@f51.n105.z1.fidonet.org
>Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
>Lines: 13
>According to the TP6 manual, NaN is represented for the comp type
>by a value of 0, with a sign bit of 1. But if you *create* such a
>value TP 5.5 and TP 6.0 both treat it as a *large* negative 
>number (-9.22337203685478E+0018) 
>
>So is it broken, or are the docs wrong? I was *hoping* to use it 
>to mark uninitialized values. <sigh>
>
>-- 
>Leonard Erickson		      leonard@qiclab.scn.rain.com
>CIS: [70465,203]			 70465.203@compuserve.com
>FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
>(The CIS & Fido addresses are preferred)

   Please forgive my ignorance but what is NaN.  For that matter what
are denormals, and why would one be concerned with expressing infinities   
in a Real Type ( see TP6 manual same section as Comp type )?

Regards, JHH
John H. Hardenbergh                  |           .-------.    H     H
Exxon Research and Engineering       |           |       |     \   /
jhharde@erenj.com                    |           |   O   | ---> C=C 
Disclaimer: These are my views,      |           |   I   |     /   \
            these are only my views. | Better Chemistry Thru Computer Science                            
Newsgroups: comp.lang.pascal
From: hartnegg@sun1.ruf.uni-freiburg.de (Klaus Hartnegg)
Subject: Re: Borland Pascal 7.0 : How many megs ?
Keywords: TP BP TPW
Organization: Rechenzentrum der Universitaet Freiburg, Deutschland
Date: Sun, 24 Jan 93 20:37:07 GMT

robk@wswiop01.win.tue.nl (Rob Knubben) writes:

> Can anybody tell me how many megabyte Borland Pascal 7.0 uses ?
> (On harddisk I mean). 

The german Borland Magazine 6/92 claims that
it needs 23 MByte if one installs everything.
         ^^^^^^^^
-- 
------------------------------------------------------------------------------
Klaus Hartnegg, Kleist-Str. 7, D-7835 Teningen, Germany   
hartnegg@sun1.ruf.uni-freiburg.de  or  hakl@ibm.ruf.uni-freiburg.de
Disclaimer: this text reflects MY opinion, not that of my employer!
Newsgroups: comp.lang.pascal
From: d92bo@efd.lth.se (Bengt Oehman)
Subject: Re: Can't use redirection ">" with EXEC call ???
Organization: Lund Institute of Technology, Sweden
Date: Mon, 25 Jan 1993 15:28:08 GMT

In article <C1Bo2x.K6s@DMI.USherb.CA> desrg00@DMI.USherb.CA (GUY DESROSIERS) writes:
>
>	I trying to do something like that (under TP 6.0)
>
>	Exec('c:\dos\xcopy.exe', 'b:*.* > result.txt');
>
>	I want to redirect the output in a file (result.txt).
>	Exec doesn't seem to like redirection. Any idea what I
>	do wrong.
>
>	Thanks in advance.

To be able to use redirection, you have to start the command processor,
i.e. command.com (or ndos.com, if you're using Norton DOS). This filename
is set, with path and everything, in the environment variable 'COMSPEC'.

So, you do like the following:

  Exec(GetEnv('COMSPEC'),'/c xcopy b:*.* >result.txt');

When you specify the /c option, the command processor will execute the
command given on the line, and then exit. With this approach, you don't
have to give the full pathname to xcopy, since command.com automatically
searches your PATH. The trouble is that you can't get the return codes
from xcopy, only the exitcode from command.com.

-------
Bengt Oehman, studying at Lund Institute of Technology, Sweden
email: d92bo@efd.lth.se
From: lfosdal@falcon.no (Lars Fosdal)
Newsgroups: comp.lang.pascal
Subject: Re: Dragging an object in TPW: how?
Date: Tue, 26 Jan 93 08:14:02 MET
Organization: Falcon Information Services AS, Oslo, Norway

oberto@genes.icgeb.trieste.it (Jacques Oberto) writes:

> The question is: how to implement graphical object selection and
> dragging (with the mouse) in TPW 1.5.  I went through every
> Borland manual w/o success.  There must be some API functions to
> do that but which ones.  

Unfortunatly there is no API for graphical object selection in
Windows (or TPW/BPW).  There are mouse click, drag, release messages,
but all "objects" you put on screen (lines, ellipes, boxes, etc.) are
not really objects, just a bitmapped images of the objects.

To implement object selection/dragging, you must design your own
proximity control (which object did the user click on, if any) and
select draw / drag redraw.  I've done it, and it's a pain.

For proxmitity control, you might want to use PtInRect and PtInRegion
together with a collection/linked list of your drawing objects.

If you'd like to examine third party libraries for TPW, you could look 
at ObjectGraphics(tm) from Whitewater, which have implemented true object-
based select/drag.  It's not fantastic, but it works, and comes with source
(price is approx. US$ 250.- ).

Lars F.
--
| Mr.Lars Fosdal, Software Developer, Financial Analysis Systems  |
| Falcon Information Services AS, Stranden 1, N-0250 Oslo, Norway |
| -> E-mail:lfosdal@falcon.no  Tel:+47 22831310  Fax:+47 22831290 |
+- All opinions are personal and does not reflect company policy -+
Newsgroups: comp.lang.pascal