Re: [lazarus] RTF backend for FPDoc.
On Sun, 20 May 2007, Andrew Haines wrote: Michael Van Canneyt wrote: On Tue, 15 May 2007, Andrew Haines wrote: Michael Van Canneyt wrote: The generated RTF is linear, i.e. it is suitable for printing. In order to create a .hlp file or a .chm file, some changes will be necessary. (.hlp requires insertion of well-formed footnotes) As far as I know chm files are html not rtf. Yes, but they must/can be generated by the microsoft help compiler from the same RTF source. .hlp is also a compiled format, with RTF as the source. Regards, Andrew Haines PS I've been working on converting a c lzx compressor to pascal. when this is done, many of the pieces needed to make a chm file will be available. That would be good, if we can write CHM directly. I have finished converting a LGPL'd lzx compressor to pascal and emailed the author to see if it can be released under fpc's modified LGPL. Good news. Is there some kind of reference for the TOC page that would need to be generated for .chm ? Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] New TThemeServices class
Hi, I understand the TThemeServices class from the original QThemes project. Under Windows XP in hooked into the uxthemes dll to do the painting or something. Under other platforms like Linux in used composite images. Does Lazarus support the later theming as well (composite images), or does it hook into the GTK2, Carbon theming dll's directly? What does the TThemeServices class bring to the table for GTK1, GTK2 and Carbon interfaces? Didn't the they already work with the underlying themes? -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: new GTK errors in the last week and crashes my apps
Anybody else getting these? I got another Lazarus update today (r11171) and still get this problem. Here is another crash output from one of my applications - [EMAIL PROTECTED]:~/programming/MasterMaths/M2Browser_v3/Bin$ ./ModuleCompiler.exe Registering: TModuleDetailsMaintForm Registering: TModuleHeaderMaintenanceform Registering: TNodeMaintenanceForm Registering: TLanguageMaintenanceForm Registering: TOutcomeMaintenanceForm Registering: TSlideMaintenanceForm TGtkWidgetSet.DeleteObject GdiObject=B7A3DD60 gdiBrush is still used. DCCount=1 DC: B7768660 0855B630=LCLWinapiClient [RMVDFStPr] LCLObject=B7795670=sgOutcomes:TStringGridMainWidget=0855B470=LCLWinapiWidgetIs FixedWidgetIs CoreWidget ERROR in LCL: Creating gdb catchable error: $080F8318 RAISEGDBEXCEPTION, line 771 of lclproc.pas $081E1B30 RAISEGDIOBJECTISSTILLUSED, line 2425 of gtkwinapi.inc $081E1691 TGTKWIDGETSET__DELETEOBJECT, line 2472 of gtkwinapi.inc $0812FCBF DELETEOBJECT, line 166 of ./include/winapi.inc $0813B257 TBRUSHHANDLECACHE__REMOVEITEM, line 24 of ./include/brush.inc $081A4CB2 TRESOURCECACHEITEM__DESTROY, line 184 of lclrescache.pas $0805F6D2 $081A4D91 TRESOURCECACHEITEM__DECREASEREFCOUNT, line 213 of lclrescache.pas $0813B765 TBRUSH__FREEHANDLE, line 209 of ./include/brush.inc - Any ideas? I'm using GTK1 under Linux. Graeme. On 5/18/07, Graeme Geldenhuys [EMAIL PROTECTED] wrote: Hi, In my last set of updates I got about a week ago, I started getting the following errors in my GTK1 based applications. I don't know if this relates to GTK2 as well, I don't develop for GTK2 yet. I'll be using my application and then suddenly I get output like the following to the console and the application is totally frozen. -- TGtkWidgetSet.DeleteObject GdiObject=B7B196A0 gdiBrush is still used. DCCount=1 DC: B7844160 0855CFE0=LCLWinapiClient [RMVDFStPr] LCLObject=B78735E0=sgOutcomes:TStringGridMainWidget=0855CDD0=LCLWinapiWidgetIs FixedWidgetIs CoreWidget ERROR in LCL: Creating gdb catchable error: $080F7EB8 RAISEGDBEXCEPTION, line 771 of lclproc.pas $08126800 RAISEGDIOBJECTISSTILLUSED, line 2425 of gtkwinapi.inc $08126361 TGTKWIDGETSET__DELETEOBJECT, line 2472 of gtkwinapi.inc $0815E3AF DELETEOBJECT, line 166 of ./include/winapi.inc $0816B8A7 TBRUSHHANDLECACHE__REMOVEITEM, line 24 of ./include/brush.inc $081D6212 TRESOURCECACHEITEM__DESTROY, line 184 of lclrescache.pas $0805F6D2 $081D62F1 TRESOURCECACHEITEM__DECREASEREFCOUNT, line 213 of lclrescache.pas $0816BDB5 TBRUSH__FREEHANDLE, line 209 of ./include/brush.inc --- I'm currently using Lazarus 0.9.23 (r11153) with FPC 2.1.3 (the fixes_2_2 branch with r7241). As I mentioned, about two weeks ago I never received such issues, but only with my last set op updates in started. I get this with any of my GTK1 based applications. From the error it clearly indicates to me that it is a LCL (GTK widgetset issue). Anybody else experiencing such problems. -- Graeme Geldenhuys General error, hit any user to continue. -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New TThemeServices class
Graeme Geldenhuys wrote: What does the TThemeServices class bring to the table for GTK1, GTK2 and Carbon interfaces? Didn't the they already work with the underlying themes? Painting of custom drawn controls like speedbutton. Paul. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New TThemeServices class
On 5/21/07, Paul Ishenin [EMAIL PROTECTED] wrote: Painting of custom drawn controls like speedbutton. Ah, thanks... -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New TThemeServices class
Graeme Geldenhuys wrote: Hi, I understand the TThemeServices class from the original QThemes project. Under Windows XP in hooked into the uxthemes dll to do the painting or something. Under other platforms like Linux in used composite images. Does Lazarus support the later theming as well (composite images), or does it hook into the GTK2, Carbon theming dll's directly? TThemeServices will provide the same functionality as in Delphi 7 and up (its the same class). Parts of it will be implemented on need basis. What does the TThemeServices class bring to the table for GTK1, GTK2 and Carbon interfaces? Didn't the they already work with the underlying themes? For the widgetsets itself, nothing. For the LCL, it gives the ability to have ownerdraw controls with the same look and feel as native controls. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SetWindowFullScreen broken
So should I then assume that nobody else can/will help me figure out how to fix this ? I must admit that (even though I wrote [most of] the orriginal functions in the gtk interface) I have no clue why the newer compiler would break them. A.J. On 5/18/07, A.J. Venter [EMAIL PROTECTED] wrote: On 5/18/07, Vincent Snijders [EMAIL PROTECTED] wrote: A.J. Venter schreef: Hi, Something has broken with SetWindowFullScreen, GrabMouseToForm and GrabKeyBoardToForm recently. Basically - though they throw no errors, they simply don't do anything at all. I believe the change happened after I upgraded to fpc 2.13 These functions are crucial for outkafe, I really need an answer quick. What question do you want to be answered? What changed which caused these functions to stop working and how can it be fixed ? A.J. -- A.J. Venter CEO - OutKast Solutions C.C. http://www.outkastsolutions.co.za Cell: +27 83 455 9978 Fax: +27 21 413 2800 Office: +27 21 591 6766 -- A.J. Venter CEO - OutKast Solutions C.C. http://www.outkastsolutions.co.za Cell: +27 83 455 9978 Fax: +27 21 413 2800 Office: +27 21 591 6766 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: new GTK errors in the last week and crashes my apps
On Mon, 21 May 2007 11:04:46 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 5/21/07, Mattias Gaertner [EMAIL PROTECTED] wrote: It means, there is a memory leak. I removed the exception. It should only give a warning. I gather you mean a memory leak in our application and not the LCL. Thanks for pointing me in the right directory then... I'm not sure where the mem leak is. Formerly the gtk interface did not check and simply freed the object, risking strange errors. OTOH the win32/64 intf only returns false and afaik no code checked the result, creating mem leaks and even worse: non freed handles. This is common behavior for Delphi code and even example code often forget this. Now the gtk intf checks, does not free (winapi compatible) and gives warnings. Probably somewhere a brush was selected into a device context (sgOutcomes:TStringGrid) and was not restored. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Font color button stay always black
On Fri, 18 May 2007 15:28:52 +0200 fedorax [EMAIL PROTECTED] wrote: Hello, In my project i've some buttons whith font color clwhite but when i run project all buttons font color turn to black. In the ide when i change font color button the color change in the IDE but if i close the fiche and reopen font color return to black. At execution this line in the code: Button1.Font.Color:=clWhite Do nothing. Lazarus Svn 11153 ( May be before, was working whis 11021 ) to - 11162 FPC 7358 Linux fedora core 6 Please create a bug report, so it won't be forgotten. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] GUITestRunner and nested tests
Hi, I gather that the GUITestRunner doesn't support nested tests in the Treeview? By that I mean, the Treeview wouldn't reflect the hierarchy of testsuites - it will only show three levels on nodes. Am I correct with this assumption? -- Graeme Geldenhuys ** General error, hit any user to continue. ** _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: new GTK errors in the last week and crashes my apps
On 5/21/07, Mattias Gaertner [EMAIL PROTECTED] wrote: I'm not sure where the mem leak is. Formerly the gtk interface did not check and simply freed the object, risking strange errors. OTOH the win32/64 intf only returns false and afaik no code checked the result, creating mem leaks and even worse: non freed handles. This is common behavior for Delphi code and even example code often forget this. Now the gtk intf checks, does not free (winapi compatible) and gives warnings. Probably somewhere a brush was selected into a device context (sgOutcomes:TStringGrid) and was not restored. We don't do any custom drawing in the TStringGrid mentioned, so does that point to the LCL then? We tested the same application under Windows - it doesn't crash or freeze the application as it does under Linux/GTK1. But I guess that could be due to the fact you mentioned - Windows only returns false and doesn't check the result. The screens using the TStringGrid's in our applications haven't been changed in a while but suddenly causes the crashes. I guess this is brought on by the fact that GTK1 is now more strict with it's resource checks. That would explain the crashes under Linux and not under Windows. -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: new GTK errors in the last week and crashes my apps
On Mon, 21 May 2007 11:36:34 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 5/21/07, Mattias Gaertner [EMAIL PROTECTED] wrote: I'm not sure where the mem leak is. Formerly the gtk interface did not check and simply freed the object, risking strange errors. OTOH the win32/64 intf only returns false and afaik no code checked the result, creating mem leaks and even worse: non freed handles. This is common behavior for Delphi code and even example code often forget this. Now the gtk intf checks, does not free (winapi compatible) and gives warnings. Probably somewhere a brush was selected into a device context (sgOutcomes:TStringGrid) and was not restored. We don't do any custom drawing in the TStringGrid mentioned, so does that point to the LCL then? We tested the same application under Windows - it doesn't crash or freeze the application as it does under Linux/GTK1. But I guess that could be due to the fact you mentioned - Windows only returns false and doesn't check the result. The screens using the TStringGrid's in our applications haven't been changed in a while but suddenly causes the crashes. I guess this is brought on by the fact that GTK1 is now more strict with it's resource checks. That would explain the crashes under Linux and not under Windows. Yes. Can you give the TStringGrid settings, so I can reproduce the bug? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: new GTK errors in the last week and crashes my apps
On 5/21/07, Mattias Gaertner [EMAIL PROTECTED] wrote: Yes. Can you give the TStringGrid settings, so I can reproduce the bug? I'll create a test application and submit it as a bug report on Mantis. -- Graeme Geldenhuys ** General error, hit any user to continue. ** _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SetWindowFullScreen broken
On Mon, 21 May 2007 10:50:51 +0200 A.J. Venter [EMAIL PROTECTED] wrote: So should I then assume that nobody else can/will help me figure out how to fix this ? I must admit that (even though I wrote [most of] the orriginal functions in the gtk interface) I have no clue why the newer compiler would break them. I just tested: All 5 functions still work under gtk1 and gtk2 ubuntu/edgy (the 2 Release functions work too). Can you test with gtk2? Maybe your window manager does not support it? Mattias A.J. On 5/18/07, A.J. Venter [EMAIL PROTECTED] wrote: On 5/18/07, Vincent Snijders [EMAIL PROTECTED] wrote: A.J. Venter schreef: Hi, Something has broken with SetWindowFullScreen, GrabMouseToForm and GrabKeyBoardToForm recently. Basically - though they throw no errors, they simply don't do anything at all. I believe the change happened after I upgraded to fpc 2.13 These functions are crucial for outkafe, I really need an answer quick. What question do you want to be answered? What changed which caused these functions to stop working and how can it be fixed ? A.J. -- A.J. Venter CEO - OutKast Solutions C.C. http://www.outkastsolutions.co.za Cell: +27 83 455 9978 Fax: +27 21 413 2800 Office: +27 21 591 6766 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SetWindowFullScreen broken
On 5/21/07, Mattias Gaertner [EMAIL PROTECTED] wrote: On Mon, 21 May 2007 10:50:51 +0200 A.J. Venter [EMAIL PROTECTED] wrote: So should I then assume that nobody else can/will help me figure out how to fix this ? I must admit that (even though I wrote [most of] the orriginal functions in the gtk interface) I have no clue why the newer compiler would break them. I just tested: All 5 functions still work under gtk1 and gtk2 ubuntu/edgy (the 2 Release functions work too). Can you test with gtk2? Maybe your window manager does not support it? My status is that I have only tested with GTK1, I cannot compile GTK2 LCL since I upgraded the compiler (complains it cannot find gtkint), Just to make sure we are on the same page: [EMAIL PROTECTED] ~]$ ppc386 -l Free Pascal Compiler version 2.3.1 [2007/05/08] for i386 Copyright (c) 1993-2007 by Florian Klaempfl That is the version of the compiler I am running. Other thing is, I know of three functions: SetWindowFullScreen, GrabMouseToForm and GrabKeyBoardToForm. What are the other two functions ? A.J. -- A.J. Venter CEO - OutKast Solutions C.C. http://www.outkastsolutions.co.za Cell: +27 83 455 9978 Fax: +27 21 413 2800 Office: +27 21 591 6766 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Linux WriteLn - Staionary Output - how is done?
Michael Van Canneyt wrote: On Sun, 20 May 2007, Lee Jenkins wrote: another line or appending to existing text already written such as this: Getting File: somefile.txt [=] 50% I hope that I explained my question well enough. Try to use the crt unit. It contains all routines to do this. It's documented. Michael. Am I wrong or documentation says that the video unit is to be preferred against crt unit? tiziano _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Font color button stay always black
- Original Message - From: Mattias Gaertner [EMAIL PROTECTED] On Fri, 18 May 2007 15:28:52 +0200 fedorax [EMAIL PROTECTED] wrote: Hello, In my project i've some buttons whith font color clwhite but when i run project all buttons font color turn to black. In the ide when i change font color button the color change in the IDE but if i close the fiche and reopen font color return to black. At execution this line in the code: Button1.Font.Color:=clWhite Do nothing. Lazarus Svn 11153 ( May be before, was working whis 11021 ) to - 11162 FPC 7358 Linux fedora core 6 Please create a bug report, so it won't be forgotten. Isn't this http://www.freepascal.org/mantis/view.php?id=8863 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Linux WriteLn - Staionary Output - how is done?
On Mon, 21 May 2007, Tiziano_mk wrote: Michael Van Canneyt wrote: On Sun, 20 May 2007, Lee Jenkins wrote: another line or appending to existing text already written such as this: Getting File: somefile.txt [=] 50% I hope that I explained my question well enough. Try to use the crt unit. It contains all routines to do this. It's documented. Michael. Am I wrong or documentation says that the video unit is to be preferred against crt unit? It is, if you need total control over the screen. The video unit starts by blanking the screen. This is not so in this particular case... Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GUITestRunner and nested tests
- Original Message - From: Graeme Geldenhuys [EMAIL PROTECTED] Date: Monday, May 21, 2007 11:27 am Subject: [lazarus] GUITestRunner and nested tests Hi, I gather that the GUITestRunner doesn't support nested tests in the Treeview? By that I mean, the Treeview wouldn't reflect the hierarchy of testsuites - it will only show three levels on nodes. Am I correct with this assumption? No, you are wrong. Try to build lazarus\test\runtestsgui.lpi. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GUITestRunner and nested tests
On 5/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: No, you are wrong. Try to build lazarus\test\runtestsgui.lpi. Ummm... thanks I have a look how that was accomplished. BTW: Not sure if all tests where supposed to pass, but I ran the above mentioned test project and got 3 failures... See attached results. Using Lazarus (r11171) compiled with GTK1 widget set using FPC 2.1.3 (r7241). -- Graeme Geldenhuys General error, hit any user to continue. results.xml.tar.gz Description: GNU Zip compressed data
Re: [lazarus] GUITestRunner and nested tests
- Original Message - From: Graeme Geldenhuys [EMAIL PROTECTED] Date: Monday, May 21, 2007 1:13 pm Subject: Re: [lazarus] GUITestRunner and nested tests On 5/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: No, you are wrong. Try to build lazarus\test\runtestsgui.lpi. Ummm... thanks I have a look how that was accomplished. BTW: Not sure if all tests where supposed to pass, but I ran the above mentioned test project and got 3 failures... See attached results. Using Lazarus (r11171) compiled with GTK1 widget set using FPC 2.1.3 (r7241). I only expected 822.CompareExpectations: Output difference on line 1 to fail. The first failure, might be harmless, just an unexpected warning. The third failure indicates that one of the examples cannot be compiled anymore. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] New features since Delphi 7...
Hi, Here is some interesting Delphi features I found title: New since Delphi 7... Anybody interested in implementing a few. At least FPC and Lazarus beat them to a few of those!! :-) New IDE features since Delphi 7 http://dn.codegear.com/article/34325 New VCL feature since Delphi 7 http://dn.codegear.com/article/34323 New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 Some just don't make sense like the Records with Methods in the language features. Why not just use a class? -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: New features since Delphi 7...
Oops. Sorry I swapped the first two links around Graeme. On 5/21/07, Graeme Geldenhuys [EMAIL PROTECTED] wrote: Hi, Here is some interesting Delphi features I found title: New since Delphi 7... Anybody interested in implementing a few. At least FPC and Lazarus beat them to a few of those!! :-) New IDE features since Delphi 7 http://dn.codegear.com/article/34325 New VCL feature since Delphi 7 http://dn.codegear.com/article/34323 New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 Some just don't make sense like the Records with Methods in the language features. Why not just use a class? -- Graeme Geldenhuys General error, hit any user to continue. -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
Graeme Geldenhuys wrote: Hi, Here is some interesting Delphi features I found title: New since Delphi 7... Anybody interested in implementing a few. At least FPC and Lazarus beat them to a few of those!! :-) New IDE features since Delphi 7 http://dn.codegear.com/article/34325 New VCL feature since Delphi 7 http://dn.codegear.com/article/34323 New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 Some just don't make sense like the Records with Methods in the language features. Why not just use a class? A class has some overhead, however an object with methods is pretty much the same Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On Mon, 21 May 2007, Graeme Geldenhuys wrote: Hi, Here is some interesting Delphi features I found title: New since Delphi 7... Anybody interested in implementing a few. At least FPC and Lazarus beat them to a few of those!! :-) New IDE features since Delphi 7 http://dn.codegear.com/article/34325 New VCL feature since Delphi 7 http://dn.codegear.com/article/34323 New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 Some just don't make sense like the Records with Methods in the language features. Why not just use a class? Class has an implicit pointer. record doesn't. But it already exists in FPC: an object (TP style). This IS a record with methods. They just gave it a different name. Only god knows why... Michael. -- Graeme Geldenhuys General error, hit any user to continue. _ 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] SetWindowFullScreen broken
On 5/21/07, A.J. Venter [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] ~]$ ppc386 -l Free Pascal Compiler version 2.3.1 [2007/05/08] for i386 Copyright (c) 1993-2007 by Florian Klaempfl 2.3.1 is a unstable compiler from trunk. From times to times the trunk get´s buggy. I would recomend that you test with fpc 2.1.x (the Beta) -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GUITestRunner and nested tests
On 5/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: No, you are wrong. Try to build lazarus\test\runtestsgui.lpi. Thanks for this Vincent, I managed to get my Tests more organised! :-) -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On 5/21/07, Michael Van Canneyt [EMAIL PROTECTED] wrote: Class has an implicit pointer. record doesn't. But it already exists in FPC: an object (TP style). This IS a record with methods. Ah, so that is what a Object type is! I always wondered, but never did the trouble to read up on it. :-) Thanks Michael. -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
Graeme Geldenhuys wrote: On 5/21/07, Michael Van Canneyt [EMAIL PROTECTED] wrote: Class has an implicit pointer. record doesn't. But it already exists in FPC: an object (TP style). This IS a record with methods. Ah, so that is what a Object type is! I always wondered, but never did the trouble to read up on it. :-) Thanks Michael. IIRC, in delphi 1 you couldn't mix classes and objects in the same unit. So you wouldn't use them. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On Mon, 21 May 2007, Graeme Geldenhuys wrote: On 5/21/07, Marc Weustink [EMAIL PROTECTED] wrote: IIRC, in delphi 1 you couldn't mix classes and objects in the same unit. So you wouldn't use them. I've never used them before... :-) Always thought they were the same as a Class but in the pre-Delphi days. That is more or less correct, but class implicitly assumes that you allocate the object on the heap. With objects, you have the choice (and there is a rather obscure syntax for dealing with that...) Thought they were deprecated or something. They were. Although I think all versions of Delphi still can compile such code. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
Michael Van Canneyt wrote: On Mon, 21 May 2007, Graeme Geldenhuys wrote: On 5/21/07, Marc Weustink [EMAIL PROTECTED] wrote: IIRC, in delphi 1 you couldn't mix classes and objects in the same unit. So you wouldn't use them. I've never used them before... :-) Always thought they were the same as a Class but in the pre-Delphi days. That is more or less correct, but class implicitly assumes that you allocate the object on the heap. With objects, you have the choice (and there is a rather obscure syntax for dealing with that...) Thought they were deprecated or something. They were. Although I think all versions of Delphi still can compile such code. The last time I tried (D6) it could. IIRC, the problem was that you had to specify the class/object a class/object is derived from. IE. TMyObject = object(TObject) TMyClass = class(TObject) However here you get a name clash, since it TOjbect is different. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On 5/21/07, Marc Weustink [EMAIL PROTECTED] wrote: The last time I tried (D6) it could. IIRC, the problem was that you had to specify the class/object a class/object is derived from. IE. TMyObject = object(TObject) TMyClass = class(TObject) However here you get a name clash, since it TOjbect is different. I think I'll stay with what I know... Class types! :-) -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
One thing I dislike is the poor abstract implementation. I don't see one good reason to let abstract class be instantiated... As for records with methods, they are required for delphi.net I think they have just translated it to native delphi They seems to have their uses, following is a copy/paste from borland newsgroup: Iain Macmillan [EMAIL PROTECTED] wrote There are cases where a record is as good or better than a class. There are more cases where a record with methods is as good or better than a class. Well, there must be. Or why would Borland have bothered to implement records with methods.. Iain, You seem to be in doubt. Records, especially packed records, with methods are very different than classes, when it comes to making the data content persist over time or place. I can think of several important differences: (1) Records can be packed into arrays in RAM or in storage, and moved quickly between. (2) Records need no appended pointer to a VMT or appended length value. (3) Stored records can be used, with programmer care, directly between different programs or versions of the same program. (4) Records may be more difficult to use than class objects if the usage only within the same program. Rgds, JohnH Yeah, there are plenty of cases where you don't need the ability to override anything and you don't have the overhead of a class this way. I still use the old OBJECT structure sometimes simply to get a record with methods. -- Vianney Devreese - Lepidosteus http://lepidosteus.com _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 Looking at the New language features page I thought about two things: 1) This is one that I sometimes need: class members (static members in java IIRC), or class var - class property in the page provided. Moreover, if we had class members we could get rid of a hack in LCL that till now couldn't be solved in other ways (the fact that LCL classes store the WSPrivate class in the AutoTable field of the class VMT, to overcome the lack of class members in the language). I don't know if class members are planned/implemented in 2.3.x, is there the will to do such a thing? 2) I don't like that helper class thing very much: it smells bad, and it was introduced by Borland to map VCL classes to standard .NET ones. However, this feature could be used to clean another (actually, it's in the same file) big hack in lcl: the fact that class hierarchy is altered at runtime so that tws* methods map to twsWIDGETSET* methods. I mean, without having to overwrite VMTs, something like this could be done (if I understood correctly the semantics of helper classes): TWSControl = class .. end; and, in the interface: TWSWin32Control = class helper for TWSControl .. end; No more need for registering an interface at runtime, since using the main interface units causes helper classes to be used: it would be a cleaner way using a language supported construct instead of having to hack class structure to make things work. This thing was introduced by Borland to map VCL to .NET: well, in LCL we are doing the same thing - mapping lcl classes to the right widgetset - so, even if I don't like this helper class thing in everyday life, in the LCL case one could use this feature for the same reason Borland introduced it. However, I think that this language feature would be more difficult to implement than class members, and rarely used (it's something that only lazarus SHOULD need - you shouldn't use it in your programs). bye, Giulio _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Linux WriteLn - Staionary Output - how is done?
Lee Jenkins wrote: Hi all, I'm wondering how to emulate the static console output seen with some linux applications such as yum. More specifically, static output without going to another line or appending to existing text already written such as this: Getting File: somefile.txt [=] 50% I hope that I explained my question well enough. Thanks! Thanks all, I'll take a look at the crt unit. -- Warm Regards, Lee _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
- Original Message - From: Giulio Bernardi [EMAIL PROTECTED] Date: Monday, May 21, 2007 6:16 pm Subject: Re: [lazarus] New features since Delphi 7... New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 Looking at the New language features page I thought about two things:1) This is one that I sometimes need: class members (static members in java IIRC), or class var - class property in the page provided. Moreover, if we had class members we could get rid of a hack in LCL that till now couldn't be solved in other ways (the fact that LCL classes store the WSPrivate class in the AutoTable field of the class VMT, to overcome the lack of class members in the language). I don't know if class members are planned/implemented in 2.3.x, is there the will to do such a thing? 2) I don't like that helper class thing very much: it smells bad, and it was introduced by Borland to map VCL classes to standard .NET ones. However, this feature could be used to clean another (actually, it's in the same file) big hack in lcl: the fact that class hierarchy is altered at runtime so that tws* methods map to twsWIDGETSET* methods. I mean, without having to overwrite VMTs, something like this could be done (if I understood correctly the semantics of helper classes): TWSControl = class .. end; and, in the interface: TWSWin32Control = class helper for TWSControl .. end; No more need for registering an interface at runtime, since using the main interface units causes helper classes to be used: it would be a cleaner way using a language supported construct instead of having to hack class structure to make things work. This thing was introduced by Borland to map VCL to .NET: well, in LCL we are doing the same thing - mapping lcl classes to the right widgetset - so, even if I don't like this helper class thing in everyday life, in the LCL case one could use this feature for the same reason Borland introduced it. I think, if we had designed this part of the widget interface for fpc 2.0.0 (after 2005) instead of fpc 1.0.0 (+/- 2000), we would have used interfaces. Something like IWSWinControl = interface(IWSControl) function CreateHandle(AWinControl: TWinControl): THandle; end; TWin32WinControl = class(TWin32Control, IWSWinControl) function CreateHandle(AWinControl: TWinControl): THandle; end; However, I think that this language feature would be more difficult to implement than class members, and rarely used (it's something that onlylazarus SHOULD need - you shouldn't use it in your programs). Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SetWindowFullScreen broken
On Mon, 21 May 2007 11:58:38 +0200 A.J. Venter [EMAIL PROTECTED] wrote: On 5/21/07, Mattias Gaertner [EMAIL PROTECTED] wrote: On Mon, 21 May 2007 10:50:51 +0200 A.J. Venter [EMAIL PROTECTED] wrote: So should I then assume that nobody else can/will help me figure out how to fix this ? I must admit that (even though I wrote [most of] the orriginal functions in the gtk interface) I have no clue why the newer compiler would break them. I just tested: All 5 functions still work under gtk1 and gtk2 ubuntu/edgy (the 2 Release functions work too). Can you test with gtk2? Maybe your window manager does not support it? My status is that I have only tested with GTK1, I cannot compile GTK2 LCL since I upgraded the compiler (complains it cannot find gtkint), Just to make sure we are on the same page: [EMAIL PROTECTED] ~]$ ppc386 -l Free Pascal Compiler version 2.3.1 [2007/05/08] for i386 Copyright (c) 1993-2007 by Florian Klaempfl I tested with 2.3.1 [2007/04/30] for i386. I will try to get a newer one. Did you try another windowmanager? That is the version of the compiler I am running. Other thing is, I know of three functions: SetWindowFullScreen, GrabMouseToForm and GrabKeyBoardToForm. What are the other two functions ? ReleaseMouseFromForm and ReleaseKeyBoardFromForm Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
Mattias Gaertner wrote: I'm curious: Was there any feature, that FPC implemented first and was reimplemented by Borland in the same way? Perhaps operator overloading and inline ? But I think those have a .net origin, not fpc, for Borland. Micha _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
Some of these new IDE features are sweet! http://dn.codegear.com/article/34323 2007/5/21, Graeme Geldenhuys [EMAIL PROTECTED]: Hi, Here is some interesting Delphi features I found title: New since Delphi 7... Anybody interested in implementing a few. At least FPC and Lazarus beat them to a few of those!! :-) New IDE features since Delphi 7 http://dn.codegear.com/article/34325 New VCL feature since Delphi 7 http://dn.codegear.com/article/34323 New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 Some just don't make sense like the Records with Methods in the language features. Why not just use a class? -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives -- Atenciosamente, Alexsander da Rosa http://alexrosa.blogspot.com - Blog Pessoal http://www.pliber.org - Partido Libertário _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Array of Buttons, OnClick how made to work
I have this in Delphi, and the event onClick, work perfect for xx do btnMenu[xx].Height := 25; btnMenu[xx].Left:= 15; btnMenu[xx].Width := 140; btnMenu[xx].Caption:= sqDataF.FieldByName('nombre').AsString; btnMenu[xx].Tag:= sqDataF.FieldByName('accion').AsInteger; btnMenu[xx].Name:='Menu' + intToStr(xx); btnMenu[xx].Font.Color:=RGB(255,255,255); btnMenu[xx].Color:=RGB(100,100,100); btnMenu[xx].OnClick := BtnMenuClick; INC(xx); end; //=== procedure TfrmMain.btnMenuClick(Sender: TObject); begin with TButton(Sender) do if Tag = 200 then end; In lazarus the compiler return grong number of parameters in: btnMenu[xx].OnClick := BtnMenuClick; Any idea ? thank you - Got a little couch potato? Check out fun summer activities for kids.
Re: [lazarus] New features since Delphi 7...
On 5/21/07, Mattias Gaertner [EMAIL PROTECTED] wrote: They just gave it a different name. Only god knows why... I'm curious: Was there any feature, that FPC implemented first and was reimplemented by Borland in the same way? Can we take them to court for Patent Infringement or ask them for royalties. Better yet, they must donate a few staff members to permanently work on FPC Lazarus. How sweet would that be! ;-) -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Array of Buttons, OnClick how made to work
Use either {$MODE DELPHI} or ...OnClick := @BtnMenuClick. Am Montag, den 21.05.2007, 11:39 -0700 schrieb Carlos Avogaro: I have this in Delphi, and the event onClick, work perfect for xx do btnMenu[xx].Height := 25; btnMenu[xx].Left:= 15; btnMenu[xx].Width := 140; btnMenu[xx].Caption:= sqDataF.FieldByName('nombre').AsString; btnMenu[xx].Tag:= sqDataF.FieldByName('accion').AsInteger; btnMenu[xx].Name:='Menu' + intToStr(xx); btnMenu[xx].Font.Color:=RGB(255,255,255); btnMenu[xx].Color:=RGB(100,100,100); btnMenu[xx].OnClick := BtnMenuClick; INC(xx); end; //=== procedure TfrmMain.btnMenuClick(Sender: TObject); begin with TButton(Sender) do if Tag = 200 then end; In lazarus the compiler return grong number of parameters in: btnMenu[xx].OnClick := BtnMenuClick; Any idea ? thank you __ Got a little couch potato? Check out fun summer activities for kids.
Re: [lazarus] New features since Delphi 7...
Graeme Geldenhuys wrote: Hi, Here is some interesting Delphi features I found title: New since Delphi New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 Would anyone mind explaining this to me? I don't get it. Routines can now be marked with the inline directive. This tells the compiler that, instead of actually calling the routine, it should emit code that includes the routine at the call site. Sorry, but the only thing that kept me out of college...was highschool. ;) -- Warm Regards, Lee _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Array of Buttons, OnClick how made to work
It's work!!! Thank you, Albert Albert Zeyer [EMAIL PROTECTED] wrote: Use either {$MODE DELPHI} or ...OnClick := @BtnMenuClick. Am Montag, den 21.05.2007, 11:39 -0700 schrieb Carlos Avogaro: I have this in Delphi, and the event onClick, work perfect for xx do btnMenu[xx].Height := 25; btnMenu[xx].Left:= 15; btnMenu[xx].Width := 140; btnMenu[xx].Caption:= sqDataF.FieldByName('nombre').AsString; btnMenu[xx].Tag:= sqDataF.FieldByName('accion').AsInteger; btnMenu[xx].Name:='Menu' + intToStr(xx); btnMenu[xx].Font.Color:=RGB(255,255,255); btnMenu[xx].Color:=RGB(100,100,100); btnMenu[xx].OnClick := BtnMenuClick; INC(xx); end; //=== procedure TfrmMain.btnMenuClick(Sender: TObject); begin with TButton(Sender) do if Tag = 200 then end; In lazarus the compiler return grong number of parameters in: btnMenu[xx].OnClick := BtnMenuClick; Any idea ? thank you - Got a little couch potato? Check out fun summer activities for kids. - Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.
Re: [lazarus] New features since Delphi 7...
On 5/21/07, Lee Jenkins [EMAIL PROTECTED] wrote: Would anyone mind explaining this to me? I don't get it. Routines can now be marked with the inline directive. This tells the compiler that, instead of actually calling the routine, it should emit code that includes the routine at the call site. As far as I understand it (FPC also has that feature) is that it is a hint to the compiler for optimisation purposes. -- Graeme Geldenhuys General error, hit any user to continue. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
Lee Jenkins wrote: Routines can now be marked with the inline directive. This tells the compiler that, instead of actually calling the routine, it should emit code that includes the routine at the call site. http://en.wikipedia.org/wiki/Inline_expansion Micha _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On Mon, 21 May 2007, Graeme Geldenhuys wrote: On 5/21/07, Lee Jenkins [EMAIL PROTECTED] wrote: Would anyone mind explaining this to me? I don't get it. Routines can now be marked with the inline directive. This tells the compiler that, instead of actually calling the routine, it should emit code that includes the routine at the call site. As far as I understand it (FPC also has that feature) is that it is a hint to the compiler for optimisation purposes. This is correct. Instead of inserting a call to the code of the routine, the generated assembler code for the routine is inserted at the location of the call. This is obviously only useful if the code of the routine is small, and comparable to the overhead generated by the call (stack setup,call,stack cleanup). Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Sample of Daemon (Service) Application...
Hi people. I need one sample of how buid a daemon or service application with lazarus 0.9.23 Thank, you. -- *Liyuán García Caballero* Especialista B en Ciencias Informáticas *Excelencia en Software* Desoft en Ciego de Ávila. Circunvalación Norte Esq. Ave. Las Palmas. Ciego de Ávila. Cuba. Telf.: (53 33) 22 8971, Fax:22 8792. e_mail: [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On 5/21/07, Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 5/21/07, Marc Weustink [EMAIL PROTECTED] wrote: IIRC, in delphi 1 you couldn't mix classes and objects in the same unit. So you wouldn't use them. I've never used them before... :-) Always thought they were the same as a Class but in the pre-Delphi days. Thought they were deprecated or something... Delphi documentation always stated it was a compatibility feature with TP and should not be used for new code, IIRC even in Delphi 1... So, even though I'm an optimization-addicted I presumed it was probably under-maintained and under-optimized so I never even tried it :-/ -Flávio _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On 5/21/07, Lepidosteus [EMAIL PROTECTED] wrote: One thing I dislike is the poor abstract implementation. I don't see one good reason to let abstract class be instantiated... Totally agreed. And I'd like it so much if FPC would allow one to declare a class 'abstract' even if it didn't contain abstract methods... Final methods and readonly/final members would also be sooo nice ;-) -Flávio _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
Micha Nelissen wrote: Lee Jenkins wrote: Routines can now be marked with the inline directive. This tells the compiler that, instead of actually calling the routine, it should emit code that includes the routine at the call site. http://en.wikipedia.org/wiki/Inline_expansion Neat. Thanks all. -- Warm Regards, Lee _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sample of Daemon (Service) Application...
There is a complete sample daemon in the linux demo apps for fpc. One hint: if you use lazarus for your ide you must choose commandline ap as your project type or your daemon will end up not being able to start at boot time (linked against libs that can only start under x11). Sorry no idea how this works under windows. On 5/21/07, Liyuan Garcia Caballero [EMAIL PROTECTED] wrote: Hi people. I need one sample of how buid a daemon or service application with lazarus 0.9.23 Thank, you. -- *Liyuán García Caballero* Especialista B en Ciencias Informáticas *Excelencia en Software* Desoft en Ciego de Ávila. Circunvalación Norte Esq. Ave. Las Palmas. Ciego de Ávila. Cuba. Telf.: (53 33) 22 8971, Fax:22 8792. e_mail: [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives -- A.J. Venter CEO - OutKast Solutions C.C. http://www.outkastsolutions.co.za Cell: +27 83 455 9978 Fax: +27 21 413 2800 Office: +27 21 591 6766 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Linux WriteLn - Staionary Output - how is done?
CRT is one way but rather relies on using the whole console. Anyway ncrt is safer. Sounds like you need something like this: uses ncrt; ... write('i wrote this code'); window(1,wherey,80,wherey); clrscr; write('on my phone from memory'); Hope that helps. On 5/21/07, Lee Jenkins [EMAIL PROTECTED] wrote: Lee Jenkins wrote: Hi all, I'm wondering how to emulate the static console output seen with some linux applications such as yum. More specifically, static output without going to another line or appending to existing text already written such as this: Getting File: somefile.txt [=] 50% I hope that I explained my question well enough. Thanks! Thanks all, I'll take a look at the crt unit. -- Warm Regards, Lee _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives -- A.J. Venter CEO - OutKast Solutions C.C. http://www.outkastsolutions.co.za Cell: +27 83 455 9978 Fax: +27 21 413 2800 Office: +27 21 591 6766 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] RTF backend for FPDoc.
Michael Van Canneyt wrote: I have finished converting a LGPL'd lzx compressor to pascal and emailed the author to see if it can be released under fpc's modified LGPL. Good news. Is there some kind of reference for the TOC page that would need to be generated for .chm ? Hi from this link this is all the information about the TOC and Index files in chms: http://www.nongnu.org/chmspec/latest/Sitemap.html These formats are based on HTML and use the following doctype: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML//EN The HEAD tag contains a meta tag providing information on the program that generated the files and a comment indicating the version of the file. e.g.: meta name=GENERATORcontent=Microsoftreg; HTML Help Workshop 4.1 !-- Sitemap 1.0 -- The BODY tag contains an OBJECT tag that stores properties of the file in param tags, followed by a UL tag, whose LI tags have OBJECT tags that store the properties of the Contents/Index items in param tags. e.g.: BODY OBJECT type=text/site properties param name=Property Name value=Property Value … /OBJECT UL LI OBJECT type=text/sitemap param name=Property Name value=Property Value … /OBJECT … /UL /BODY Note that the Property Names and Property Values and tags are not case-sensitive, but HHW will always write all three in the default capitilization, when appropriate. Note that the tags are mostly in uppercase and the LI tag is not closed; this is in compliance with the doctype. Some properties that were seen in HHA.dll that may or may not be used are Background Image, NumberImages, InformationTypeDecl, Secondary, Icon, Display, Keyword, Instruction, Section Title, Favorites, QueryType, SendEvent, SendMessage, HHI, Inclusive Exclusive.\ This the beginning chunk of an autogenerated (the autogenerated TOC stinks) hhc(TOC) file for the rtl: .hhk are in the same format but are for the Index pane and do not have subitems. DOCTYPE HTML PUBLIC -//IETF//DTD HTML//EN HTML HEAD meta name=GENERATOR content=Microsoftreg; HTML Help Workshop 4.1 !-- Sitemap 1.0 -- /HEADBODY OBJECT type=text/site properties param name=Auto Generated value=Yes /OBJECT UL LI OBJECT type=text/sitemap param name=Name value=Reference for package 'rtl' param name=Local value=rtl/index.html /OBJECT UL LI OBJECT type=text/sitemap param name=Name value=Units param name=Local value=rtl/index.html /OBJECT LI OBJECT type=text/sitemap param name=Name value=Description param name=Local value=rtl/index.html /OBJECT /UL LI OBJECT type=text/sitemap param name=Name value=Reference for unit 'BaseUnix' param name=Local value=rtl/baseunix/index.html /OBJECT UL LI OBJECT type=text/sitemap param name=Name value=Overview param name=Local value=rtl/baseunix/index.html /OBJECT /UL .. /UL Regards, Andrew Haines _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Remobjects Supports Freepascal?
This is very welcome news for me. http://www.remobjects.com/product/page.asp?id={E1DB912D-BD45-4B74-9AC4-550E3CD3738F} -- Warm Regards, Lee _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Remobjects Supports Freepascal?
This is very welcome news for me. http://www.remobjects.com/product/page.asp?id={E1DB912D-BD45-4B74-9AC4-550E3CD3738F} I just knew that someday there will be more and more Delphi component providers support FPC/Lazarus due to active development of FPC/Lazarus and lack of Borland/CG interest to non-Windows platform. And someday, Borland/CG will have no options except support FPC/Lazarus because they'll be far behind FPC/Lazarus for non-Windows platform. FPC as a compiler is a mature and stable product. Morfik and Pixel obviously shows its power. What I've been waiting to jump to FPC vehicle is AtoZed's Intraweb. :-D From Borland/CG, I'm thinking that someday they will offer Delphi for Pascal IDE with FPC as an alternative compiler to compete with (or terminate) unofficial CrossFPC. ;) -Bee- has Bee.ography at: http://beeography.wordpress.com _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives