Cliff Baeseman wrote

I am working on that as we speak. Please if anyone wishes to assume a control let me know I wish to post the page today. Maybe Jeff would like

to

assume the assigner role? He can coordinate the component and IDE

assignment

role. What do you say Jeff!

Me? <Blush>

Seriously, I wouldn't mind doing this, but I would have some trouble deciding what controls were needed more than others. What I could do fairly easily is maintain the list of components, and who is working on them, and let anyone who wants to work on it pick from what's left. I'll set up a web site that can be linked from the main site and maintain the list. Here is what I get from looking at D2's (sorry, never upgraded to D4) list of objects, controls and components. Many of these are definitely on the To Do Later list, but I am sure others are needed and needed quickly. Anyone want to help me add to/prioritize these? I've put * next to the ones I think are more important. Some are Windows specific, and may not ever get done, like the DDE stuff. I haven't sorted out the stuff that is already done or a part of FPC.

Jeff.

*TApplication
TAutoIncField
TBatchMove
TBCDField
*TBevel
*TBitBtn
*TBitmap
TBlobField
TBlobStream
TBooleanField
*TBrush
*TButton
TBytesField
*TCanvas
TChangeLink
*TCheckBox
TClipboard
TCollection
TCollectionItem
TColorDialog
TColumn
TColumnTitle
*TComboBox
TControlScrollBar
TCurrencyField
TDatabase
TDataSource
TDateField
TDateTimeField
TDBCheckBox
TDBComboBox
TDBCtrlGrid
TDBEdit
TDBGrid
TDBImage
TDBListBox
TDBLookupCombo
TDBLookupComboBox
TDBLookupList
TDBLookupListBox
TDBMemo
TDBNavigator
TDBRadioGroup
TDBText
TDDEClientConv
TDDEClientItem
TDDEServerConv
TDDEServerItem
TDirectoryListBox
TDragControlObject
TDragObject
TDrawGrid
TDriveComboBox
*TEdit
TField
TFieldDef
TFieldDefs
TFileListBox
TFilterComboBox
TFindDialog
TFloatField
*TFont
TFontDialog
*TForm
TGraphic
TGraphicField
TGraphicsObject
*TGroupBox
THeader
THeaderControl
THeaderSection
THeaderSections
THotKey
*TIcon
TIconOptions
TImage
TImageList
TIndexDef
TIndexDefs
TIniFile
TIntegerField
*TLabel
*TList
TListBox
TListColumn
TListItem
TListItems
TListView
TMainMenu
TMaskEdit
TMediaPlayer
*TMemo
TMemoField
*TMenuItem
TMetafile
TMetafileCanvas
TNotebook
TOleContainer
TOpenDialog
TOutline
TOutlineNode
TPageControl
TPaintBox
*TPanel
TParaAttributes
TParam
TParams
*TPen
TPicture
TPopupMenu
TPrintDialog
TPrinter
TPrinterSetupDialog
TProgressBar
TQuery
*TRadioButton
TRadioGroup
TRegIniFile
TRegistry
TReplaceDialog
TReport
TRichEdit
TSaveDialog
*TScreen
*TScrollBar
TScrollBox
TSession
TShape
TSmallIntField
TSpeedButton
TStatusBar
TStatusPanel
TStatusPanels
TStoredProc
TStringField
TStringGrid
TStringList
TStrings
TStringGrid
TTabbedNotebook
TTabControl
TTable
TTabSet
TTabSheet
TTextAttributesg
TThread
TTimeField
TTimer
TTrackBar
TTreeNode
TTreeNodes
TTreeView
TUpdateSQL
TUpDown
TVarBytesField
TWordField

We'll start a club :)

Michael.

I plan on posting some how to's on this stuff today also. As well as some class diagrams etc. More web
site updates.

I have found that the easiest way to add a control is to create a seperate unit. I usuall just copy buttons.pp and rename everything. call the unit what you wish and comment out the component code in stdcontrols.pp. I then work that component until it is done and then we can fold that source
back into the stdcontrols unit.

Cliff

What is planed to be developped in short term and who will do it

..????? Shane

I agree. I know what Shane is working on and what Cliff is working on. I'm working on the dialog stuff and some more events for classes etc. etc. but it would help if the mass of lurkers would know so if they so decide to throw some code in they have an idea whats open.

