Greetings,

Well that last email was next to briliant. Tell you to look at the pages and then don't give you the link. Doohh. ;-)

OK so here is the link to the new web pages.

http://www.miraclec.com/lazarus

Give me some feedback.

Thanks...will look at them (much easier now...) :-) Shane

First, Curtis, what's your web site address.
Second, the latest picture of me NO ONE would want to see. It was a joke for a calender for my Mother-In-Law.

Third, I'm quite handsome so I wouldn't win the contest. :-) And modest.....(or stupid)

Shane

>> Curtis White 08/11 11:15 AM >>>

I just sent you my info. Like Shane, I didn't send a picture. But mainly because the only current picture if have of me is one on my web site with my bird sitting on my shoulder :-)

Besides, I would give Cliff a challenge for the ugly mug award...

Curtis

----------------------------------
Curtis White
Curtis White
http://www.teleport.com/~osiriz/
----------------------------------

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Shane Miller wrote

I sent you info on me. Not a picture though. If you want more info, let me know.

Got it. Great!

If you don't want a picture of yourself then maybe a picture of that baby in about a month. :-)

Michael,

I sent you my photo for the ugly mug award...

Cliff

It's all lies I tell you ;)

Cliff

Please put it on the FTP site. I am also going to be gone camping from this Thursday through Sunday. I would be interested in looking through that code while I am gone too.

Curtis

----------------------------------
Curtis White
Curtis White
http://www.teleport.com/~osiriz/
----------------------------------

Are those pages considered more or less final, so that I can start the french version ?

If yes, to whom do I send the translation ?

you will have a bit of work to do since i'll probably loose the links to the images. Hope it's not too bad
Didier

You guys don't stand a chance....

I own the ugly mug award..It's mine all mine...

Cliff

Shane Miller wrote

First, Curtis, what's your web site address.

Duuhhh, look in the signature of the email you responded to. ;-)

I'll take a copy to. I can perhaps look at it and see how easy it will be to convert over. Samuel, instead of giving it to us, you could try to incorporate it into Lazarus with us. :-) hint hint

You have it on a web site?
Shane

>> "Samuel Liddicott" 08/11 11:12 AM >>>

I'm new to Lazarus, but some years ago I wrote a complete delphi form editor and object inspector.

It loads and saves DFM's and is completely compatable with the Delphi designer, usesage and progammers interface. (RegisterComponents, RegisterNoIcon etc etc)

The source is freely available.

Will this help?

I have since converted it to Delphi 4 (as much as required for my project) - will this help?

Sam

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

I sent you info on me. Not a picture though. If you want more info, let me know.

Shane

>> "Michael A. Hess" 08/11 9:18 AM >>>

Cliff" wrote

I sent you my photo for the ugly mug award...

Got it. Great!

I'll ad yours, Jeffs, and my information and pictures tonight.

Cliff" wrote

I sent you my photo for the ugly mug award...

Got it. Great!

I'll ad yours, Jeffs, and my information and pictures tonight.

I'm new to Lazarus, but some years ago I wrote a complete delphi form editor and object inspector.

It loads and saves DFM's and is completely compatable with the Delphi designer, usesage and progammers interface. (RegisterComponents, RegisterNoIcon etc etc)

The source is freely available.

Will this help?

I have since converted it to Delphi 4 (as much as required for my project) - will this help?

Sam

I will run to Greenbay at lunch and snap his photo...

Cliff

I'm just off home, I'll pack it off tomorrow, or look for an earler version (little difference) FEDIT on the delphi super page. There are a few unimportant units missing there (NewTabSet is basically an owner draw list box so you can replace it directly. Other missing units aren't needed).

Sam

Didier Gasser-Morlay wrote

Are those pages considered more or less final, so that I can start the french version ?

For the most part. I will be on holiday from Aug. 14th - Aug. 28th so if you can get me the translation in the next day or 2 I can get it added.

If yes, to whom do I send the translation ?

Send it to me. Thanks.

you will have a bit of work to do since i'll probably loose the links to the images. Hope it's not too bad

That shouldn't be a problem. If you leave the links in your page they should then work when I added to the site.

If any of the other readers who indicated that they would be willing to do a translation please feel free to do so with the current content.

Thanks.

Oh man. Send it to me baby!!

That would be a BIG start on what I need to do. I will be saving the data as XML instead of the DFM format but that little bit of modification shouldn't be that big a deal. I'm not sure how much of it will port exactly to LCL but as I said it will be a big start.

I'll be leaving on holiday on Saturday and if I could have that to take with me to scan over and look at it would be GREAT.

You can send it to me email or put it on the ftp site.

ftp://ftp.miraclec.com/lazarus

Thanks.

Got it. Great!

I like the picture with the bird. I am going to use that. Believe me it isn't any worse then the rest of them. :-)

I haven't even figured out which one of me I'm going to use. :-\

I'll start with those pictures supplied and as you come up with betters ones, if you want a better one, I'll add it.

I just sent you my info. Like Shane, I didn't send a picture. But mainly because the only current picture if have of me is one on my web site with my bird sitting on my shoulder :-)

Besides, I would give Cliff a challenge for the ugly mug award...

Curtis

----------------------------------
Curtis White
Curtis White
http://www.teleport.com/~osiriz/
----------------------------------

Come on by, I'll buy lunch.

Shane

>> "Baeseman, Cliff" 08/11 10:13 AM >>>

I will run to Greenbay at lunch and snap his photo...

Cliff

Shane Miller wrote

Where will you be posting this info on the site?

I'll probably be creating a new page "About Us..." and just have use listed with the bios and pictures. Somewhat the same as the FPC site.

Curtis White wrote

OK, you got us there. I was around then, but I don't remember it.

Not really by much just 2 years but at least I do remember it.

OK we won't use THAT picture but hey.....I gotta see it anyway. :-)

Shane Miller wrote

Can we add some priorties to our components page? I think that would be handy. For example, I NEED TScrollbar completed bad! But a control like TButton is basically functioning so I don't really need anything done to that at this pooint. I think priorities would be handy.

I will look into that this evening in my volumnious free time ;^)

Jeff.

----- Original Message -----

At 14:30 11-08-99 -0500, "Shane Miller" wrote:

hhmmm.... Images

Also a nice job. If you already found sombody for the other controls, I'll try this one. Just let me know.

Marc

OK, you got us there. I was around then, but I don't remember it.

Curtis

Michael A. Hess wrote

Where were you when you heard that Kennedy was shot?

Hehe, just the first sign of a glint in my daddy's eye!

Jeff.

