The problem is that at design-time, you need to display the regular components on a form, and at runtime you need to emit HTML code.
And all this in such a way that the run-time code does not contain any
GUI widget set dependent code.
For me design is not so important (simply I don;t use them). But most important was reusing whole exists source (or most of them). Thous I try to implement Tform, tLabel, Tchecbox TEdit etc with the same API like in LCL. Since on client side can be PDA or GSM with browser we can't use the same vision of forms. F.E we have browser with 120*120 pixels and no Javascrips.

First thing was simple, I should implement whole controls container like in LCL. I use:
 tFormXml  = class(tObjectXML)
   public
   fControls   : tStringList;
   fOnDeactivate     : TNotifyEvent;
   cwParent      : tObjectXML;
   fCaption      : string;
   fOnActivate   : TNotifyEvent;
   showHint      : boolean;
   menu          : tMenu;

Till now I try to invent way to communication between browser and webaplication. Session are done in Indy. But focus flow between forms/controls. My solution: each form have URL like: http://localhost/a4F253AF1.htm where 4F253AF1 is adres in memory of component. Each link is connected with kind of message
http://localhost/a4F253AF1.htm&message=15
and internal I follow the same way like in desktop


Second how to move controls position of controls on screen, how to translate LEFT=600 for HTML. I use <table/> with <rowspan/> Of course its only proposition, I don;t think its the best. I think there is many problems one with inventing communication protocol and second to proper implement replacements of LCL components written in (x)html with or without javascript. Desing-time depends on above things not contrariwise. And then making new LCL widget is simple too.

Just my 2 cents.

Darek



_________________________________________________________________
    To unsubscribe: mail [EMAIL PROTECTED] with
               "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Reply via email to