[lazarus] MWEDIT TODO's needed

[Cliff Baeseman]

For my input here handle means absolutley nothing to the QT engine. If you
need to manipulate a component it has to be called by component instance
name such as form1 or button1.

Cliff
-----Original Message-----
From: dvortex-[gotcha/courrier] <dvortex at gotcha.localdomain.net.pcpros.net>
To: lazarus at miraclec.com <lazarus at miraclec.com>
Date: Wednesday, October 27, 1999 7:59 PM
Subject: Re: [lazarus] MWEDIT TODO's needed


>Isn't the handle is specificity of the WindowsXX environment ?
>
>I beleive so, and therfore, components shouldn't have access to this
>property.
>
>(give me an example of a Lazarus user doing development that would need
>the .Handle property ?)
>
>the windows.pp can have it and use it internally, but i don't think that
>it should go through the layers and appear in the LCL.
>
>(am i just shouting garbage ?)
>
>On Wed, 27 Oct 1999, Shane Miller wrote:
>
>> -----Original Message-----
>> From: Marc Weustink <weus at quicknet.nl>
>> To: lazarus at miraclec.com <lazarus at miraclec.com>
>> Date: Wednesday, October 27, 1999 1:56 PM
>> Subject: Re: [lazarus] MWEDIT TODO's needed
>>
>>
>> >At 15:03 27-10-99 -0500, Shane wrote:
>> >>Well, it looks like there are quite a few things that need to be done
to
>> >make this project a success.
>> >>I have a few points:
>> >>
>> >>1) One thing we need to determine is what we are going to use the
property
>> >>HANDLE for in Linux.  Can we use it for something that will allow us to
>> FIND
>> >>the correct gtkwidget or QTWidget by using this handle?  All the winapi
>> calls
>> >>pass this handle so it seems that we are going to need to start using
this
>> to
>> >>be compatable.
>> >
>> >A typecast for a pointer to the object we're talking about ?
>> >In most cases in windows the handle is just a pointer to something.
>> >
>> >So Canvas.Handle will be a pointer to the GTK_Canvas object. Is should
only
>> >be adressed as a pointer in the interface objects. (If feel the same for
>> >fcomponent being a handle)
>> >
>> Yes, that was what I was thinking.  What I will do, is remove all
references
>> to fComponent and replace them with a reference to Handle.  That way in
>> GTKInterface we can access handle instead of fcomponent.  I think that'll
>> work just fine.....
>>
>> >>2) One of the major things is the FONT stuff.
>> >>
>> >>GetObject, CreateFontIndirect, etc all gather font information in
>> >different ways.  Would anyone be willing to tackle this?
>> >>It seems that it would be best to create these functions in LCLLINUX
(or
>> >LCLWIN, depending on if I rename it) and have them either call into
>> >gtkinterface to get this info.
>> >>
>> >>Could someone take control of this?  This would really help.
>> >
>> >Hmm... As far as I can see it could be done with the info in the
interface
>> >object. I didn't find much more info about fonts in GTK.
>> >I'll give it a try (without a font no editor, menus can wait) as soon as
I
>> >can reach CVS.
>>
>> Excellent.  I am going to look into getting everything working off the
>> WNDPROC now.  TControl has a WNDPROC and I'm in the middle of writing
>> TWinControl's so hopefully I can get the GTK callback's to call the
WNDPROC.
>>
>> Shane Miller
>>
>> Get paid to surf the net!
>> http://alladvantage.com/go.asp?refid=DEX-870
>>
>> 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.miraclec.com/lazarus
>> ----------------------------------------------------------
>>
>>
>> _________________________________________________________________
>>      To unsubscribe: mail lazarus-request at miraclec.com with
>>                 "unsubscribe" as the Subject
>>     archives at http://www.miraclec.com/list_archives/lazarus
>>
>>
>
>_________________________________________________________________
>     To unsubscribe: mail lazarus-request at miraclec.com with
>                "unsubscribe" as the Subject
>    archives at http://www.miraclec.com/list_archives/lazarus
>