Since you're gaining momentum (Roaring crowds cheering loudly in the background, Mexican waves all over the place :) ) I think this is very important.

Along those same thoughts of the roaring crowds that is exactly what I am seeing with the amount of members on the mailing list. I think it might be time to setup a real domain for Lazarus. I am willing to host and fund the domain if we can get some agreement on what the name of the domain should be. Any suggestions?

It is probably a good idea for FreePascal to have a domain as well. There use to be a freepascal.org but that seems to have gone away. I suggest registering it again. I'm willing to do that as well if the FPC people want it.

Lazarus.org, of course !

I _AM_ in the process of re-registering it. For 6 MONTHS already. The people at InterNIC are

a) INCREDIBLY Slow
b) just PLAIN DUMB. If you excuse me the words;

Or they are simply overworked; I'm willing to allow for that, though it doesn't explain everything I've been going through. It seems that a 'domain name registrant change' as it is technically called, is VERY hard. Much harder than a simple registration.

Last week friday I was put on hold for 40 minutes. Call from Belgium to the USA. At the prices we have here (1-2$ a minute) you can imagine :(

Anyway, I have good hope we'll get there eventually :-)

Michael.

Last week friday I was put on hold for 40 minutes. Call from Belgium to the USA. At the prices we have here (1-2$ a minute) you can imagine :(

Wow you actually got thru? I've tried calling internic, no less than 15 times, and every single time the line is continuously busy.

They were billing me for a domain name I cancelled 3 months ago, I just throw the bill away anymore. I submitted a domain name deletion 4 times and they still bill me. I'd like to know where my 35 dollars a year goes, cause it sure doesnt go towards personell. :)

== Ron

PS: I dont have any additional numbers for internic, but I wonder if they have "management" phone numbers... and if they do, maybe you can get a hold of a manager and explain the BS about being on hold for 40 minutes from Belgium. Thats just unacceptable.

BTW, what exactly should we publish to help others. Please add to this list:

Current controls and their status.

Who is working on what

General description of how to add new controls

..?????

Shane

Better yet you ought to be able to just email tech support!

Cliff

I like lazarus.org also that is my input.

I used to work for the guys that owned Internic. Just plain idiots, I registered a domain one time and it
was up in ten minutes. I did another one and it took two weeks and 5 phone calls...

Cliff

Silly question: At your computer screen, of course ! :-)

No seriously; almost any component. TMemo and TCanvas are taken; the base components (TControl) also. The base TComboBox,TRadiobutton, TGroupBox and so on could use some more work.

Cliff or Shane, I think you should put out a class chart in the sense you (Rational rose) or I proposed (PostScript) and publish it regularly as a picture on your web-site, maybe you should add the name of a maintainer to each component.

Since you're gaining momentum (Roaring crowds cheering loudly in the background, Mexican waves all over the place :) )
I think this is very important.

Michael.

So I am successful at compiling the current CVS version of Lazarus.

Thought I could give it a try and contribute / work on something.

Is there anything / anybody who coordinates things ?

Where should I look ?

Mike

I am working on that as we speak. Please if anyone wishes to assume a control let me know I wish to post the page today. Maybe Jeff would like to assume the assigner role? He can coordinate the component and IDE assignment role.

What do you say Jeff!

Cliff

Here is the list of components I know exist.

Legend:
MVC : Michael Van Canneyt
PFV : Peter Vreman
MH : Michael Hess
SG : Sebastian Guenter
- FCL : PResent already in FCL

TEZCGI : MH - FCL
TDocument : SG - FCL
TXMLDocument : SG - FCL
TXMLReader : SG - FCL
THTMLDocument : SG - FCL
TRTFParser : MVC - FCL

Thanks, Ill see what I can set up tomorrow. Time to brush up on the 'ol HTML skills...

Jeff

*********** REPLY PARTITION ***********

like

I'll

> set up a web site that can be linked from the main site and maintain the > list. Here is what I get from looking at D2's (sorry, never upgraded to > D4) list of objects, controls and components. Many of these are

definitely

> on the To Do Later list, but I am sure others are needed and needed > quickly. Anyone want to help me add to/prioritize these? I've put *

next

> to the ones I think are more important. Some are Windows specific, and

may

> not ever get done, like the DDE stuff. I haven't sorted out the stuff

that

Did I mention I tried -at least- 10 times every day during the whole week, before finally succeeding to get a connection on friday ? :-) Now you understand why I was determined to wait the 40 minutes !!

