On 10/05/06, Al Boldi <[EMAIL PROTECTED]> wrote:
> > 2. Replace the delphi dfm with a real code init (java style).
>
> What are the advantages?
Easier component creation control/management via ONE language.
1) Please do not forget, that then you will be able to Search /
Replace on component properties if they are in code! Currently the
Delphi (and Lazarus I believe) doesn't seach dfm or lfm files when you
do a normal search.
2) As anybody accidently deleted a component from a form. Afterwards,
you don't have a clue as the what custom options where set and what
other components it linked to. Have then is lines of code minimizes
this issue (yes Source Control software does help in such cases, but
not everybody uses source control software - poor folks).
> dfm format is compatible with Delphi, so I can build the same software
> with both.
Yes, so keep a compatibility option.
Why bother! If it is in code, Delphi will be able to build that code
just fine! Delphi will not be able to view the form, but building is
not an issue at all.
Regards,
- Graeme -
--
There's no place like 127.0.0.1
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