Marc, it's up to you which one you want. I would think TSCrollbar would be easier but TImageList seems pretty straight forward.

I think someone else said they were interested in TSCrollBar. If you want to do TImageList, has a timagelist, tdragimagelist and tcustomimagelist. They don't have anything in them, plus you need to move tcustomimagelist out of controls.pp.

All you have to do is make it compatable with Delphi....simple! :-) Take a look at what Delhpi has and what we need, then let me know.

Shane

>> Marc Weustink 08/11 3:09 PM >>>

At 14:30 11-08-99 -0500, "Shane Miller" wrote:

hhmmm.... Images

Also a nice job. If you already found sombody for the other controls, I'll try this one. Just let me know.

Marc

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Curtis White wrote

Tee! Hee! Pictures are pretty new. But I remember the first moon landing :-) As a matter of fact, I was well into grade school then.

OK let me put a lid on this with this classic question.

Where were you when you heard that Kennedy was shot?

:-)

Like I said, you guys lose.

My web site address is http://www.teleport.com/~osiriz/

You can see all my family and birds on there (except for some of the birds that we haven't gotten pictures of yet).

I think you should use that calender picture. That would be good. Funny pictures are usually better anyway :-)

Curtis

----------------------------------
Curtis White
Curtis White
http://www.teleport.com/~osiriz/
----------------------------------

"Shane Miller" wrote

Marc, it's up to you which one you want. I would think TSCrollbar would be easier but TImageList seems pretty straight forward. I think someone else said they were interested in TSCrollBar.

Then I'll go for the imagelist.

I'll do, tomorrow. Now it's time to go to bed.

Marc

First, what year was that again? Then I'll let you know......

>> "Michael A. Hess" 08/11 1:24 PM >>>

Curtis White wrote

Tee! Hee! Pictures are pretty new. But I remember the first moon landing :-) As a matter of fact, I was well into grade school then.

OK let me put a lid on this with this classic question.

Where were you when you heard that Kennedy was shot?

:-)

Like I said, you guys lose.

Where will you be posting this info on the site?

Shane

Cliff, I missed were you?
Shane

>> "Baeseman, Cliff" 08/11 10:13 AM >>>

I will run to Greenbay at lunch and snap his photo...

Cliff

Tee! Hee! Pictures are pretty new. But I remember the first moon landing :-) As a matter of fact, I was well into grade school then.

----------------------------------
Curtis White
Curtis White
http://www.teleport.com/~osiriz/
----------------------------------

Can we add some priorties to our components page? I think that would be handy. For example, I NEED TScrollbar completed bad! But a control like TButton is basically functioning so I don't really need anything done to that at this pooint. I think priorities would be handy.

Also, I need some classes created.

TImageList, which descends from TDragImageList which descends from TCustomImageList.

The first two should be in Controls.pp but the TCustomImageList is found in a new file (that doesn't exist yet) called imaglist or sometying like that.

Also, what about TDrag???? and such? We have anyone that wants to attack the TDrag??? classes?

Shane

Curtis White wrote

Tee! Hee! Pictures are pretty new. But I remember the first moon landing :-) As a matter of fact, I was well into grade school then.

Well, you must be living right! Especially considering the last person I knew with that many birds never got much sleep... IIRC I was in grade school for the last one. I remember watching it on a Dumont B/W TV, that was old even then. But it was in my bedroom, more than any other kid my age had at the time...

Jeff.

Well, if I can't win the ugly mug award, then I definitely have the oldest mug award in the bag :-)

----------------------------------
Curtis White
Curtis White
http://www.teleport.com/~osiriz/
----------------------------------

On 11-Aug-99 Jeff Wormsley wrote

Well, you must be living right! Especially considering the last person I knew with that many birds never got much sleep... IIRC I was in grade school

We don't really have any problem sleeping. They are can get noisy during the day sometimes, but not all that bad. Mostly just talking . But they sure are a lot of fun when they start talking and doing funny tricks.

for the last one. I remember watching it on a Dumont B/W TV, that was old even then. But it was in my bedroom, more than any other kid my age had at the time...

Yea, I remember when my parents got their first color TV and it was a really big deal because almost nobody had them at that time :-)

Curtis

Michael A. Hess wrote

Sorry guys but you all lose. :-)

Does that mean we get to call you "Papa Mike"?

<Ducking, running, screaming bloody murder!>

Jeff.

I like the picture with the bird. I am going to use that. Believe me it isn't any worse then the rest of them. :-)

We'll have to have a survey on the site to see who gets the Ugly Mug award... BTW, mine was taken right after the request, via a b/w camera attached to my computer. You get to the the wreck that is The Museum of Obsolete Computing Technology in all of its glory in the background...

Jeff.

I'm not really wearing any clothes though. Can't see anything (because it's HIDDEN, not any other reason) but it was a joke in February. I was "The Thinker". I had my wife standing in front of me and we were pasted into this wierd scene. She had a pillow under her shirt to show she was pregnant and the caption above my head read...

"I think I just figured out another Y2K problem I'm going to have."

That's how we broke it to her mother.
Trust me, no one wants to see my bright white skin. Remember, I'm from Wisconsin, I don't get out in the sun much in February...

Shane

>> Curtis White 08/11 12:09 PM >>>

My web site address is http://www.teleport.com/~osiriz/

You can see all my family and birds on there (except for some of the birds that we haven't gotten pictures of yet).

I think you should use that calender picture. That would be good. Funny pictures are usually better anyway :-)

Curtis

----------------------------------
Curtis White
Curtis White
http://www.teleport.com/~osiriz/
----------------------------------

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Sorry guys but you all lose. :-)

I have created templates for both the .pp and the .inc files that contain all the standard stuff, including comments. I think we should get people all using a common template with their controls so everything looks the same. Plus, with the comments there, it will all be self documenting with pasdoc. If everyone wants, I can create a new directory in lcl (in CVS) called "templates" or something and put these two templates in there. What do you all think?

The only thing that might need to be changed in them is the wording at the top. They still say that everything is GPL. If I remember correctly, we were going to change that to LGPL. Is that right? If so, if someone can send me, or tell me where to find it, the wording for LGPL, I will change it in the templates before I commit them.

Curtis

Curtis White wrote

Well, if I can't win the ugly mug award, then I definitely have the oldest mug award in the bag :-)

Unless your pictures are very old, you look to be about the same age as me. I won't say before the site is up, but I remember the last two moon landings.

Jeff.

I cannot change the CVS settings from here that cool PIX firewall we have will not let me access the CVS from work..

Cliff

