2006/2/15, Micha Woniak <mikiwoz (AT) yahoo (DOT) co.uk>:
, bad, wicked Apple is! From The Dark Side the software it buys, then The
Dark Side unable to use this software is!

Seriously, as far as I remember, some other firm stole some Apple's code and
ideas and included both in their own software I would say that buying the
software is a little better than stealing it, even though, as you suggest, it
deprives the other side from using them.

Well, I have lost something, since I don't know what is the software
that apple bought from the pc world :(. Could anyone tell me more
about this?

About Apple buying Delphi, I thing it is an idea without future,
although having delphi on my mac has been one of my best dreams ;).
Apple has it's own development environment, (XCode) they use it to
program their wonder operating system (which, despite of their effort,
can be run on both pcs and macs - http://www.osx86project.org/) , and
it is also used to develop all of their software (iTunes is also
developed in XCode, what I don't know is how they do it crossplatform
;) ). They are only interested in using a neat programming
architecture (cocoa with objetive -c can do really cool things), not
in having a delphi environment in their platform.

Lot's of times Apple has said that they don't earn money by selling
software, but selling hardware. We have to admit that they have make a
lot of money selling ipods ;).

(I can't see MS competing on the Linux platform);
No, and I don't suppose you will, not at least in any foreseeable future. The
reason is obvious: now, why on earth did those Linux users switch to Linux
and what did they switch from? And consider the so-called "Halloween
Documents". Fascinating lecture, they are.

Cheers
Mike
--

To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
--

Home page:
To unsubscribe: delphi-en-unsubscribe (AT) yahoogroups (DOT) com
Yahoo! Groups Links
>
>
>
>
>
>
>

2006/2/15, Bobby Clarke <bobbyclarke (AT) gmail (DOT) com>:

I want to pass a function name (Y) as a procedure parameter. Can someone
tell me how to do this?

you can define a new type:

type
TProcedure= procedure of object;

and then use it as you would use any other type. You can do the same
with functions. Give a look at delphi's help about procedural types.

Wed, 15 Feb 2006 14:15:42 +0000, Bobby Clarke wrote:

>Hi
>
>
>I want to pass a function name (Y) as a procedure parameter. Can someone
>tell me how to do this? My current solution was K (just) for a couple
>of forms but unwieldy and non-expandable for even 4 forms. I suspect the
>answer is something to do with addresses and pointers but I have not
>found a solution.
>
>I have had two dead-end thoughts:
>1. I could make a TMyForm which embeds the function Y but I am already
>using this for something else and the number of types would double.
>2. If the routine (RoutineX) were on a Form rather than a Unit, I could
>set the calling Form as a property there before jumping over.

Bobbie,

To pass a procedure as a parameter you need to define a type for the procedure
eg

TYPE IFunction = Function (X : Integer) : Integer;

VAR IFun : IFunction;

FUNCTIN Int_Fun (Y : Integer) : Integer;

VAR I, J : Integer;

BEGIN
I := 1;
For J := 2 To Y Do
I := I * J;
Result := I;
END; { Int_Fun }

FUNCTIN Another_Int_Fun (Fun_Param : IFun; I : Integer) : Integer;

BEGIN
Result := Fun_Param (I);
END; { Another_Int_Fun }

IFun := Int_Fun;

Not very practical but illustrated the point.
NB The formal name of the parameters do not need to match but their types MUST.