Hi Matias,
Theoretically possible, but if you want to emulate the LCL with
javascript then you have a lot of work to do.
Imo the most propblems are solfed by XUL itself and therefore we dont
have to emualate everything. For example all XUL-Compos have
eventhandlers. But there is a lot of work
Hi forgot something,
the XUL-thing would be a designtime-only package. Gererating the
XUL-documents, JS and css. The rest is done by XULrunner or a
Mozilla-Browser.
greetings
alex
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Hi Dariuz,
wow great job :)
Gut the benefit of using XUL would be that it can be run in a
XUL-capable browser or native as an local application or both :)
In your case it could be possible to generate XUL on the server instead
of HTML and send this to the browser. And if you have all
Alexander Kaupp wrote:
Hi Matias,
Theoretically possible, but if you want to emulate the LCL with
javascript then you have a lot of work to do.
Imo the most propblems are solfed by XUL itself and therefore we dont
have to emualate everything. For example all XUL-Compos have
eventhandlers.
Alexander Kaupp wrote:
Hi forgot something,
the XUL-thing would be a designtime-only package. Gererating the
XUL-documents, JS and css. The rest is done by XULrunner or a
Mozilla-Browser.
FWIW: in my straight procedural mind, that adds additional layer(s) of problems
that can easily break
Alexander Kaupp wrote:
hi,
yes it would be perfect to have a XUL gui added to the lcl. Or in other
words a no-gui lazarus-app with XUL-Gui. Sounds strange :)
This needs deep knowlede about how the laz-ide works. And I dont have
this experience :(
neither do i but i cannot help but to see the
Alexander Kaupp pisze:
Hi Dariuz,
wow great job :)
Gut the benefit of using XUL would be that it can be run in a
XUL-capable browser or native as an local application or both :)
In your case it could be possible to generate XUL on the server instead
of HTML and send this to the browser. And if
Am Montag, den 16.11.2009, 04:16 -0500 schrieb waldo kitty:
FWIW: in my straight procedural mind, that adds additional layer(s) of
problems
that can easily break current methods as well as opening up other avenues of
attack (spoken as an insignificant security personel) :? :(
Shure there
hi Darek,
xml/XUL presentation is done with css like it is in HTML. HTML/XML gives
only the struckture and the look comes from CSS. Therefore it would be
easy to add skins or styles to the app.
All other thins you askes I can't answer because i dont know much about
XUL. But starting from bottom
Hello,
I had the idea to try to make it possible to transform an existing
lazarus-project to a XUL/XPCOM-Gui application.
So I need many informations about a Lazarus Project:
- forms
- gui-components inside a form
- properties of all gui-components
- eventhandler of gui-components
- ressorces
Hi Mattias,
Am Samstag, den 14.11.2009, 16:27 +0100 schrieb Mattias Gaertner:
On Sat, 14 Nov 2009 15:44:37 +0100
Alexander Kaupp tan...@tanila.org wrote:
Hello,
I had the idea to try to make it possible to transform an existing
lazarus-project to a XUL/XPCOM-Gui application.
Do
On Sat, 14 Nov 2009 17:08:15 +0100
Alexander Kaupp tan...@tanila.org wrote:
Hi Mattias,
Am Samstag, den 14.11.2009, 16:27 +0100 schrieb Mattias Gaertner:
On Sat, 14 Nov 2009 15:44:37 +0100
Alexander Kaupp tan...@tanila.org wrote:
Hello,
I had the idea to try to make it
Alexander Kaupp wrote:
I read this tut:
http://www.ar-ent.net/dar/arlib32/out/html/man/xul/index.html
tbh I dont event know really many about it. But I am familiar with
web-tech, CSS/JavaScript so the XUL-Stuff is easy for me to understand.
The Problem is how to add this features to lazarus.
Alexander Kaupp pisze:
Hello,
I had the idea to try to make it possible to transform an existing
lazarus-project to a XUL/XPCOM-Gui application.
So I need many informations about a Lazarus Project:
- forms
- gui-components inside a form
- properties of all gui-components
- eventhandler of
14 matches
Mail list logo