[Lazarus] HTTP client/server components committed.

[Michael Schnell]

On 05/16/2011 05:27 PM, michael.vancanneyt at wisa.be wrote:
>
>> Will this allow  to create a project with a browser based remote GUI ?
> Yes.
Great. looking forward to test it.
>> Will this help to create a Lazarus Application running as a Daemon on 
>> an Android device and have the user access it via the standard 
>> Android browser ?
> Yes.
Great. My son does have an Android device, and he also did succeed in 
setting up Android/386 in a virtual machine on his PC. So we might be 
able to test this, too.
>> Will this (on Linux) allow for TTimer, TApplication.QueueAsyncCall, 
>> and TThread.Synchronize without a binding to an external Widget Set 
>> (or X-Server) ?
> Well, TThread.Synchronize works already as-is without widget-set, 
> provided you call CheckSynchronize in the main thread on a regular basis.
Polling of course is not a decent way to handle 
inter-Thread-communication, especially as "on a regular basis" (e.g. 
each 200 msecs, while the main Thread continues to be responsive) is not 
possible without a TTimer.
> And for the other features: no, this will not allow for it, but also will
> not interfere with it. They are just components that implement the HTTP
> protocol: sending and receiving text messages. No more, no less.
Anyway, this seems to be a good starting point for a full featured 
"Widget Type". I'm sure that its possible to add an Event Queue re-using 
and improving the code provided in the FPGui Windget Type, which already 
(maybe partly) implements the Event Queue for TTimer, 
TApplication.QueueAsyncCall, and TThread.Synchronize based on the native 
Linux (no-GUI) API.

As always, I vote for an implementation outside of a certain Widget 
Type's structure so that the same code can be used for all appropriate 
Widget Type implementations. Hopefully, Greame might be able to help 
with this. Unfortunately, when I try to start my testing project 
compiled against FPGui, same crashes immediately after starting. So I 
can't see what the actual state of FPGui is.

Thanks again,
-Michael