[Lazarus] [PATCH] components/turbopower_ipro: added the Iphttpbroker and its example

[Fabrício Srdic]

2016-01-27 7:47 GMT-02:00 Graeme Geldenhuys <mailinglists at geldenhuys.co.uk>:

> On 2016-01-27 01:51, Fabrício Srdic wrote:
> > To summarize my opinion: if I am java programmer, would be better if I
> can
> > solve my problem via Java classes than using C library binds.
>
> I think it is safe to say we would all love such a solution for Object
> Pascal too. But unfortunately C is an overwhelmingly popular language,
> and most core functionality of an OS or library is implemented in it.
>
> Java is more popular than C (depends which stats you look at obviously),
> and thus it too has a lot of pure Java implementations of many things.
> eg: parsers, database libraries, database engines, graphics engines, etc
>
> Bottom line is, these two language show that you need to have a massive
> market share for something like that to happen [at such a scale].
>
>
> > Lazarus GUI framework was developed using pure pascal ( like fpGUI)
> instead
> > of using external libraries and frameworks,
>
> Personally I agree that LCL was implemented the wrong way (not custom
> drawn), but I also need to correct you, or at least point out that even
> though fpGUI Toolkit implements ALL widgets in pure Object Pascal, and
> even has its own Object Pascal 2D graphics library for sub-pixel
> anti-aliased drawing, it too relies on external libraries. How else is
> fpGUI going to talk to X11, Win32, OS/2 etc. At some point it needs to
> talk to the windowing system of the OS (which is most likely implement
> in C, as some library). fpGUI's dependencies are magnitudes smaller than
> LCL, but there are still dependencies - you simply can't avoid that,
> other than implement a whole OS, windowing system, window manager etc in
> Object Pascal too.
>
>
Guys, i am talking about "levels" of external dependency. Ok, FpGUI
obviously depends on OS's API's exposed through external libs. However,
there is a big difference: if my app uses  FpGUI, my apps depends on OS
API's. By other side, if my app uses GTK, my apps depends on OS's API's AND
GTK. Do you see?


>
> > we could develop mobile apps using Lazarus today.
>
> As far as I know there is work being done to allow Lazarus to develop
> Android applications. I guess this work simply hasn't been made public
> yet, as it likely is still incomplete and under development.
>
>
Yes, and as far as i know they are doing this through LCLCustomDraw, and
not through binds to any C lib GUI framework for Android.

Do you see the drawback of the external dependency? Lazarus users are
limited by the constraints of GTK and etc.

ps: again, i am not against the use of external libs. I use many C libs in
my projects.


> ps:
> I welcome you to implement a Android backend for fpGUI. ;-) Somebody is
> apparently working on this already, though I don't know the status or
> progress.
>
>
This is on my to-do list :-).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20160127/973ba181/attachment-0003.html>