I found the Process.pp in the CVS zip on FPC.
The filename fcl.zip in the fcl/inc folder...
I try with this this evening...

But I will be back :)

Chris

First, you need to remove your REPLY-TO email address. Otherwise everyone that replies to your email will reply directly to you instead of the list. :-)

In answer to your PANEL question I was thinking the TPANEL would be a gtkframe. I don't know a ton about GTKFrame so I could be wrong...

Shane

>> Andrew Bednarz 06/19/00 08:51AM >>>

Well I'm finding some time to delve back into the lcl and I've got some queries (bare with me; some possibly stupid questions here)

First is a simple query on the TFont implementation and the default font. Shouldn't a default font name be assigned? With gtk at least, canvas.TextHeight and TextWidth (for example) can not execute... When a control is created, the font should be assigned to the same as its owner's font by default? Now in the VCL a FontResourceManager is used - we're obviously not using something similar?

To the TPanel itself - as it is not a widget in itself, mearly a container - I am current in the frame of mind that I do not require to hook it specifically into any widget set, TCustomControl should take care of everything in itself

To the drawing of the panel, to be delphi compatible it should draw borders etc itself - or I could just whack a TFrame inside it.

Comments, suggestions, slaps over the head?

Shane Miller wrote

In answer to your PANEL question I was thinking the TPANEL would be a gtkframe. I don't know a ton about GTKFrame so I could be wrong...

I don't know a ton about GTK fullstop atm. I dived into the GTK site and had a look for something suitable. From the GTK Reference, A GTKFrame is simply an extension of a GTKBin (wrapping a border & an optional caption), which is a container for a single child only.

Looking at the VCL's TCustomForm, there doesn't seem to be any special win32 widget used - nothing glaringly obvious at 12:45am anyway. Eeps work tomorrow; time for bed. ;)

-- Bed
Now mailing straight from a linux desktop to you
http://www.geocities.com/Hollywood/2430

Shane Miller wrote

I think you could simply use tcustomcomtrol and use DRAWEDGE to do the draiwing around the widget. Add a label to it and you have a TPanel...

This is effectivly what I'm doing at the moment :)

Well I'm finding some time to delve back into the lcl and I've got some queries (bare with me; some possibly stupid questions here)

First is a simple query on the TFont implementation and the default font. Shouldn't a default font name be assigned? With gtk at least, canvas.TextHeight and TextWidth (for example) can not execute... When a control is created, the font should be assigned to the same as its owner's font by default? Now in the VCL a FontResourceManager is used - we're obviously not using something similar?

To the TPanel itself - as it is not a widget in itself, mearly a container - I am current in the frame of mind that I do not require to hook it specifically into any widget set, TCustomControl should take care of everything in itself

To the drawing of the panel, to be delphi compatible it should draw borders etc itself - or I could just whack a TFrame inside it.

Comments, suggestions, slaps over the head?

That seems to be correct. I think the GTKFrame does hold only one child and therefore would not be suitable.

I think you could simply use tcustomcomtrol and use DRAWEDGE to do the draiwing around the widget. Add a label to it and you have a TPanel...

Shane

>> 06/19/00 09:47AM >>>

Shane Miller wrote

In answer to your PANEL question I was thinking the TPANEL would be a gtkframe. I don't know a ton about GTKFrame so I could be wrong...

I don't know a ton about GTK fullstop atm. I dived into the GTK site and had a look for something suitable. From the GTK Reference, A GTKFrame is simply an extension of a GTKBin (wrapping a border & an optional caption), which is a container for a single child only.

Looking at the VCL's TCustomForm, there doesn't seem to be any special win32 widget used - nothing glaringly obvious at 12:45am anyway. Eeps work tomorrow; time for bed. ;)

-- Bed
Now mailing straight from a linux desktop to you
http://www.geocities.com/Hollywood/2430

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

+ From:
+
+ After a little cutting and pasting in the makefile

That shouldn't be needed.

+ I walked around that problem, but now it is the PROCESS problem.

The process unit is introduced in the 0.99.15 version of the compiler.

+ I know about the snapshot, but in the snapshot I could only
+ find the .o and .ppu file ??

Get the latest sources of the compiler (at least a 0.99.15 version)

OR

edit your ppc386.cfg and add the line(s)
-Fu/your/path/to/your/units/dir
-Fu/your/path/to/your/other/units/dir

OR

if you don't have the compiler sources:
put the .o and .ppu files in their dirs: /opt/fpc/rtl and /opt/fpc/fpc and /opt/fpc/gtk

HTH, Marc

Hello,

First, I do not have CVS things and download from "Download". I try to follow the instructions, but they make no sence. I think they are only
made for CVS download. After two days of patching and "snipping" it works on
compiling my own (and the examples) code but not Lazarus.... It's something wrong
with the MWEdit. A bug report is to soon because I'm not sure my setup is right.
In the HowTo instructions you setup in the /opt dir (witch I think is good), but where do
I get all these packages that are mentioned ??

I am maybe a little critical, but in all..... YOU HAVE DONE A GREAT JOB GUYS !!!

Chris

After a little cutting and pasting in the makefile I walked around that problem, but now it is the PROCESS problem. I know about the snapshot, but in the snapshot I could only find the .o and .ppu file ??
I try to put them in different folders, even in the lazarus folder, but NO !!!
I found a process.pp in fpc0.99.14 package and tried that, but then it asked for WINDOWS, so wrong...