I like the fact that they play a tape every five minutes: 'Your expected waiting time is XXX minutes'
Just to encourage you...

Tell me about it :(

The previous registrant of freepascal.org (an englishman) phrased it thus: Phrase 1
"Man they're so dumb that if they fell in a bucket of tits, they'd still come out sucking their thumbs"
Phrase 2
'No wonder they lost the privilige of being the sole distributor of domain names'

The first is a nice picture; the second is plain reality !

Michael.

Basic code completed. Needs finalization.

TBytesField *TCanvas

Basic code completed. Needs alot of work yet.

Basic code completed. Needs finalization.

Basic code completed. Needs finalization.

Basic code completed. Needs finalization.

TFontDialog *TForm

Pretty well coded. Needs finalization.

Pretty much complete. Needs some finalization.

*TList TListBox

Basic code completed. VERY basic. Needs a lot of work.

TListColumn TListItem

Basic code completed. VERY basic. Needs a lot of work.

TListItems

Basic code completed. VERY basic. Needs a lot of work.

TListView

Basic code completed. VERY basic. Needs a lot of work.

TMainMenu

Basic code completed. Needs some work.

TMaskEdit TMediaPlayer *TMemo

Pretty well coded. Still needs some involved work though. Responds to a few events.

TMemoField *TMenuItem

Basic code completed.

TMetafile TMetafileCanvas

Basic code completed. VERY basic. Needs a lot of work.

TNotebook TOleContainer TOpenDialog

Basic code completed.

Basic code completed. VERY basic. Needs a lot of work. Still has GTK specific code in it.

Basic code completed. VERY basic. Needs a lot of work.

Basic code completed. You can set the SImpleText property, but not much else.

That what I'm aware of. We also have a TCheckBox I think along with a Spinbutton control....

Shane

Man alot of discussion while I was out running around this afternoon.

This is already started. It might need some more additions to it but it already exists and works for the most part. I'll be the maintainer.

TIniFile

As MVC already indicated this has been completed and is already part of the FCL. I'll remain as maintainer.

I have started work on the dialog and OpenDialog so I'll work on and maintain those as well as the rest of the dialogs listed. I also plan on creating a MessageDialog as well.

Stefan Hille added a TGroupBox to Lazarus. It seems that it doesn't display correctly while the canvas is added to the form, but I'm sure that's somehow related to the problems that I am having with it.

Thanks Stefan.
For those that would like to add something: Here are basic instructions (basic=bad)

Determine what component to add. Stefan chose TGroupBox. Add a constant to gtkint.pp and vclglobals.pp for the component style. In this case, csGroupBox = 29 was added.

Go into the gtkint.pp CreateComponent and write the code to create the gtk widget.

Design the class in a .pp file (In this case he used stdcontrols.pp). Look at Delphi if you want to get an idea on where they thought a widget of that type should be.

In the classes Create, call the inherited Create, set fCompStyle := csGroupBox, then call CreateComponent in TControls which will call gtkint.pp. Then call AddControl which will call TControl and will add the control to it's OWNER.

Any events specific to that control, and NOT handled by a lower class (TControl, TWinControl, etc) should be added in that class.

Simply do it like this:
For TCustomEdit, it needs to know when it changes so we create code to handle that.

TCustomEdit = class....
  private
..
FOnChange : TNotifyEvent;
...
protected
  Procedure DoChanged(var msg); message LM_Changed;
...
public
...
property OnChange: TNotifyEvent read FOnChange write FOnChange;
..
end

DoChanged get's called when the edit control changes. This is done automatically. The gtk widget gtkeditable is used for the edit box. It has a signal (event) called 'changed' so in gtkint.pp we go to the setcallback procedure and make sure that it has an entry for the event 'changed' by adding LM_Change (a const found in LMessages.pp).

That's really the majority of it. The rest is just like adding a class in Delphi. Write a bunch of code and pray it works.
Any questions? :-)
Shane