Re: [lazarus] OT: Did any onw saw Delphi 2005?
> > I figure a simple chronograph test could help decide if its 5 times faster, > > 1 time faster, > > 1/2 faster, etc. - Benchmark505 - Linking time until "XX lines compiled XX seconds" message Conditions: Empty lazarus form1 style project. MingW test1: 14 seconds test2: 18 seconds test3: 14 seconds --- cygwin test1: 14 seconds test2: 15 seconds test3: 14 seconds eh? Conclusions: no effect. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
> > The linker used is the cygwin version, maybe using the MingW one could > > improve performance since the later doesn't emulate the posix enviroment > > > > luiz > > Anyone else have any comments? Shall we do some benchmarks to compare the > speed gains > possible? > > And is it even possible, to use MingW? > > I figure a simple chronograph test could help decide if its 5 times faster, 1 > time faster, > 1/2 faster, etc. > > Debugging might be a problem http://dev.eclipse.org/newslists/news.eclipse.tools.cdt/msg06650.html Maybe a compiler switch to use either linker - I rarely debug my apps with many (smaller) projects, but on larger projects debugging has merit. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
> The linker used is the cygwin version, maybe using the MingW one could > improve performance since the later doesn't emulate the posix enviroment > > luiz Anyone else have any comments? Shall we do some benchmarks to compare the speed gains possible? And is it even possible, to use MingW? I figure a simple chronograph test could help decide if its 5 times faster, 1 time faster, 1/2 faster, etc. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Lazarus-built installer utility
Well, you guys were recently asking the status, so here's a working, somewhat functional installer: http://tony.maro.net/files/lazinstaller.run 2 MB download, no sources included yet. This is the installer application, installing itself ;-) It supports Inno Setup files to a degree, but is far from being done. Of course if you import an Inno Setup file, all your file paths should be wrong anyway... There is also no compression built-in. I manually ran exepak on the file above after creating it. I shamelessly stole the splash image from Inno Setup, but both apps are GPL and I referenced it in the about dialog... I included the .iss file that I used to build the installer image, so you can see how it works. This is not a "release" but is simply if anyone wants to play around with it and see the status. Expect bugs. Expect NO error checking. -Tony _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
L505 wrote: >>Just some thoughts: >>Someone could create a TReader/TWriter which writes pascal include files >>instead of lfm. > > > I think that's what I was trying to get at too, but didn't know how to put it > in words. How > does delphi do it I wonder?? Is there some open tools api thing that Vladimir > is using in > KOL? I have to look into sources. Some how he writes to an include file in > delphi. > I have some idea , excuse me is it looks stupid because I have no experience with creation of multiplatform GUI library. I propose (instead of include files) - simple XML parser and all forms as XML files. XML parser must be compiled into executable so it must be really tiny (adding only about 100K into executable) XML could contain all forms for application,or each form can have own XML.XML can be included into executable as a resource or lie into program directory as separate file(s). ( such solution is rapidly developed in wxWindgets multiplatform C++ GUI - and it have many advantages) Merging such solution with flattened class hierarchy (only one,two or a few classes to avoid executable code bloat) I can see even three classes hierarchy : TComponent - like in KOL should contain all possible functionality of visual/non visual controls TParser - alone GUI creation class (this must be full multiplatform !!) working with XML files, cooperating with TEventHandler with known,stable API (platform dependent code hidden inside this class, for each platform another TParser implementation).Maybe is will be possible to even create it as shared library (DLL/SO) ? TEventHandler - just guess :-) and a couple of special functions and classes This way executable could be almost always below 1 MB and GUI could be separated from application code processing. Another advantage : somebody could inherit new class from TComponent if executable size is not important for him. One more idea: separating debug symbols from executable code like in Delphi is also a way to get non-bloated programs,but I know it's impossible with current linker and debugger. Best regards Boguslaw Brandys _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Console GUI / Web Applications Support for Lazarus RAD
> Intraweb gives you visual HTML development. It's very powerful. > > Michael. Wow! I didn't know this, have to check into it. I thought it was just components that you drop on a form or something, similar to indy components, which aren't actually visible to the Eye on runtime _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
> An excellent area open to be researched by someone, hint ;-) > > Micha First I have to learn C and then I have to commit suicide. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
> Just some thoughts: > Someone could create a TReader/TWriter which writes pascal include files > instead of lfm. I think that's what I was trying to get at too, but didn't know how to put it in words. How does delphi do it I wonder?? Is there some open tools api thing that Vladimir is using in KOL? I have to look into sources. Some how he writes to an include file in delphi. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
Michael Van Canneyt wrote: On Sat, 3 Sep 2005, L505 wrote: This statement needs some refinements: The 10x slower is only on Windows, and is mostly consumed by the linker; Ahh just what I thought - because I've always found the compiler fast, just the linker is slow. I wonder what specific parts of the linker cause slow down. The object file format is slow and ineffecient, or just the code that runs the linker is not optimized? The linker is slow on windows. Why, I don't know. Maybe it has to do with the pecoff standard. The linker used is the cygwin version, maybe using the MingW one could improve performance since the later doesn't emulate the posix enviroment luiz _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] OT: Did any onw saw Delphi 2005?
> > > The 10x slower is only on Windows, and is mostly consumed by the > > > linker; > > > > Ahh just what I thought - because I've always found the compiler fast, > > just the linker is slow. > > > > I wonder what specific parts of the linker cause slow down. The object > > file format is slow and ineffecient, or just the code that runs the > > linker is not optimized? > > An excellent area open to be researched by someone, hint ;-) It seems as if an internal linker is planned for FPC 2.2, see http://www.freepascal.org/future.html Not sure when it will be released though. Christo NOTICE: Please note that this eMail, and the contents thereof, is subject to the standard Sasol eMail legal notice which may be found at: http://www.sasol.com/legalnotices If you cannot access the legal notice through the URL attached and you wish to receive a copy thereof please send an eMail to [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On Sat, 3 Sep 2005 11:28:17 -0700 "L505" <[EMAIL PROTECTED]> wrote: > > This statement needs some refinements: > > The 10x slower is only on Windows, and is mostly consumed by the linker; > > Ahh just what I thought - because I've always found the compiler fast, just > the linker is > slow. > > I wonder what specific parts of the linker cause slow down. The object file > format is slow > and ineffecient, or just the code that runs the linker is not optimized? An excellent area open to be researched by someone, hint ;-) Micha _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On Sat, 3 Sep 2005, Mattias Gaertner wrote: > On Sat, 3 Sep 2005 11:17:23 -0700 > "L505" <[EMAIL PROTECTED]> wrote: > > > > > > > And FPC, too bad KOL is win32 specific, if would have solved the > > > > eternal "huge executable" discussion. > > > > > > True.. > > Someone has done work to get KOL working on Kylix, but I've never used or > > tried Kylix.. so I don't know what size the KOL apps turn out to be. Plus, > > they are done with QT. > > > > There is also light Pascal toolkit which I have tried - it makes > > 300kb-400kb executables on linux and windows. But Mac and other platforms? > > I don't know. > > > > I figured we could at least build tools to help make developing KOL and > > lptk applications HALF visual with some sort of plug-in to lazarus. i.e. > > even in text editors, you can do a bit of what I call visual HTML editing > > with some nice toolbar widgets. Not 100 percent visual, but better than > > just doing it all by hand. And even so, you could still create a 100 > > percent visual KOL development in lazarus, with a plug in. Since KOL uses > > include files to create the components on the fly at run time, there is no > > "lfm" or "dfm" stored in the executable. This means that all that needs to > > be created, is a visual widget that inserts text into the include file in > > the appropriate places (as opposed to Delphi that includes the DFM in the > > exe). > > > > Maybe light Pascal toolkit won't work with the native lazarus designer, > > but people could still make tools (plugins) that assist making light > > Pascal toolkit applications. I think an include file setup would work with > > light Pascal toolkit too, like with KOL. All components that are created > > on application loading, are done via an include file. This hides the > > component creation from the developer in the include file (as a DFM/LFM > > does) , but yet it also let's the developer peak in and see how the > > components are being created via the include file. With this extra > > knowledge, the developer can now see how the internals of the visual IDE > > actually work, and how the components are truly created on the fly. > > Whereas dfm/lfm are kind of blackbox magic that is just done for you > > without you ever seeing how (unless of course you look into the source > > codes of lazarus IDE). > > Just some thoughts: > Someone could create a TReader/TWriter which writes pascal include files > instead of lfm. > If the KOL classes descends from TComponent they can be edited like > datamodule. No. KOL does not use classes, which is why they make such compact code. The reason applications are so big are the VMT's for classes. Every virtual/dynamic method creates an entry in the VMT, thus referencing the method, even if it is never used in your application. Therefore all virtual methods are always compiled in every application, even if they are not used. KOL does not use classes, and therefore only code that is actually used goes into your application, which makes it very small. (I'm assuming here you use smartlinking) > And if you want we can extend the designer to support TControl/TCustomForm > similar classes. Then you could design KOL forms. KOL is not based on classes, so that won't work. You can design forms using the existing forms/whatever, and let the IDE create code based on the forms. You could for instance create dummy components that support only the properties for which KOL has methods, and design that. The form need not be distributed with the application. The only problem is the callbacks, but the IDE codetools could be used to extract the code of all methods. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On Sat, 3 Sep 2005, L505 wrote: > > This statement needs some refinements: > > The 10x slower is only on Windows, and is mostly consumed by the linker; > > Ahh just what I thought - because I've always found the compiler fast, just > the linker is > slow. > > I wonder what specific parts of the linker cause slow down. The object file > format is slow > and ineffecient, or just the code that runs the linker is not optimized? The linker is slow on windows. Why, I don't know. Maybe it has to do with the pecoff standard. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Console GUI / Web Applications Support for Lazarus RAD
On Sat, 3 Sep 2005, L505 wrote: > > Some years ago I started a project in Delphi/Kylix that should finally > allow me (and any other developer) to create Console GUI Applications using > Delphi, in a pure RAD way, using non-visual standard components, and a set of > components I was developing. > > You mean like norton commander or FP IDE style applications? > > > Is anybody interested to participate in this project? > > At the same time, I want to know if someone is working in a Web > Applications support for Lazarus ala Intraweb? > > Horacio > > So you mean visual HTML/CGI applications or visual command line applications? > > HTML is not pixel based, which I hate. So any attempt at visual development > is pretty tuff. I think someone did partially complete visual development > with PHP Quadram studio (visual php) and also PHP DotNet. > I think HTML needs some pixel based development, because documents are just > being abused for web applications.. but it seems hackishly possible to do > visual HTML development. Intraweb gives you visual HTML development. It's very powerful. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Console GUI / Web Applications Support for Lazarus RAD
Michel > > Where should I start from? (to create the new application type in the IDE, and to make the IDE work with this new kind of TtxtForm) > > I can send you an article which shows you how to do this, complete with sample code. > (in fact, the sample code is already in Lazarus, I think) Please do! :-) > > At the same time, I want to know if someone is working in a Web Applications support for Lazarus ala Intraweb? > > I am investigating this currently. I'm working on some base HTTP/HTML components which will > be incorporated in the FCL. My plan is to use this as the basis for 2 kinds of web-applications: > > If you're interested, we can discuss the basis for a intraweb-like functionality in Lazarus. > > Michael. It´s grait to know that there is already something on the way! I don´t have too much free time to work on this projects... As I said I think both of them should finally exists on Lazarus (RAD for Web and RAD for Console)... but yes Another point about Lazarus and Application kinds: Shouldn´t the IDE show only the components that are usefull on the current application kind? How should this be achieved? I mean, in the current component registration process there is not place to indicate on what kind of applications the component could work. Just an idea. Horacio _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On Sat, 3 Sep 2005 11:17:23 -0700 "L505" <[EMAIL PROTECTED]> wrote: > > > > And FPC, too bad KOL is win32 specific, if would have solved the > > > eternal "huge executable" discussion. > > > True.. > Someone has done work to get KOL working on Kylix, but I've never used or > tried Kylix.. so I don't know what size the KOL apps turn out to be. Plus, > they are done with QT. > > There is also light Pascal toolkit which I have tried - it makes > 300kb-400kb executables on linux and windows. But Mac and other platforms? > I don't know. > > I figured we could at least build tools to help make developing KOL and > lptk applications HALF visual with some sort of plug-in to lazarus. i.e. > even in text editors, you can do a bit of what I call visual HTML editing > with some nice toolbar widgets. Not 100 percent visual, but better than > just doing it all by hand. And even so, you could still create a 100 > percent visual KOL development in lazarus, with a plug in. Since KOL uses > include files to create the components on the fly at run time, there is no > "lfm" or "dfm" stored in the executable. This means that all that needs to > be created, is a visual widget that inserts text into the include file in > the appropriate places (as opposed to Delphi that includes the DFM in the > exe). > > Maybe light Pascal toolkit won't work with the native lazarus designer, > but people could still make tools (plugins) that assist making light > Pascal toolkit applications. I think an include file setup would work with > light Pascal toolkit too, like with KOL. All components that are created > on application loading, are done via an include file. This hides the > component creation from the developer in the include file (as a DFM/LFM > does) , but yet it also let's the developer peak in and see how the > components are being created via the include file. With this extra > knowledge, the developer can now see how the internals of the visual IDE > actually work, and how the components are truly created on the fly. > Whereas dfm/lfm are kind of blackbox magic that is just done for you > without you ever seeing how (unless of course you look into the source > codes of lazarus IDE). Just some thoughts: Someone could create a TReader/TWriter which writes pascal include files instead of lfm. If the KOL classes descends from TComponent they can be edited like datamodule. And if you want we can extend the designer to support TControl/TCustomForm similar classes. Then you could design KOL forms. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On Sat, 3 Sep 2005, L505 wrote: > > > > And FPC, too bad KOL is win32 specific, if would have solved the > > > eternal "huge executable" discussion. > > > True.. > Someone has done work to get KOL working on Kylix, but I've never used or > tried Kylix.. so I > don't know what size the KOL apps turn out to be. Plus, they are done with QT. > > There is also light Pascal toolkit which I have tried - it makes 300kb-400kb > executables on > linux and windows. But Mac and other platforms? I don't know. I think the light pascal toolkit is more promising than KOL. > > I figured we could at least build tools to help make developing KOL and lptk > applications > HALF visual with some sort of plug-in to lazarus. i.e. even in text editors, > you can do a > bit of what I call visual HTML editing with some nice toolbar widgets. Not > 100 percent > visual, but better than just doing it all by hand. > And even so, you could still create a 100 percent visual KOL development in > lazarus, with a > plug in. Since KOL uses include files to create the components on the fly at > run time, there > is no "lfm" or "dfm" stored in the executable. This means that all that needs > to be created, > is a visual widget that inserts text into the include file in the appropriate > places (as > opposed to Delphi that includes the DFM in the exe). > > Maybe light Pascal toolkit won't work with the native lazarus designer, but > people could > still make tools (plugins) that assist making light Pascal toolkit > applications. I think an > include file setup would work with light Pascal toolkit too, like with KOL. > All components > that are created on application loading, are done via an include file. This > hides the > component creation from the developer in the include file (as a DFM/LFM does) > , but yet it > also let's the developer peak in and see how the components are being created > via the > include file. With this extra knowledge, the developer can now see how the > internals of the > visual IDE actually work, and how the components are truly created on the > fly. Whereas > dfm/lfm are kind of blackbox magic that is just done for you without you ever > seeing how > (unless of course you look into the source codes of lazarus IDE). You could design your form in Lazarus and have a context menu that says 'Create KOL/LPTK code from form', That is the most primitive form, but should be quite easy to do. It can definitely be used as a start. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Console GUI / Web Applications Support for Lazarus RAD
Yes... with Console GUI Applications I mean that kind of applications (like Free Vision applications). About Intraweb, I have nothing to do with them, but I like the tool. Intraweb is a RAD Web development environment that uses Delphi (and Kylix)as IDE and Compiler.In an Intraweb project, you have Intraweb Forms and Data Modules(standard)...You fill the forms with Intraweb Enabled Components (no the standard ones),and you program the components events, as you normally do on any GraphicalGUI Application (Standard Lazarus Application).Once you compile, Delphi (or Kylix) creates one of the following: a) A Web Server application (with the application embedded) b) An ISAPI Module (for IIS) c) An DSO Module (for Apache)This executable modules, generates for the user, the HTML+_javascript_ pages,that acts the way your application shoud. Everytime the user takes an action(like pressing a button, or selecting an item on a combobox), the browserask a new page to the server (in any of the 3 formats), it triggers theproper code (programed in Object Pascal), and then it generates the newpage.You could see more on http://www.atozed.com/intraWeb/ Horacio - Original Message - From: L505 To: lazarus@miraclec.com Sent: Saturday, September 03, 2005 3:26 PM Subject: Re: [lazarus] Console GUI / Web Applications Support for Lazarus RAD Some years ago I started a project in Delphi/Kylix that should finally allow me (and any other developer) to create Console GUI Applications using Delphi, in a pure RAD way, using non-visual standard components, and a set of components I was developing. You mean like norton commander or FP IDE style applications?
Re: [lazarus] Console GUI / Web Applications Support for Lazarus RAD
On Sat, 3 Sep 2005, Horacio Jamilis wrote: > Hi, > > Some years ago I started a project in Delphi/Kylix that should finally allow > me (and any other developer) to create Console GUI Applications using Delphi, > in a pure RAD way, using non-visual standard components, and a set of > components I was developing. > > I got the base idea from de KOL project, that was able, throw a Mirroring > System, to use the Delphi environment to develop de KOL > projects. I never finished this project... I only created the base console > application and some components... and started building the mirroring system. > But it never worked (I never finished it). > > The fact is, I think it would be a grait thing to have this support > integrated in Lazarus (as is Intraweb in Delphi). > > My idea is, as I said, to contribute all this thing to the lazarus project > (to be LGPL also). > > Does anybody tried to do something like this before? > > Where should I start from? (to create the new application type in the IDE, > and to make the IDE work with this new kind of TtxtForm) I can send you an article which shows you how to do this, complete with sample code. (in fact, the sample code is already in Lazarus, I think) > > Is anybody interested to participate in this project? > > At the same time, I want to know if someone is working in a Web Applications > support for Lazarus ala Intraweb? I am investigating this currently. I'm working on some base HTTP/HTML components which will be incorporated in the FCL. My plan is to use this as the basis for 2 kinds of web-applications: 1. A more 'classic' cgi, like it is done in PHP, with a templating engine, more or less like it exists in Delphi. 2. Intraweb-like applications. But the intraweb side of things needs either support for a standalone server or an Apache/IIS module. Recently, Marco Van De Voort compiled Indy 9 and the HTTPServer that comes with it, so the road is clear for intraweb... If you're interested, we can discuss the basis for a intraweb-like functionality in Lazarus. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
> This statement needs some refinements: > The 10x slower is only on Windows, and is mostly consumed by the linker; Ahh just what I thought - because I've always found the compiler fast, just the linker is slow. I wonder what specific parts of the linker cause slow down. The object file format is slow and ineffecient, or just the code that runs the linker is not optimized? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Console GUI / Web Applications Support for Lazarus RAD
Some years ago I started a project in Delphi/Kylix that should finally allow me (and any other developer) to create Console GUI Applications using Delphi, in a pure RAD way, using non-visual standard components, and a set of components I was developing. You mean like norton commander or FP IDE style applications? Is anybody interested to participate in this project? At the same time, I want to know if someone is working in a Web Applications support for Lazarus ala Intraweb? Horacio So you mean visual HTML/CGI applications or visual command line applications? HTML is not pixel based, which I hate. So any attempt at visual development is pretty tuff. I think someone did partially complete visual development with PHP Quadram studio (visual php) and also PHP DotNet. I think HTML needs some pixel based development, because documents are just being abused for web applications.. but it seems hackishly possible to do visual HTML development.
Re: [lazarus] OT: Did any onw saw Delphi 2005?
> compilation speed, about 10x slower with the same type of app, but And of course this is partly due to the size of the exe/elf, since linking a larger file takes longer time.. I think the compile speed is nice with fpc, but the linking is where it chokes up a bit. And hey, isn't the linker written in C? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
> > And FPC, too bad KOL is win32 specific, if would have solved the > > eternal "huge executable" discussion. True.. Someone has done work to get KOL working on Kylix, but I've never used or tried Kylix.. so I don't know what size the KOL apps turn out to be. Plus, they are done with QT. There is also light Pascal toolkit which I have tried - it makes 300kb-400kb executables on linux and windows. But Mac and other platforms? I don't know. I figured we could at least build tools to help make developing KOL and lptk applications HALF visual with some sort of plug-in to lazarus. i.e. even in text editors, you can do a bit of what I call visual HTML editing with some nice toolbar widgets. Not 100 percent visual, but better than just doing it all by hand. And even so, you could still create a 100 percent visual KOL development in lazarus, with a plug in. Since KOL uses include files to create the components on the fly at run time, there is no "lfm" or "dfm" stored in the executable. This means that all that needs to be created, is a visual widget that inserts text into the include file in the appropriate places (as opposed to Delphi that includes the DFM in the exe). Maybe light Pascal toolkit won't work with the native lazarus designer, but people could still make tools (plugins) that assist making light Pascal toolkit applications. I think an include file setup would work with light Pascal toolkit too, like with KOL. All components that are created on application loading, are done via an include file. This hides the component creation from the developer in the include file (as a DFM/LFM does) , but yet it also let's the developer peak in and see how the components are being created via the include file. With this extra knowledge, the developer can now see how the internals of the visual IDE actually work, and how the components are truly created on the fly. Whereas dfm/lfm are kind of blackbox magic that is just done for you without you ever seeing how (unless of course you look into the source codes of lazarus IDE). _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Console GUI / Web Applications Support for Lazarus RAD
Horacio Jamilis wrote: > Hi, > > Some years ago I started a project in Delphi/Kylix that should finally allow > me (and any other developer) to create Console GUI Applications using Delphi, > in a pure RAD way, using non-visual standard components, and a set of > components I was developing. > > I got the base idea from de KOL project, that was able, throw a Mirroring > System, to use the Delphi environment to develop de KOL > projects. I never finished this project... I only created the base console > application and some components... and started building the mirroring system. > But it never worked (I never finished it). > > The fact is, I think it would be a grait thing to have this support > integrated in Lazarus (as is Intraweb in Delphi). > > My idea is, as I said, to contribute all this thing to the lazarus project > (to be LGPL also). > > Does anybody tried to do something like this before? > > Where should I start from? (to create the new application type in the IDE, > and to make the IDE work with this new kind of TtxtForm) > > Is anybody interested to participate in this project? > > At the same time, I want to know if someone is working in a Web Applications > support for Lazarus ala Intraweb? > > Horacio Do you mean CGI application ? Regards Boguslaw Brandys _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Console GUI / Web Applications Support for Lazarus RAD
Hi, Some years ago I started a project in Delphi/Kylix that should finally allow me (and any other developer) to create Console GUI Applications using Delphi, in a pure RAD way, using non-visual standard components, and a set of components I was developing. I got the base idea from de KOL project, that was able, throw a Mirroring System, to use the Delphi environment to develop de KOL projects. I never finished this project... I only created the base console application and some components... and started building the mirroring system. But it never worked (I never finished it). The fact is, I think it would be a grait thing to have this support integrated in Lazarus (as is Intraweb in Delphi). My idea is, as I said, to contribute all this thing to the lazarus project (to be LGPL also). Does anybody tried to do something like this before? Where should I start from? (to create the new application type in the IDE, and to make the IDE work with this new kind of TtxtForm) Is anybody interested to participate in this project? At the same time, I want to know if someone is working in a Web Applications support for Lazarus ala Intraweb? Horacio
Re: [lazarus] MessageDlg
Mattias Gaertner wrote: > On Fri, 02 Sep 2005 08:25:00 +0200 > Bogus__aw Brandys <[EMAIL PROTECTED]> wrote: > > >>Hi, >> >>I'm testing multiplatfor MessageBox replacement and MessageDlg seems >>good, but there is one problem: all buttons are in English while >>ordinary MessageBox (Windows) have it transated into my OS language >>(Polish).How to get MessageDlg (or other multiplatform Message) working >>with system regional settings ? > > > You are right. That's missing. > The LCL contains translations for many languages, but they are not used > automatically. You have translate the resourcestrings by yourself. See > lcl/lclstrconsts.pas. > For example: > In your main FormCreate you could initialize the lcl values: > rsMbYes:='Ja'; > > > Mattias I think that all I need is to compile lcl.pl.po into lcl.pl.mo file and include into program (?) directory (anyway that way it works in other GUI system - wxWidgets) . Any tutorial for this ? Regards Boguslaw Brandys _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] MessageDlg
On Fri, 02 Sep 2005 08:25:00 +0200 Bogus__aw Brandys <[EMAIL PROTECTED]> wrote: > Hi, > > I'm testing multiplatfor MessageBox replacement and MessageDlg seems > good, but there is one problem: all buttons are in English while > ordinary MessageBox (Windows) have it transated into my OS language > (Polish).How to get MessageDlg (or other multiplatform Message) working > with system regional settings ? You are right. That's missing. The LCL contains translations for many languages, but they are not used automatically. You have translate the resourcestrings by yourself. See lcl/lclstrconsts.pas. For example: In your main FormCreate you could initialize the lcl values: rsMbYes:='Ja'; Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Scroll bars
On Sat, 03 Sep 2005 20:22:29 +1000
SteveG <[EMAIL PROTECTED]> wrote:
> Thanks Mattias, but I dont seem to be able to get this to work.
> I have tried
> if memo1.VertScrollBar.Visible then ShowMessage('v is visible');
> if memo1.VertScrollBar.IsScrollBarVisible then ShowMessage('v is
> visible');
> and neither do anything
>
> I'm using Windows XP if that makes a difference
If anyone knows how to query this in the winapi, then please share :-)
Micha
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
Razvan Adrian Bogdan wrote: > On 9/3/05, Florian Klaempfl <[EMAIL PROTECTED]> wrote: > >>Razvan Adrian Bogdan wrote: >> >> >>>On 9/3/05, L505 <[EMAIL PROTECTED]> wrote: >>> >>> >Some things are simply too big to do yourself. >For example, a stable RPC mechanism. Yeah, I like the fact that some stuff like synapse, KOL, etc. were already written by someone else. Hey at least those two support Delphi5 ;) >>> >>> >>>And FPC, too bad KOL is win32 specific, if would have solved the >>>eternal "huge executable" discussion. >> >>I've the strange feeling that the size of executables is related to the >>portability and abstraction level of a toolkit ;) > > > I thought so too but if i'm right there isn't so much compiled code on > a sigle platform and i tested the same components on Delphi/Laz wich > have different size addon in FPC and Delphi, some people complain that > a FPC-only app with simple stuff is also larger than a Delphi one, > personally i think Laz/FPC apps have a reasonable size when stripped > and packed but most Delphians don't, The abstraction layers simply need space. > another complaint is the > compilation speed, about 10x slower with the same type of app, On my machine FPC compiles between 30k and 100k lines of code per second. I don't see this as a problem :) > but > overall i think this is a tolerable price to pay for using OpenSource > software :) > > Razvan > > _ > To unsubscribe: mail [EMAIL PROTECTED] with > "unsubscribe" as the Subject >archives at http://www.lazarus.freepascal.org/mailarchives > _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Scroll bars
On Sat, 03 Sep 2005 20:22:29 +1000
SteveG <[EMAIL PROTECTED]> wrote:
> Thanks Mattias, but I dont seem to be able to get this to work.
> I have tried
> if memo1.VertScrollBar.Visible then ShowMessage('v is visible');
> if memo1.VertScrollBar.IsScrollBarVisible then ShowMessage('v is
> visible');
> and neither do anything
>
> I'm using Windows XP if that makes a difference
It seems, yes.
Mattias
>
> Mattias Gaertner wrote:
>
> >On Sat, 03 Sep 2005 10:32:03 +1000
> >SteveG <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>Is it possible to determine if the scroll bars are showing in a TMemo ?
> >>Not just enabled, but actually showing if set for ssAuto
> >>
> >>
> >
> >Memo1.VertScrollBar.Visible
> >
> >
> >Mattias
> >
> >_
> > To unsubscribe: mail [EMAIL PROTECTED] with
> >"unsubscribe" as the Subject
> > archives at http://www.lazarus.freepascal.org/mailarchives
> >
> >
> >
> >
> >
>
> _
> To unsubscribe: mail [EMAIL PROTECTED] with
> "unsubscribe" as the Subject
>archives at http://www.lazarus.freepascal.org/mailarchives
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On Sat, 3 Sep 2005, Razvan Adrian Bogdan wrote: > On 9/3/05, Florian Klaempfl <[EMAIL PROTECTED]> wrote: > > Razvan Adrian Bogdan wrote: > > > > > On 9/3/05, L505 <[EMAIL PROTECTED]> wrote: > > > > > >>>Some things are simply too big to do yourself. > > >>>For example, a stable RPC mechanism. > > >> > > >>Yeah, I like the fact that some stuff like synapse, KOL, etc. were > > >>already written by > > >>someone else. Hey at least those two support Delphi5 ;) > > > > > > > > > And FPC, too bad KOL is win32 specific, if would have solved the > > > eternal "huge executable" discussion. > > > > I've the strange feeling that the size of executables is related to the > > portability and abstraction level of a toolkit ;) > > I thought so too but if i'm right there isn't so much compiled code on > a sigle platform and i tested the same components on Delphi/Laz wich > have different size addon in FPC and Delphi, some people complain that > a FPC-only app with simple stuff is also larger than a Delphi one, > personally i think Laz/FPC apps have a reasonable size when stripped > and packed but most Delphians don't, another complaint is the > compilation speed, about 10x slower with the same type of app, but > overall i think this is a tolerable price to pay for using OpenSource > software :) This statement needs some refinements: The 10x slower is only on Windows, and is mostly consumed by the linker; It has little to do with the compiler. On Linux, the speed is comparable. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Scroll bars
Thanks Mattias, but I dont seem to be able to get this to work.
I have tried
if memo1.VertScrollBar.Visible then ShowMessage('v is visible');
if memo1.VertScrollBar.IsScrollBarVisible then ShowMessage('v is
visible');
and neither do anything
I'm using Windows XP if that makes a difference
Mattias Gaertner wrote:
On Sat, 03 Sep 2005 10:32:03 +1000
SteveG <[EMAIL PROTECTED]> wrote:
Is it possible to determine if the scroll bars are showing in a TMemo ?
Not just enabled, but actually showing if set for ssAuto
Memo1.VertScrollBar.Visible
Mattias
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On 9/3/05, Florian Klaempfl <[EMAIL PROTECTED]> wrote: > Razvan Adrian Bogdan wrote: > > > On 9/3/05, L505 <[EMAIL PROTECTED]> wrote: > > > >>>Some things are simply too big to do yourself. > >>>For example, a stable RPC mechanism. > >> > >>Yeah, I like the fact that some stuff like synapse, KOL, etc. were already > >>written by > >>someone else. Hey at least those two support Delphi5 ;) > > > > > > And FPC, too bad KOL is win32 specific, if would have solved the > > eternal "huge executable" discussion. > > I've the strange feeling that the size of executables is related to the > portability and abstraction level of a toolkit ;) I thought so too but if i'm right there isn't so much compiled code on a sigle platform and i tested the same components on Delphi/Laz wich have different size addon in FPC and Delphi, some people complain that a FPC-only app with simple stuff is also larger than a Delphi one, personally i think Laz/FPC apps have a reasonable size when stripped and packed but most Delphians don't, another complaint is the compilation speed, about 10x slower with the same type of app, but overall i think this is a tolerable price to pay for using OpenSource software :) Razvan _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Scroll bars
On Sat, 03 Sep 2005 10:32:03 +1000 SteveG <[EMAIL PROTECTED]> wrote: > Is it possible to determine if the scroll bars are showing in a TMemo ? > Not just enabled, but actually showing if set for ssAuto Memo1.VertScrollBar.Visible Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] EXE packer for Linux
Great work! Just what I wanted :) Oh btw I tested on FreeBSD/i386, it works great off the bat(FPC/Lazarus rulez). Now I guess someone should test on a ppc :D Ales Okay I've changed it a bit now :) It uses streams completely except when creating the archive it uses a list of filenames to compress to the outstream the unit has been added to the lazarus ccr. See http://wiki.lazarus.freepascal.org/index.php/Zlibar Andrew _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
Razvan Adrian Bogdan wrote: > On 9/3/05, L505 <[EMAIL PROTECTED]> wrote: > >>>Some things are simply too big to do yourself. >>>For example, a stable RPC mechanism. >> >>Yeah, I like the fact that some stuff like synapse, KOL, etc. were already >>written by >>someone else. Hey at least those two support Delphi5 ;) > > > And FPC, too bad KOL is win32 specific, if would have solved the > eternal "huge executable" discussion. I've the strange feeling that the size of executables is related to the portability and abstraction level of a toolkit ;) _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On Sat, 3 Sep 2005, Razvan Adrian Bogdan wrote: > On 9/3/05, L505 <[EMAIL PROTECTED]> wrote: > > > > > Some things are simply too big to do yourself. > > > For example, a stable RPC mechanism. > > > > Yeah, I like the fact that some stuff like synapse, KOL, etc. were already > > written by > > someone else. Hey at least those two support Delphi5 ;) > > And FPC, too bad KOL is win32 specific, if would have solved the > eternal "huge executable" discussion. While one cannot argue with the size, it doesn't have a decent design mode, I doubt you could get it to work in the Lazarus designer. But you should be able to write Win32 programs with it in Lazarus/FPC. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On Fri, 2 Sep 2005, L505 wrote: > > > > Shall I give you the mail address of the Remobjects company ? > > > Try to get support for D5, or if you feel lucky, D3 :-) > > > > > Well PascalScript that I have downoaded (possibly an older version) does work > with D5, but I > guess you are talking about other components they have. Which ones do you use > by the way? I > might check into more of them. Their RemObjects SDK. And of course the former IFPS, now PascalScript. Both work extremely well. The SDK has a very good design. It had only one minor flaw which they promised to correct when I reported it. I had a peek at their DataAbstract too, but it isn't suitable for my purposes; Though it seemed very promising, it turned out to be not enough flexible for my purposes. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OT: Did any onw saw Delphi 2005?
On 9/3/05, L505 <[EMAIL PROTECTED]> wrote: > > > Some things are simply too big to do yourself. > > For example, a stable RPC mechanism. > > Yeah, I like the fact that some stuff like synapse, KOL, etc. were already > written by > someone else. Hey at least those two support Delphi5 ;) And FPC, too bad KOL is win32 specific, if would have solved the eternal "huge executable" discussion. Razvan _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
