"things happen behind the scenes which can be hard to find"

In my experience this holds true for *any* component based, drag-and-drop
development approach.  DevArt components are no different in this respect
than any other framework.

That, and the fact that program behaviours are driven, sometimes subtly and
sometimes significantly, by minor variations in component properties that
are immeasurably more difficult to discover than changes resulting from
difference in actual code, is why I avoid using such frameworks for
application development like the proverbial.

You can create an app that works (or seems to) very quickly.  But when
problems arise or you need to change or extend the behaviour or implement
something which doesn't fit with the way that the components you are using
expect or intend you to, the effort involved (and unintended side effects
arising) then can be disastrously disproportionate.

imho
ymmv

On 25 June 2015 at 22:41, Marshland Engineering <[email protected]>
wrote:

> Hi chaps and update. Barry, Eric and Alistair all came to the rescue and I
> learned something from each one. Thanks very much.
>
> I'm using Devart for Mysql access.
>
> So what I have learned is, that, if you have a Master Detail relationship
> and
> you do a post with the Master table, the Detail table changes from edit to
> browse mode all by itself. !!!!
>
> Along the same lines if you have a Master Detail relationship and look to
> see
> if there is a Detail entry for a Master record and there isn't one, when
> you
> put the master into edit mode, it automatically creates one for you (or a
> virtual one) in the detail form so any conditional statement with the
> Detail
> table now returns true.
>
> So with Devarts components- things happen behind the scenes which can be
> hard
> to find.
>
> Thanks Wallace
>
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: [email protected]
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to [email protected] with
> Subject: unsubscribe
>
_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: [email protected]
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to [email protected] with 
Subject: unsubscribe

Reply via email to