Forum > Other

Silly question

(1/3) > >>

giahung1997:
Anyone ever think about something like LCL-Swing or LCL-JavaFX or LCL-Winform or LCL-WPF? As we already have LCL-Win32, LCL-Qt, LCL-Fpgui... Is it true if we have, for example, Java interop so we can have LCL-Swing, isn't all of the custom controls developed for Swing by third party could be immediately usable for us in addition to the standard LCL controls? I saw a neat custom controls set for Swing and I'm wonder if it so  :D

Leledumbo:
In theory, it could be done. But that's as far as I would ever think of. You're adding a bunch of runtime execution dependencies for tiny (if any) benefit. Swing ain't no light widgetset, it's a fully custom drawn one and thus, very heavy. While after having LCL backend for it you can use that custom control, it's limited to that backend, no other widgetset would be able to use it. OTOH, porting the custom control to LCL would be a more beneficial move, especially if you can make it without depending on any specific widgetset functionality and solely rely on existing LCL features, the control would be directly compilable and useable on all existing widgetsets.

Soner:
Someone from this forum did something similiar vcl4java . You can write java programms in freepascal with using lcl and fcl.
It looks like he dropped this project too.

giahung1997:

--- Quote from: Soner on June 09, 2019, 12:45:32 pm ---Someone from this forum did something similiar vcl4java . You can write java programms in freepascal with using lcl and fcl.
It looks like he dropped this project too.

--- End quote ---
It seemed a day I could use swing component in Lazarus is very far faraway  ::)

marcov:

--- Quote from: giahung1997 on June 07, 2019, 09:50:38 am --- .... Is it true if we have, for example, Java interop so we can have LCL-Swing, isn't all of the custom controls developed for Swing by third party could be immediately usable for us in addition to the standard LCL controls?

--- End quote ---

It rarely works that way.

Navigation

[0] Message Index

[#] Next page

Go to full version