You go boy!!!

Cliff

Look at the makefile in the lazarus directory.
Line 21 should say DEFAULTFPCDIR=..
and line 24 is
NEEDUNITDIR etc You have to add the path here. Find systemh.inc and add that path there.

Shane

>> "Samuel Liddicott" 08/12 11:54 AM >>>

I can't make head or tail of the makefile, it doesn't even have the compiler name in it, and I don't have a ppc386.cfg in /etc, the howto notes say I don't need one and don't specify one.

Sam

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

"Shane Miller" wrote

Marc, it's up to you which one you want. I would think TSCrollbar would

be easier but TImageList seems pretty straight forward.

I think someone else said they were interested in TSCrollBar. If you want

to do TImageList, has a timagelist,
tdragimagelist and tcustomimagelist. They don't have anything in them, plus you need to move tcustomimagelist out of controls.pp.

All you have to do is make it compatable with Delphi....simple! :-) Take a look at what Delhpi has and what we need, then let me know.

The delphi imagelist is merely based upon the Windows native imagelist. It sends just a lot of messages. So I could implement an imagelist based on this, but then I have to implement an imagelist for every library which does not support an imagelist (as far as I can see GTK has no imagelist)

I could also implement an imagelist myself based upon a TList end bitmaps then the imagelist is platform independent, but how to interface with other components

any ideas

Marc

I just added the new template files to CVS. I created a new directory inside lcl called templates. Inside it, there are two files, template.pp and template.inc. They have comments and all the standard items needed to create a component. When creating a new component, you can just copy the template files to your new filenames and then fill in all the missing information and change the classes and methods appropriately.

If you add a component to an existing unit, then you can add the @author tag at the top to explain the components you added. Then just copy the template.inc file to the filename you need to implement your new component.

I hope this isn't too confusing, but I am kind of in a hurry (wife needs my help so we can get out of here to go camping). If you look at the files, you will probably understand what you need to do with them :-)

Curtis

Great idea. Templates for new files would be good and the comments would be better. I like the idea of pasdoc, just don't have time to learn the comment method. With an exampl,e in the template, it should make it easy.

------------------------------------------------------------ Shane Miller

Home page : http://www.lakefield.net/~smiller

Auto-IP Publisher : http://www.lakefield.net/~smiller/autoip

Advanced Clipboard : http://www.lakefield.net/~smiller/advclipboard

Lazarus : http://www.pcpros.net/~vbman
----------------------------------------------------------

Curtis White wrote

I just added the new template files to CVS.

I didn't see them yet but just from your description they sound like they will be a big help. Thanks.

Has a lock got stuck or am I just unlucky AND new to CVS; I keep getting this each time I try:

cvs server: Updating lazarus/lcl/templates
cvs server: failed to create lock directory in repository `/usr/local/CVS/fpc/la
zarus/lcl/templates': Permission denied
cvs server: failed to obtain dir lock in repository `/usr/local/CVS/fpc/lazarus/
lcl/templates'
cvs [server aborted]: read lock failed - giving up cp: /opt/fpc/base/CVS: omitting directory

Sam

OK, will do. The lazarus install notes are very easy, I think I can manage them. I gave up in FPC because I couldn't work out what to do and what was optional etc.

Sam

The permission aren't set correctly on the new directory that Curtis created. I'm not anywhere near my machine to try and fix it.

HEY CLIFF

or

HEY Michael VC

and either of you guys take care of this?????

Because the released compiler is version 0.99.12 and you need to link with the ppu's which are created with 0.99.13. You need to add to your /etc/ppc386.cfg something like:

#IFDEF VER0_99_12
<old -Fu lines form ppc386.cfg>
#ELSE
/opt/fpc/rtl/linux
/opt/fpc/fcl/linux
/opt/fpc/gtk
/opt/fpc/lazarus/lcl
#ENDIF

http://www.pcpros.net/~vbman/howto.html

Sample scripts at the bottom:

new_ppc;
cd ../rtl/linux mv *.o /opt/fpc/units/linux/

should be

cd ../rtl/linux
mv *.o /opt/fpc/units/linux/

and it fixed my problem, I can now compile.

Sam

I can't make head or tail of the makefile, it doesn't even have the compiler name in it, and I don't have a ppc386.cfg in /etc, the howto notes say I don't need one and don't specify one.

Sam

Curtis, you forgot to add write (777?) access to the LCL/templates directory, it can't make a lock.

Jeff.

*********** REPLY SEPARATOR ***********

I can't compile lazarus:

followed the UNIX notes on the site; works fine.
Get as far as making lazarus itself:

# cd /opt
# cd fpc
# cd fcl
# make
make -C linux all
make[1]: Entering directory `/opt/fpc/fcl/linux'
ppc386 -Tlinux -S2 -Fu/opt/fpc/rtl/linux -Fu/opt/fpc/units/linux -Fi../inc -Fi.
./i386 -FE. -di386 classes.pp
syslinux.pp(34,2) Fatal: Can't open include file systemh.inc make[1]: *** [classes.ppu] Error 1
make[1]: Leaving directory `/opt/fpc/fcl/linux'
make: *** [all] Error 2

Not suprising it can't find systemh.inc, its in /opt/fpc/rtl/inc - but why isn't that in the include path? How do other people do it? Why doesn't it work straight off? I managed to make ppc386 OK.

Sam

Redhat's up 21 today. Glad I bought some yesterday..... :-)

Shane

>> "Michael A. Hess" 08/12 12:31 PM >>>

The permission aren't set correctly on the new directory that Curtis created. I'm not anywhere near my machine to try and fix it.

HEY CLIFF

or

HEY Michael VC

and either of you guys take care of this?????

The fix to the make-lazarus script helped a bit but I am now stuck in:

cd lazarus
make

and fails with same error.

I don't have a /etc/ppc386.cfg. The file at
http://www.pcpros.net/~vbman/howto.html says I won't need one.

How do be sure which version I have?
Also I tried hacking the makefiles but there is no clue there! The words "ppc386" are not even mentioned!

Right now I get:

# cd lazarus
# make
ppc386 -Tlinux -Fu/opt/fpc/rtl/linux -Fu/opt/fpc/units/linux -Fu../fcl/lin ux -
Fu../rtl/linux -Fu../gtk -Fulcl -Fl/usr/lib/gcc-lib/i386-redhat-linux/2.7.2. 3 -F
l/usr/i486-linuxaout/lib -Fl/usr/lib -Fl/usr/i486-linux-libc5/lib -Fl/usr/X1 1R6/
lib -FE. -di386 lazarus.pp
syslinux.pp(34,2) Fatal: Can't open include file systemh.inc make: *** [lazarus] Error 1

Sam

How do you set the right? I can try to fix it.... Shane

>> "Michael A. Hess" 08/12 12:31 PM >>>

The permission aren't set correctly on the new directory that Curtis created. I'm not anywhere near my machine to try and fix it.

HEY CLIFF

or

HEY Michael VC

and either of you guys take care of this?????

hmm.. I just did a cvs co lazarus and it worked for me, though I have write accesss so I'm not sure if that matters.

Shane

>> "Michael A. Hess" 08/12 12:31 PM >>>

The permission aren't set correctly on the new directory that Curtis created. I'm not anywhere near my machine to try and fix it.

HEY CLIFF

or

HEY Michael VC

and either of you guys take care of this?????

I tired to load using wincvs, which I normally do every night but had this

cvs server: failed to create lock directory in repository `/usr/local/CVS/fpc/lazarus/lcl/templates': Permission denied cvs server: failed to obtain dir lock in repository `/usr/local/CVS/fpc/lazarus/lcl/templates'
cvs [server aborted]: read lock failed - giving up

any ideas ?
TIA
Didier

Add the path to systemh.inc either in the makefile or in ppc386.cfg in /etc

Shane

>> "Samuel Liddicott" 08/12 9:48 AM >>>

The fix to the make-lazarus script helped a bit but I am now stuck in:

cd lazarus
make

and fails with same error.

I don't have a /etc/ppc386.cfg. The file at
http://www.pcpros.net/~vbman/howto.html says I won't need one.

How do be sure which version I have?
Also I tried hacking the makefiles but there is no clue there! The words "ppc386" are not even mentioned!

Right now I get:

# cd lazarus
# make
ppc386 -Tlinux -Fu/opt/fpc/rtl/linux -Fu/opt/fpc/units/linux -Fu../fcl/lin ux -
Fu../rtl/linux -Fu../gtk -Fulcl -Fl/usr/lib/gcc-lib/i386-redhat-linux/2.7.2. 3 -F
l/usr/i486-linuxaout/lib -Fl/usr/lib -Fl/usr/i486-linux-libc5/lib -Fl/usr/X1 1R6/
lib -FE. -di386 lazarus.pp
syslinux.pp(34,2) Fatal: Can't open include file systemh.inc make: *** [lazarus] Error 1

Sam

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Cliff wrote

I cannot change the CVS settings from here that cool PIX firewall we have will not let me access the CVS from work..

I took care of it. Shane or Michael wouldn't notice, since they have a Read/Write account, only the with anonymous account this problem pops up sooner or later (rather sooner, say :) ).

It was a little late, but I didn't look at my mail for at least 6 hours. Must be a new personal record :-)

Michael.

you wrote

I cannot change the CVS settings from here that cool PIX firewall we have will not let me access the CVS from work..

This should have been done by a telnet session. It couldn't be done by cvs.

Peter

Something like that. I just saw a possible problem in interfacing with a tree/listview. How will these be implemented. ??

I know that to do so i have to finish the TBitmap, but a can't make that GDK stuff to work :-(

I'll just start.

MArc

But if you looked good then you saw an include of 'makefile.fpc'. Which contains ppc386.

Do you have the file /opt/fpc/rtl/linux/syslinux.ppu ? Or else you can try calling make in the lazarus dir with 'make OPT=-vu' that will show you why the syslinux will be recompiled.

Sorry there is really no easier way to install the snapshots, becuase you always need to have good path references setup by yourselves.

Peter

you wrote

I was thinking we would simply create a list of images based on TList. Wouldn't this be the simplest solution?

I was thinking in a big image because it require less ressources than many in a TList. Of course it will be a little bit slower, but i think there is only few access to that stuff.

P Jean dit Bailleul ()

NO! You shouldn't change that line in the Makefile. It's just a misconfigured path. The makefiles are perfect, i tried them also on other pc's which didn't have ppc386 installed before and they worked perfectly.

btw. How do all those 'Re:' come in the subject line ? Looks like someone is using a strange email program which doesn't know that Re: shouldn't be prefixed with another Re:

Post the problem you ran into on this message board and perhaps we can help you. Where are you stuck?
------------------------------------------------------------ Shane Miller

Home page : http://www.lakefield.net/~smiller

Auto-IP Publisher : http://www.lakefield.net/~smiller/autoip

Advanced Clipboard : http://www.lakefield.net/~smiller/advclipboard

Lazarus : http://www.pcpros.net/~vbman
----------------------------------------------------------

Just a suggestion :
use a big Bitmap (of size n * Width x Height) to put every bitmaps, then add a GetItem(index:Integer; aBitmap:TBitmap) method that set the size a Bitmap and copy the corresponding area (from (index - 1) * Width x 0 to index * Width x Height). I think that's the way it is implemented in the Win DLL.
When a component have to refer to the TImageList, it just call the GetItem method during the onshow.

I know that to do so i have to finish the TBitmap, but a can't make that GDK stuff to work :-(
P Jean dit Bailleul ()

I was thinking we would simply create a list of images based on TList. Wouldn't this be the simplest solution?
------------------------------------------------------------ Shane Miller

Home page : http://www.lakefield.net/~smiller

Auto-IP Publisher : http://www.lakefield.net/~smiller/autoip

Advanced Clipboard : http://www.lakefield.net/~smiller/advclipboard

Lazarus : http://www.pcpros.net/~vbman
----------------------------------------------------------

you wrote

hmm.. I just did a cvs co lazarus and it worked for me, though I have write accesss so I'm not sure if that matters.

That matters, that's the reason why it's forgetten that easily. I also won't get problems with checking out. Only the ppl who use the anonymous cvs login.

I did know, and am pretty OK with the fpc makefiles.

Do you have the file /opt/fpc/rtl/linux/syslinux.ppu ?

No, I don't.

Wow. A lot of text here. The best I can work out is its building syslinux.pp because it isn't there. Presumably it should have been build earlier, like in new_ppc (from the howto:)

cd /opt/fpc
mv -f ppc386.release ppc386
rm -f units/linux/*
cd compiler
make cycle
cd ../rtl/linux
mv *.o /opt/fpc/units/linux/
mv *.ppu /opt/fpc/units/linux/
cd /opt/fpc
mv ppc386 ppc386.release
cp compiler/ppc386 .

So if this doesn't make a syslinux.pp what will?

Sorry there is really no easier way to install the snapshots, becuase you always need to have good path references setup by yourselves.

The difficulty is not the "problem" but that I am following the howto step by step and it doesn't work.

Sam

Stupid outlook sent message when I was trying to paste:

This is only for units, not for includes. I need one that generates -Fi not -Fu
Can we add at line 513 in Makefile.fpc this block:

ifdef NEEDINCLUDEDIR
override PPOPT+=$(addprefix -Fi,$(NEEDINCLUDEDIR)) endif

And then at line 26 of lazarus/Makefile (and similar in lazarus/lcl/Makefile)

# Default include DIR's
NEEDINCLUDEDIR=../rtl/inc

Could someone do this to the CVS please? Or maybe as I'm doing the form editor I could have write access?

NOTE: I also had to add ../rtl/i386 to NEEDINCLUDEDIR which is obviously wrong, but I can't see in Makefile.fpc how this would be done automatically ir the i386 calculated? It seems like the CVS checkout can't be built according to the howto.

I now get

heap.inc(715,3) Error: GOTO and LABEL are not supported (use switch -Sg)
heap.inc(789,6) Error: GOTO and LABEL are not supported (use switch -Sg)
heap.inc(812,9) Error: GOTO and LABEL are not supported (use switch -Sg)
heap.inc(821,9) Error: GOTO and LABEL are not supported (use switch -Sg)
heap.inc(838,10) Error: GOTO and LABEL are not supported (use switch -Sg)

So why isn't -Sg already set?

Sam

I'll try and get that now, but I could write it again from scratch in a lot less time than first, and do a better job, so... :-)

Sam

If all the path's are relative to some base directory (or other ones), and the user keeps the same directory structure as in CVS, then it shouldn't be a problem I thought.

I think the makefiles in CVS are almost (but not all) up to date. Maybe if that's fixed then new joiners wouldn't have any problem compiling the whole stuff. And if that goes smoothly, then they'll like lazarus, and they'll continue using it, and lazarus will be a great success ;-)

Samuel Liddicott wrote

I'll try and get that now, but I could write it again from scratch in a lot less time than first, and do a better job, so... :-)

OK. If you do have to write it from scratch you would be able to start with the LCL and not trying to adapt what you have to the LCL. You wrote the original, which do you think would be easier, modifying what you already have or rewriting it using the LCL?

As soon as I get back I'll be ready to dive in and help you with this no matter which way you think we should go with it.

The RxTools have an imagelist for Delphi 1 very similar to the Delphi 4 native image list.

A lot of what we are doing can be taken (as far as I can tell) from the free section of the Delphi Super Page and then slightly adapted for LCL.

So... why not nick the RxTools TImageList?

Sam

I did have a /opt/fpc/rtl/linux/syslinux.pp and a
/opt/fpc/lazarus/lcl/syslinux.ppu

I'm just make-ing clean everything and will do new_ppc(below) and see if it makes /opt/fpc/rtl/linux/syslinux.ppu

It doesn't? So why? I followed the howto exactly?

I do get a /opt/fpc/units/linux/syslinux.ppu

Is this right? Should it have been made in rtl/linux or should the rest be looking in units/linux instead of rtl/linux?

Until I can get it working I can't see how it should be and get the experience to make it work.

Sam

Samuel Liddicott wrote

I'm new to Lazarus, but some years ago I wrote a complete delphi form editor and object inspector.

What happened to getting use this form editor? I am leaving tomorrow for 2 weeks and I'd really like to be able to look at it while I am gone. Could you email it to me please.

Look at the demo directory for flat pascal demo programs. They can use just ppc386 without a make file. Not sure about the ppc386.cfg file. I have never touched mine, but then I used the full FPC installer when I first set everything up, which presumably set everything correctly to compile this code.

Jeff.

*********** REPLY SEPARATOR ***********

"ppc386" are not even mentioned!

In fact you don't need ppc386.cfg at all.

syslinux.pp(34,2) Fatal: Can't open include file systemh.inc make: *** [lazarus] Error 1

It is somewhere an include path that is not right set.

I don't know from my head, but I think .../rtl/Makefile does exists, and there you should add
INC=path or PROCINC=path

Pascal
_________________________________________________________ Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com

ppc386.cfg is easy to come by.

If you are installing the compiler, rtl , fcl, and gtk after making then I know this will work. /usr/lib/fpc/0.99.13/samplecfg '/usr/lib/fpc/0.99.13'

This will place a ppc386.cfg in /etc

Tom

That's correct, and when you then use 'make install' in the source directories it will copy all the units to the /usr/lib/fpc/0.99.13/ directories, just like a installation from .rpm/.deb, the thing is that you need to be root to do the make install.

Please stop with all the 'needed' additions to the Makefiles. When you only use the Makefiles everything works fine. And thus not using additional 'mv' or 'cp' commands.

I'm starting on fedit.

First thing (naturally) claims never to have heard of wintypes.pas

Correct, of course, but it must stay there for the windows version of fedit - what kind of {$IFDEF can I do to detect FPC ?

Sam

http://www.csluk.demon.co.uk/fedit3.zip

Currently the 100.00 UKP to charity is true but I will ask my boss to GPL the whole thing, I think he will.
This copy here is the Delphi 2/3 version but it should compile Delphi 1 Look at the property.map to see how the partitioning of properties into inspector tabs works.

The current object inspector is much better which I will incorporate into this.
Early next week will I will start trying to compile this for lazarus

Sam

THE HOWTO SAID (now I look) TO DO THIS WHEN REBUILDING PPC:

cd compiler
make cycle
cd ../rtl/linux
mv *.o /opt/fpc/units/linux/ <<<<<<< LOOK
mv *.ppu /opt/fpc/units/linux/ <<<<<<< LOOK

which is obviously the cause of the problem.

Could I ask someone knowledgeable to review the unix howto on the lazarus web page and make sure it is right.
http://www.pcpros.net/~vbman/howto.html

Now in lazarus:

# make
ppc386 -Tlinux -Fu/opt/fpc/rtl/linux -Fu/opt/fpc/units/linux -Fu../fcl/lin ux -
Fu../rtl/linux -Fu../gtk -Fulcl -Fl/usr/lib/gcc-lib/i386-redhat-linux/2.7.2. 3 -F
l/usr/i486-linuxaout/lib -Fl/usr/lib -Fl/usr/i486-linux-libc5/lib -Fl/usr/X1 1R6/
lib -FE. -di386 lazarus.pp
/usr/bin/ld: cannot open -lgtk: No such file or directory

# locate libgtk
/usr/lib/libgtk-1.2.so.0
/usr/lib/libgtk-1.2.so.0.1.0
/usr/lib/libgtk.so.1
/usr/lib/libgtk.so.1.0.6
/usr/lib/libgtkxmhtml.so.1
/usr/lib/libgtkxmhtml.so.1.0.1

so... what ails me now?
Sounds like a makefile problem, any ideas?

Sam

These should be placed there and that was the problem you've got. I never looked at the howto so i didn't know that these commands were there.

Nopez, it's a general problem for your system. You also can't build any gtk programs with gcc. Becuase your missing the file /usr/lib/libgtk.so (without any version appended). This is normally a link to libgtk-1.2.so.0

These links are normally installed when you install the development package. (at least thats the case under debian, i don't know the RH packages). When you think about it it's also reasonable that you need the development package installed because you're developping using gtk.

Modifying what I have.

As soon as I get back I'll be ready to dive in and help you with this no matter which way you think we should go with it.

Thanks. We have the perms! Lets go with what we have! The main restriction in what we have is that it fits the Delphi abstract form designer interface which is what a lot of 3rd part components interface to (including some of the simple database components) so we really need to preserve that. We also need a typinfo implementation.

Sam

Does anyone have a sample dpr which DOESN'T need a makefile? (i.e. not lazarus)

(Hey - does that mean I will need an /etc/ppc386.cfg ? Does anyone have one of those too?)

Sam

Samuel Liddicott wrote

http://www.csluk.demon.co.uk/fedit3.zip

I have also put this on the ftp site.

ftp://ftp.miraclec.com/lazarus/fedit3.zip 815,418 bytes

Currently the 100.00 UKP to charity is true but I will ask my boss to GPL the whole thing, I think he will.

Don't do anything with it until you get this approval and in writing. We don't want to start work on something that we have to tear out.

Found it, its $(CPU) but as it turns out its not needed, it was a faulty howto that caused me to move the syslinux.ppu to teh wrong dir, instead of leaving it alone.

My final prob is compiling lazarus itself as it can't find -lgtk, see other post.

Sam

This is only for units, not for includes. I need one that generates -Fi not -Fu
Can we add at line 513 in Makefile.fpc this block:

ifdef NEEDINCLUDEDIR
override PPOPT+=$(addprefix -Fi,$(NEEDINCLUDEDIR)) endif

And then at line 26 of lazarus/Makefile (and similar in lazarus/lcl/Makefile)

# Default include DIR's
NEEDINCLUDEDIR=../rtl/inc

Could someone do this to the CVS please? Or maybe as I'm doing the form editor I could have write access?

NOTE: I also had to add ../rtl/i386 to NEEDINCLUDEDIR which is obviously wrong, but I can't see in Makefile.fpc how this would be done automatically? It seems like the CVS checkout can't be built according to the howto.

I now get

Sam

The typinfo unit is already available in the RTL.

OK, there should be a lot less email from me for a while.

I've got lazarus all working, I've got the dev-packages for gtk etc.

I've got a ppc386 and am able to compile simple graphical .dpr projects from the command line!

This is EXCITING STUFF. I didn't realise how badly I wanted to do this under Linux, and I can't really say how exciting it is to see "hello world" under X but programmed as simply as Delphi is. How weird, to write GOOD LOOKING x software, but without getting into any heavy masochism!

Thanks guys, and I hope I can contribute good stuff too, to help the project!

Sam

Wow. You are only right!

It works!

Does it do anything?
Anyway, I'll write up a linux how-to now its working...

Thanks VERY VERY much all.

I'll try encapsulating a few simple controls next week to get the hang if things and then start on the form editor.

Sam

Should make the world sit up and take notice once we get further along, don't you think? :-)

Thanks guys, and I hope I can contribute good stuff too, to help the project!

The fedit is a BIG help already. I'll help you with that as soon as I get back from my holiday.

Having these lines in /etc/ppc386.cfg should normally be enough:

-Xs
-Sgci
-vwni
-Fu/opt/fpc/rtl/linux
-Fu/opt/fpc/fcl/linux
-Fu/opt/fpc/gtk
-Fu/opt/fpc/lazarus/lcl

Maybe you can add -Sd or -S2 if you want delphi compatiblility on by default. But adding {$mode delphi} to the file is nicer because everybody can then compile it even without using commandline switches

It seems like (to pick an example) TLabel makes it's GTK object in the contructor. This is a bit early.

Can't we delay gtk-creation until HandleNeeded is called? Its the Delphi way.
In fact can't we do it in the CreateWindow function?

Am I being too fussy spotting windows divergances here? - but this one is important to me.

Sam

Wow. Thanks.

This is very longwinded though - at least you were able to devise a method that worked.

In the end, with all the advice I had I found the unix-howto is almost right so i am going to publish some changes to it.

Sam

I can do it if I can be given CVS write access? Please? Someone?

HandleNeeded is recursive over control parents as the parent needs a handle (or GTK first), then it creates its own handle using CreateHandle.

CreateHandle is virtual over TWinControl. It actually creates the window, AND THEN - and we need this - it stores a pointer to the delphi control in some windows per-handle storage (SetProp). This is used in (I think) the stdwndproc - but also used by the FindControl function, which returns the delphi control associated with a given handle. Can we store tags inside a given GTK control?

CreateWnd actually sets up the CreateParams (which may be arguable GUI dependant) and then calls CreateWindowEx (via CreateWindowHande).

I am all for keeping things the same up the final routine which consists of ONLY CreateWindowEx - and then we have our own copy which breaks apart the CreateParams and THEN calls the right GTK create function.

Does this sound OK?

Much of this IS needed to support the ReCreateWndFunction.

Sam

Shane I am going to add the TScrollBar stuff tonight. I worked on it a little yesterday..

Pretty simple component to build.

Cliff

Jolly good. I've been dying to see the source for this unit for ages.

BTW at the delphi super page is a Delphi 1 implementation of visual form inheritance called "Ancestral Forms" also by me; maybe we could use this too...

Sam

Good deal!
Shane

>> "Baeseman, Cliff" 08/16 9:16 AM >>>

Shane I am going to add the TScrollBar stuff tonight. I worked on it a little yesterday..

Pretty simple component to build.

Cliff

You can login with telnet using the l/p you use for CVS.

Peter

Can we? SURE! We did it this way because that's how it worked best for GTK. If someone wants to add the handleneeded procedure in TCONTROL and do the creation there, that would be fine. We just have to make sure that we are using the "parent" property then and having the user set it (Lazarus will set it eventually). Then when the parent is set, I assume that HANDLENEEDED is called if no handle exists....

Anyone want to implement this? You will have to move any CREATECOMPONENT calls out of the specific components into the handleneeded.....

Shane

>> "Samuel Liddicott" 08/16 8:33 AM >>>

It seems like (to pick an example) TLabel makes it's GTK object in the contructor. This is a bit early.

Can't we delay gtk-creation until HandleNeeded is called? Its the Delphi way.
In fact can't we do it in the CreateWindow function?

Am I being too fussy spotting windows divergances here? - but this one is important to me.

Sam

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Hi, Sam. I followed the HOW-TO it exactly, and ended up doing this:

0. Install the latest stable gtk and glib (1.2.3). Probably, you should install the gtk-devel and glib-devel stuff.
1. Install the compiler via the binary (not source) RPM. This gives you a working fpc compiler with which to compile a later (not THE latest) compiler snapshot.
2. Set up FPCDIR=/opt/fpc in your ~/.bashrc (and logout/in again)
3. Now get the LATEST SNAPSHOT source from the FPC site and extract it into /usr/local/src/whatever and configure ; make ; make install. Now edit the /etc/ppc386.cfg file, adding paths to files that are not found. If a .ppu file is missing, find the .pp source directory and "make clean ; make" there. Should that work, and the resulting compiler will be able to compile the BLEEDING EDGE compiler source in the CVS (in /opt/fpc/compiler).

If .inc files are not found, or ppc386 complains of an obsolete -Fu switch, the include path and that switch, and .ppu/lib paths are all in ppc386.cfg. Use "make clean ; make" constantly until you get it working!

4. The executable ppc386 is not in the path now, a link to it is. Find the link to it and delete it. Copy the executable to /opt/fpc/ppc386 AND /opt/fpc/ppc386.release. Add /opt/fpc to the path in ~/.bashrc. (Log out/in again). From now on, "ppc386" should refer to _this_ executable, which will be replaced every time you cycle the compiler. Time to cycle.
5. Copy the files in /opt/fpc/base to /opt/fpc. This puts makefile.fpc where the makefiles want it. Try to "make clean ; make" now. It will fail. Now edit the /etc/ppc386.cfg file, adding paths to files that are missing. If a .ppu file is missing, find the .pp source directory and "make clean ; make" there. If .inc files are not found, or ppc386 complains of an obsolete -Fu switch, the include path and that switch, and .ppu/lib paths are all in ppc386.cfg.
6. Once you have been SUCCESSFUL in creating the newest compiler/rtl, copy the rtl/* files to the /units/linux directory and delete ALL the old ppc386 libraries installed wherever
6. Modify the new_ppc script so that a /opt/fpc/units/linux/* is copied to /opt/fpc/units/linux.older and I created a ppc_revert script to copy /opt/fpc/units/linux.older BACK into /opt/fpc/units/linux and also copy -f /opt/fpc/ppc386.release to /opt/fpc/ppc386. Add /opt/fpc/units/linux to /etc/ppc386.cfg. This script will undo all damage done by a failed cycle. A cycle at this point will most likely fail in the linker stage if ppc386 references old fpc rtl libs in the library search paths you failed to delete, so find /usr -name somenastylib.so if you suspect an older lib is the menace.
7. do a "make clean" in the fcl, gtk, lazarus,lcl, and rtl directories. Do "ldconfig" and run the make_lazarus script.

When I get back into linux, I'll mail my modified scripts (and a few extras) and my /etc/ppc386.cfg file. Hope this helps.

Semper Fidelis,

Chris Bordeman

Sorry, everyone, for the permissions problem.

I just created the directory and added it to CVS. Without having Telnet access, I don't know how to set permissions on files and directories in CVS. Is there a CVS command that I am not aware of that will allow me to set the permissions on a directory (or files) when I add them? Or do I need to have someone with Telnet access set the permissions when I create a new directory?

Curtis

They cannot, with a shell of /bin/false.

I'm sorry, but the lazarus account is ONLY for cvs, not for logins. Same with the anonymous cvs account.

This means that there can be some problems when creating directories, I will see if I can fix them, setting CVSUMASK.

Michael.

you wrote

Post the problem you ran into on this message board and perhaps we can help you. Where are you stuck?

1) i have trouble in understanding how GDK work and having type conflicts every where. I can't find any description of those types inheritance. In the GtkTypes.pp all are defined as LongInt...
2) i can't use the pixmap but need to use the GdkRGB where there is absolutely no information.

Well the only thing that work (i've test it many times with Delphi) is the parser to load the BMP files.

If someone can help (or take the component for the development of that part) I will be very gratefull.
P Jean dit Bailleul ()

you wrote

The fedit is a BIG help already. I'll help you with that as soon as I get back from my holiday.

Just a couple of questions:

Where can one get hold of Fedit?
What's a holiday?

Markku

The latest released compiler should be able to compile the bleeding edge compiler. When it can't be done then it's a bug!

fcomponent was used for gtk. fhandle was put in for compatability to Delphi. fHandle could read fcomponent, OR we could convert fcomponent to fhandle. For now, make fhandle read fcomponent and use fcomponent.

Shane

>> "Samuel Liddicott" 08/16 11:19 AM >>>

Is a FHandle supposed to be equivalent to a FComponent ?

I mean it seems like under GTK FComponent is the reference to the "real" control, under windows FHandle is the "real" control - do we have one that applies to both?

Sam

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

We are using DATA to hold the SELF parameter. If you would like to store something and retrieve it on demand, then use gtk_object_set_data and gtk_object_get_data

Shane

>> "Samuel Liddicott" 08/16 11:41 AM >>>

I see in GTKCallback.inc there is a "data" passed, no doubt a cookie set when the GTK object was constructed.

Is there any way to obtain this value directly from a GTK widget on demand

Sam?

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

That sounds good to me. I'm not sure about the write access though.

Can you change the code and send a DIFF file to CLIFF or myself otherwise? I would prefer this seeing as though I'm not real familiar with you and I don't want to give write access to everyone.

Make these changes, send the diff file and then we'll discuss write access, that is unless Michael or Cliff want to give it now.

Sounds like you have an excellent grasp on what is going on though. We could use your help.

Shane

>> "Samuel Liddicott" 08/16 9:51 AM >>>

I can do it if I can be given CVS write access? Please? Someone?

HandleNeeded is recursive over control parents as the parent needs a handle (or GTK first), then it creates its own handle using CreateHandle.

CreateHandle is virtual over TWinControl. It actually creates the window, AND THEN - and we need this - it stores a pointer to the delphi control in some windows per-handle storage (SetProp). This is used in (I think) the stdwndproc - but also used by the FindControl function, which returns the delphi control associated with a given handle. Can we store tags inside a given GTK control?

CreateWnd actually sets up the CreateParams (which may be arguable GUI dependant) and then calls CreateWindowEx (via CreateWindowHande).

I am all for keeping things the same up the final routine which consists of ONLY CreateWindowEx - and then we have our own copy which breaks apart the CreateParams and THEN calls the right GTK create function.

Does this sound OK?

Much of this IS needed to support the ReCreateWndFunction.

Sam

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Under windows does lazarus directly use any windows controls? Or only inasmuch as GTK ultimately uses them (if it does at all)?

Sam

Jeff is working a native win32 implementation. The gtk ui stuff is just that GTK only and no win implementation.

Cliff

Is a FHandle supposed to be equivalent to a FComponent ?

I mean it seems like under GTK FComponent is the reference to the "real" control, under windows FHandle is the "real" control - do we have one that applies to both?

Sam

I have been using FComponent as the Hwnd to the WindowsAPI functions, since that seemed the closest equivalent to what GTK was doing. I don't remember right off hand, but is FHandle visible to a TWinControl, or is it private to TControl? We do need to work out a clear method of handling the window handle, owner and parent for this. What I have done so far has been to put the window handle in FComponent, and store self in the HWnd structure with SetProp. But this still leaves the question of Parent open. I was planning to use self to find the parent HWnd, then GetProp on that HWnd to find the parent's self, but haben't had time to work on that. The thing that keeps tripping me up is the diferences between handling LM_xxx messages recieved via SendMessage and handling WM_Messages recieved in the WindoProc. LM_xxx messages get a pointer to the LCL object, which has the HWnd stored in FComponent. WM_xxx messages get the HWnd, which has the pointer to the LCL object in the propertiy available from GetProp. I think with that information, everything that needs to be done in either case can be determined, but whether this is the best method or not I do not know. Any ideas would be appreciated, as I plan to get back into it tonight. I haven't had time in the last few days.

Jeff.

I think HWnd needs to be the same as FComponent.

OK. FindControl on win32 does a getprop to get the delphi-control that created a hwnd.

This is how windows wndprocs work anyway. Windows itself just has a standard wndproc, but MakeObjectInstance in delphi gives you an address to a "flat" wndproc which ends up calling your object's wndproc.

I'm suggesting a similar thing for GTK - except as it passes a DATA anyway during its callback we don't have to bother directly with MakeObjectInstance (yet, anyway).

Sam

Are wndprocs are completely out of favour in lazarus?

I see the gtkcallback uses dispatch directly; also it seems many of the callbacks do not pass back the result of the dispatched message to gtk.

Is this right?

I think the callbacks should not call Dispatch, but WndProc.

It is TControl.WndProc (first object where wndproc is declared (virtual, not override) that calls dispatch for all messages that have made it thus far (usually unhandled messages, not always - I'm not sure if dispatch will pass on messages that have been handled).

WndProc acts like a pre-dispatch interceptor, and DefaultHandler acts like a post-dispatch interceptor.

In delphi the DefaultHandler calls the window-controls own default wndproc.

Broadcasts are sent to the wndproc of controls - also VERY useful for messages unknown at design time - RegisterWindowMessage et al.

So; I'm suggesting that instead of calling Dispatch, gtkcallback calls the wndproc. (Maybe if it is a TControl descendand - otherwise (for csCanvas etc call dispatch)?

Is this OK? If so I will make the changes to include in the diff's I will send up.

Sam

Not in GTK, but straight Win32. Everything in GTK is done through FComponent, which isn't a HWnd, but a pointer to the widget, IIRC.

In what circumstance are you doing this? Why not just use the "parent" property?

Because the parent I am referring to is the parent of the Win32 window, not the parent component. The two are basically equivalent, but one is a pointer to an LCL object, the other an HWnd.

Do you use FindControl to get this LCL object? I don't know how to do this getprop stuff (GTK is totally new to me, winapi is not) - could you write a function called FindControl(Hwnd) whch returns a TWinControl or nil for me please?

I'm talking win32, not GTK. Check the list for my post with the Win32 stuff, then we'll be on the same page. I need your help with this, as you seem to have a lot more experience with it.

I think the callback function ought to lookup the hwnd (as it can) and then call the wndproc as if it were a WM message. This is neccessary for other reasons I gave in another post whose subject escapes me right now.

I haven't even looked at the callbacks yet.

Jeff.

I've been reading the GTK doco's and it doesn't look to good.

I can't find much refernce on setting Z order and (worse still) its mostly based around auto-scaling controls. Ugh - stretchy buttons! My tastes are if the button is big enough for the text, why make it bigger just because the user grew the form!

Anway, it looks to me like we will need to host most controls in a gtk fixed-frame which is about the only thing that allows absolute x-y positioning. Is this right? If so I imagine thats what we do now? Do we?

Next problem is that in windows, each "window" is er... a normal window and can actually have child controls.
A button or a list box can have child controls (I've done this in some applications...).

Can GTK list boxes have child controls?

Do we get to intercept the painting for child controls? In delphi I do this quite a bit - not least for OwnerDraw buttons and OwnerDraw list boxes?

Sorry for so many questions, I'm trying to get up to speed on where we are at the moment.

Sam

FHandle is private, but
  protected
    property WindowHandle: HWnd read FHandle write FHandle;

So this is the favoured mechanism for a control finding out its own handle WITHOUT creating it if it doesn't exist.

For something else to find out the handle of a window, use .Handle - but this will create it if not already created, so to do so without creating do:

If WinControl.HandleAllocated then
  Result:=WinControl.Handle
else
  Result:=0;

Oh. Good. I wasn't sure if GTK allowed setprop.

But this still leaves the question of Parent open. I was planning to use self to find the parent HWnd, then GetProp on that HWnd to find the parent's self, but haben't had time to work on that.

In what circumstance are you doing this? Why not just use the "parent" property?

Do you use FindControl to get this LCL object? I don't know how to do this getprop stuff (GTK is totally new to me, winapi is not) - could you write a function called FindControl(Hwnd) whch returns a TWinControl or nil for me please?

I think the callback function ought to lookup the hwnd (as it can) and then call the wndproc as if it were a WM message. This is neccessary for other reasons I gave in another post whose subject escapes me right now.

Sam

I see in GTKCallback.inc there is a "data" passed, no doubt a cookie set when the GTK object was constructed.

Is there any way to obtain this value directly from a GTK widget on demand

Sam?