Re: [Lazarus] Custom Controls package cannot be found
On 22 February 2012 17:23, Felipe Monteiro de Carvalho wrote: Try removing lcl/units and components/customdrawn/units and try again OK, I thought I would try one at a time first - to more accurately pinpoint the exact cause. I didn't have a components/customdrawn/units/ directory, but I did have a components/customdrawn/lib/ directory. Removing that 'lib' directory, and then trying to rebuild the IDE via the 'Tools Configure Build Lazarus' worked! So that simply means there was outdated compiled units left behind. So why didn't 'make clean' as I originally ran it, or the 'make bigideclean' as Mattias suggested clean out this directory? So the 'make cleanwhatever' doesn't actually do a very good job. :-( Anyway, thanks for finding a solution to my problem. Now all that remains, is fixing the 'make clean...' issue. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How well should Lazarus check method parameters?
Am 22.02.2012 22:49 schrieb Mattias Gaertner nc-gaert...@netcologne.de: On Wed, 22 Feb 2012 20:55:01 + Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: I've just spotted this in my code: procedure FormCloseQuery(Sender: TObject; CanClose: boolean); .. procedure TListForm.FormCloseQuery(Sender: TObject; CanClose: Boolean); Those were inserted by some old version of the IDE, presumably the current version inserts the missing var. I don't remember such a bug, but I'm not sure. Maybe it was there for a very short time and you were just unlucky. Shouldn't either the IDE or the runtimes pick up this error? It's valid code. What do you expect? Huh? And what will happen if this handler gets assigned to OnCloseQuery through the LFM? Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Auto adding interface methods
On Thu, 23 Feb 2012 09:32:14 +0200 ik ido...@gmail.com wrote: On Thu, Feb 23, 2012 at 00:45, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Thu, 23 Feb 2012 00:26:32 +0200 ik ido...@gmail.com wrote: On Thu, Feb 23, 2012 at 00:09, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 22 Feb 2012 23:57:12 +0200 ik ido...@gmail.com wrote: Hello, Is there a shortcut in Lazarus's editor for Adding all of the methods that are added to an interface ? No. There is already a feature request. Also, Is there a way to tell Lazarus to foreword the parent methods and property for the child's declaration ? Can you give an example? TParent = class private FBar : String; FBaz : integer; public procedure Foo; property Bar : String read FBar; write FBar; published property Baz : Integer read FBaz write FBaz end; TChild = class(TParent) // Let's say CTRL+SHIFT+C for example public property Bar; //Foreword from CTRL+SHIFT+C for example published property Baz; // ... end; The above has no effect. What do you want to achieve? That rather constantly doing copy paste of original properties and even methods to foreword to a new class, there will be a tool for that. With my Redis client, I have a basic class that contain such properties, and few classes that inherits them, and require to have the properties inside. It would be nice, but not a real demand to have such support. The CTRL+SHIFT+C is the tool for the job imho, because it completes code declarations, but as you discover, it does not do that at the time. I think that part of the interface inheritance feature that will or might be designed, it should support also this. I still don't see the point. The properties have the same visibility, type, getters and setters. I could understand the demand for a tool doing the opposite: to clean up such duplicate properties. Or a tool to raise the visibility of inherited properties. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How well should Lazarus check method parameters?
On Thu, 23 Feb 2012 09:54:52 +0100 Sven Barth pascaldra...@googlemail.com wrote: Am 22.02.2012 22:49 schrieb Mattias Gaertner nc-gaert...@netcologne.de: On Wed, 22 Feb 2012 20:55:01 + Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: I've just spotted this in my code: procedure FormCloseQuery(Sender: TObject; CanClose: boolean); .. procedure TListForm.FormCloseQuery(Sender: TObject; CanClose: Boolean); Those were inserted by some old version of the IDE, presumably the current version inserts the missing var. I don't remember such a bug, but I'm not sure. Maybe it was there for a very short time and you were just unlucky. Shouldn't either the IDE or the runtimes pick up this error? It's valid code. What do you expect? Huh? And what will happen if this handler gets assigned to OnCloseQuery through the LFM? The TReader can not find procedure FormCloseQuery. It can only find methods in TListForm. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Custom Controls package cannot be found
Am 23.02.2012 09:43 schrieb Graeme Geldenhuys graemeg.li...@gmail.com: On 22 February 2012 17:23, Felipe Monteiro de Carvalho wrote: Try removing lcl/units and components/customdrawn/units and try again OK, I thought I would try one at a time first - to more accurately pinpoint the exact cause. I didn't have a components/customdrawn/units/ directory, but I did have a components/customdrawn/lib/ directory. Removing that 'lib' directory, and then trying to rebuild the IDE via the 'Tools Configure Build Lazarus' worked! So that simply means there was outdated compiled units left behind. So why didn't 'make clean' as I originally ran it, or the 'make bigideclean' as Mattias suggested clean out this directory? So the 'make cleanwhatever' doesn't actually do a very good job. :-( Anyway, thanks for finding a solution to my problem. Now all that remains, is fixing the 'make clean...' issue. AFAIK make clean only removes files it knows about. If the unit directory got renamed from lib to units then it dies not know there is a lib directory to clean (it could be a directory created by the user after all). I don't know whether this is your exact course, but it's at least the situation as I remember it. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Custom Controls package cannot be found
On 22 February 2012 19:08, Marcos Douglas wrote: Use 'make distclean' in Lazarus directory; Oh God, yet another 'make clean' option!!! How many clean options does the Lazarus project have?? Anyway, I don't think it is going to make much of a difference now - seeing that I removed the outdated compiled units already. But while you are here... What is the difference between all the make clean... options, and how many clean options do we really have? Does Lazarus really need them all? Can't we just have a single 'make clean' that really does the job as the name suggests? Good news for those using the Git mirror repository. I just found out that git has a really clean option. git clean -d -x -f -d Delete untracked directories too -x Do not use the git ignore file rules -fForce a yes to all to remove all untracked files. Here is that command in a dry-run mode: [lazarus (graemeg)]$ git clean -d -x -f -n Would remove lazarus Would remove startlazarus Would remove svndiff Would remove components/cgi/ Would remove components/chmhelp/lhelp/lhelp.or Would remove components/chmhelp/lhelp/ppas.sh Would remove components/chmhelp/packages/help/lib/ Would remove components/chmhelp/packages/idehelp/lib/ Would remove components/customdrawn/lib/ Would remove components/datadict/lib/ Would remove components/dbexport/lib/ Would remove components/editortoolbar/languages/edttbconfigfrm.po Would remove components/editortoolbar/lib/ Would remove components/externhelp/lib/ Would remove components/filebrowser/lib/ Would remove components/fpcunit/console/lib/ Would remove components/instantfpc/lib/ Would remove components/leakview/lib/ Would remove components/printers/design/lib/ Would remove components/projecttemplates/lib/ Would remove components/sdf/lib/ Would remove components/tachart/lib/ Would remove components/tdbf/lib/ Would remove components/todolist/lib/ Would remove components/turbopower_ipro/design/lib/ Would remove debugger/fpdebug/fpd/fpd.ico Would remove debugger/fpdebug/fpd/fpd.lpi Would remove debugger/fpdebug/fpd/fpd.res Would remove debugger/test/Gdbmi/TestApps/lib/ Would remove debugger/test/Gdbmi/TestGdbmi Would remove debugger/test/Gdbmi/TestGdbmi.res Would remove debugger/test/Gdbmi/lib/ Would remove docs/html/build_txt.sh Would remove docs/html/lcl.inf Would remove examples/dragimagelist/project1 Would remove examples/dragimagelist/project1.or Would remove examples/dropfiles/dropfiles Would remove examples/dropfiles/dropfiles.or Would remove lcl/Controls_lcl.pas Would remove lcl/interfaces/fpgui/corelib Would remove lcl/interfaces/fpgui/fpgui_listing.txt Would remove lcl/interfaces/fpgui/gui Would remove lcl/languages/fpg_constants.po Would remove lcl/units/ Would remove lib/ Would remove testgit Would remove testgit.lpi Would remove testgit.lpr Would remove tools/debugserver/debugserver Would remove tools/debugserver/debugserver.exe Would remove tools/debugserver/debugserver.or Would remove tools/jsonviewer/go.sh Would remove tools/jsonviewer/jsonviewer Would remove tools/libpsvn2revisioninc.a Would remove tools/revision.inc Would remove tools/updatepofiles [snip]... After this I searched the lazarus directory structure. There are NO executables, compiled units or other temp files lying around. The lazarus directory is now in a pristine state. I guess I'll use the 'git clean' command from now onwards. Maybe if the makefile clean is not sufficient enough (or technically limited in some way), the lazarus developers should implement a 'git clean' style tool for the Lazarus project. Or does SVN already have a similar command to git-clean? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Custom Controls package cannot be found
On 23-2-2012 10:04, Graeme Geldenhuys wrote: On 23 February 2012 11:01, Sven Barth wrote: AFAIK make clean only removes files it knows about. If the unit directory got renamed from lib to units then it dies not know there is a lib directory to clean (it could be a directory created by the user after all). I don't know whether this is your exact course, but it's at least the situation as I remember it. I definitely did not rename any directories. Why doesn't 'make clean' rather search for *.ppu and *.o and *.a and executables instead? That would be a much more reliable clean method. I'd agree with removing .ppu, .o, .a but: 1) removing executables is nasty if you have 3rd party exes in your Lazarus tree 2) IIRC, there's a way to use closed source ppus... if that is true, deleting .ppu might be nasty, too. Possibly similar argument for .o or .a Perhaps a new make nuclearclean option would be nice that does remove all .ppu, .o and .a files... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How well should Lazarus check method parameters?
On Thu, 23 Feb 2012 07:07:47 + Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: Mattias Gaertner wrote: On Wed, 22 Feb 2012 20:55:01 + Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: I've just spotted this in my code: procedure FormCloseQuery(Sender: TObject; CanClose: boolean); .. procedure TListForm.FormCloseQuery(Sender: TObject; CanClose: Boolean); Those were inserted by some old version of the IDE, presumably the current version inserts the missing var. I don't remember such a bug, but I'm not sure. Maybe it was there for a very short time and you were just unlucky. Only thing there is that I roughed that program out a long time before I was getting Lazarus from svn, so it might in fact be in one or more releases. Appears to be OK at 0.9.24.1, so it's fairly unlikely that anybody's still using an affected copy. Shouldn't either the IDE or the runtimes pick up this error? It's valid code. What do you expect? I'd expect the trunk IDE or runtimes to realise that the second parameter isn't compatible with the current definitions. Ah, now I see what you mean: TCloseQueryEvent = procedure(Sender : TObject; var CanClose : boolean) of object; And you have procedure TListForm.FormCloseQuery(Sender: TObject; CanClose: Boolean); Yes, the IDE adds the var when the event is created. I don't know when this was implemented - a long time ago. There is currently no tool to fix the signatures. The LFM / TReader does not check either. You can create feature requests if you like. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Auto adding interface methods
On Thu, Feb 23, 2012 at 10:57, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Thu, 23 Feb 2012 09:32:14 +0200 ik ido...@gmail.com wrote: On Thu, Feb 23, 2012 at 00:45, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Thu, 23 Feb 2012 00:26:32 +0200 ik ido...@gmail.com wrote: On Thu, Feb 23, 2012 at 00:09, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 22 Feb 2012 23:57:12 +0200 ik ido...@gmail.com wrote: Hello, Is there a shortcut in Lazarus's editor for Adding all of the methods that are added to an interface ? No. There is already a feature request. Also, Is there a way to tell Lazarus to foreword the parent methods and property for the child's declaration ? Can you give an example? TParent = class private FBar : String; FBaz : integer; public procedure Foo; property Bar : String read FBar; write FBar; published property Baz : Integer read FBaz write FBaz end; TChild = class(TParent) // Let's say CTRL+SHIFT+C for example public property Bar; //Foreword from CTRL+SHIFT+C for example published property Baz; // ... end; The above has no effect. What do you want to achieve? That rather constantly doing copy paste of original properties and even methods to foreword to a new class, there will be a tool for that. With my Redis client, I have a basic class that contain such properties, and few classes that inherits them, and require to have the properties inside. It would be nice, but not a real demand to have such support. The CTRL+SHIFT+C is the tool for the job imho, because it completes code declarations, but as you discover, it does not do that at the time. I think that part of the interface inheritance feature that will or might be designed, it should support also this. I still don't see the point. The properties have the same visibility, type, getters and setters. I could understand the demand for a tool doing the opposite: to clean up such duplicate properties. Or a tool to raise the visibility of inherited properties. In my knowledge in Pascal, if the child does not pass the parent properties, then they are not visible in the child. For example in the RTTI you will not see the published property because it was not foreword to the child. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Custom Controls package cannot be found
On Thu, 23 Feb 2012 11:04:13 +0200 Graeme Geldenhuys graemeg.li...@gmail.com wrote: On 23 February 2012 11:01, Sven Barth wrote: AFAIK make clean only removes files it knows about. If the unit directory got renamed from lib to units then it dies not know there is a lib directory to clean (it could be a directory created by the user after all). I don't know whether this is your exact course, but it's at least the situation as I remember it. I definitely did not rename any directories. Why doesn't 'make clean' rather search for *.ppu and *.o and *.a and executables instead? That would be a much more reliable clean method. Do you know how to do that with Make? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How well should Lazarus check method parameters?
Mattias Gaertner wrote: On Thu, 23 Feb 2012 09:54:52 +0100 Sven Barth pascaldra...@googlemail.com wrote: Am 22.02.2012 22:49 schrieb Mattias Gaertner nc-gaert...@netcologne.de: On Wed, 22 Feb 2012 20:55:01 + Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: I've just spotted this in my code: procedure FormCloseQuery(Sender: TObject; CanClose: boolean); .. procedure TListForm.FormCloseQuery(Sender: TObject; CanClose: Boolean); Those were inserted by some old version of the IDE, presumably the current version inserts the missing var. I don't remember such a bug, but I'm not sure. Maybe it was there for a very short time and you were just unlucky. Shouldn't either the IDE or the runtimes pick up this error? It's valid code. What do you expect? Huh? And what will happen if this handler gets assigned to OnCloseQuery through the LFM? The TReader can not find procedure FormCloseQuery. It can only find methods in TListForm. I might be missing something to my discredit, but this *is* in the TListForm: type { TListForm } TListForm = class(TForm) Bevel1: TBevel; DialogFind: TFindDialog; DialogFont: TFontDialog; MenuItem1: TMenuItem; .. procedure FormCloseQuery(Sender: TObject; CanClose: boolean); .. public { public declarations } GlobalState: TGlobalState; end; var ListForm: TListForm; Comments in the code suggest that I was using whatever version was current in around '06 or possibly a bit older. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Auto adding interface methods
Am 23.02.2012 10:09, schrieb ik: On Thu, Feb 23, 2012 at 10:57, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Thu, 23 Feb 2012 09:32:14 +0200 ikido...@gmail.com wrote: On Thu, Feb 23, 2012 at 00:45, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Thu, 23 Feb 2012 00:26:32 +0200 ikido...@gmail.com wrote: On Thu, Feb 23, 2012 at 00:09, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 22 Feb 2012 23:57:12 +0200 ikido...@gmail.com wrote: Hello, Is there a shortcut in Lazarus's editor for Adding all of the methods that are added to an interface ? No. There is already a feature request. Also, Is there a way to tell Lazarus to foreword the parent methods and property for the child's declaration ? Can you give an example? TParent = class private FBar : String; FBaz : integer; public procedure Foo; property Bar : String read FBar; write FBar; published property Baz : Integer read FBaz write FBaz end; TChild = class(TParent) // Let's say CTRL+SHIFT+C for example public property Bar; //Foreword from CTRL+SHIFT+C for example published property Baz; // ... end; The above has no effect. What do you want to achieve? That rather constantly doing copy paste of original properties and even methods to foreword to a new class, there will be a tool for that. With my Redis client, I have a basic class that contain such properties, and few classes that inherits them, and require to have the properties inside. It would be nice, but not a real demand to have such support. The CTRL+SHIFT+C is the tool for the job imho, because it completes code declarations, but as you discover, it does not do that at the time. I think that part of the interface inheritance feature that will or might be designed, it should support also this. I still don't see the point. The properties have the same visibility, type, getters and setters. I could understand the demand for a tool doing the opposite: to clean up such duplicate properties. Or a tool to raise the visibility of inherited properties. In my knowledge in Pascal, if the child does not pass the parent properties, then they are not visible in the child. For example in the RTTI you will not see the published property because it was not foreword to the child. No, this is wrong. A class always inherits the properties of its parent. The following example prints 42: === example begin === program test; {$mode objfpc} {$apptype console} uses typinfo; type {$TYPEINFO ON} TTest = class private fFoo: LongInt; published property Foo: LongInt read fFoo write fFoo; end; {$TYPEINFO OFF} TTestChild = class(TTest) end; var t: TTestChild; begin t := TTestChild.Create; t.Foo := 42; Writeln(GetOrdProp(t, 'Foo')); end. === example end === So your suggested tool is basically useless. You only need to write property Foo; in a child class if you want to increase the visibility of the property (e.g. from protected to public or published) Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Custom Controls package cannot be found
On 23 February 2012 11:13, Mattias Gaertner wrote: Do you know how to do that with Make? I know nothing about makefile's - for good reason. What I suggested is very simple to implement using Object Pascal. ;-) Isn't FPC and Lazarus supposed to move away from makefile's anyway? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Auto adding interface methods
On Thu, 23 Feb 2012 11:09:18 +0200 ik ido...@gmail.com wrote: [...] In my knowledge in Pascal, if the child does not pass the parent properties, then they are not visible in the child. For example in the RTTI you will not see the published property because it was not foreword to the child. No. In fact you can only raise the visibility of a property, never decrease it. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Custom Controls package cannot be found
Am 23.02.2012 10:01, schrieb Graeme Geldenhuys: On 22 February 2012 19:08, Marcos Douglas wrote: Use 'make distclean' in Lazarus directory; Oh God, yet another 'make clean' option!!! How many clean options does the Lazarus project have?? While I agree with you that too many clean targets are not that nice (did you see the bigideclean that Matthias wrote? ;) ), I can assure you that distclean is rather common among Unix projects. For a possible explanation see here: http://www.linuxquestions.org/questions/linux-software-2/what-is-the-difference-between-make-distclean-and-make-clean-284353/ The use in FPC for clean vs. distclean is the following: * clean removes the generated files (*.ppu, *.a, *.o, etc.) * distclean ALSO(!) removes the generated fpmake-$target files (they don't need to be compiled on each make all) Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Auto adding interface methods
On Thu, Feb 23, 2012 at 11:27, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Thu, 23 Feb 2012 11:09:18 +0200 ik ido...@gmail.com wrote: [...] In my knowledge in Pascal, if the child does not pass the parent properties, then they are not visible in the child. For example in the RTTI you will not see the published property because it was not foreword to the child. No. In fact you can only raise the visibility of a property, never decrease it. Wow, damm it's the second thing that I discover that what I think I know, and what actually there are wrong. Thanks to you and Sven as well for this, and the tool is useless. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Custom Controls package cannot be found
Am 23.02.2012 10:26, schrieb Graeme Geldenhuys: On 23 February 2012 11:13, Mattias Gaertner wrote: Do you know how to do that with Make? I know nothing about makefile's - for good reason. What I suggested is very simple to implement using Object Pascal. ;-) Isn't FPC and Lazarus supposed to move away from makefile's anyway? If you follow FPC's trunk, then you'll know that it's already underway rather well ;) (the old INI based Makefile.fpc files in packages are already gone) Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fast drawing to canvas
On Thu, Feb 09, 2012 at 01:02:18PM +0200, Graeme Geldenhuys wrote: A quick test on my system, using my own animation images. * using the fpGUI toolkit * Each BMP image is 140kb (fpGUI doesn't have PNG support yet) If your imagetype supports topdown and bottomup, bmp reading and writing is limited by I/O, since they are essentially binary dumps of pixeldata with a header before it. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fast drawing to canvas
Am 23.02.2012 13:56, schrieb Marco van de Voort: On Fri, Feb 10, 2012 at 11:46:23AM +0100, Sven Barth wrote: said, on windows I get 50%HD @ 88fps and full HD @35fps. Now Mac is worrying as it draws full HD @ only 12fps. Maybe opengl can draw more efficienctly in this case? I would also like to test SDL. I don't know whether OpenGL is really more efficiently, I just wanted to throw in an alternative variant. The limit in OpenGL is going to be uploading speed. IIRC speed also depends on your opengl implementation match your videocard (iow, do not create opengl3 context on e.g. gf8x00 series, but do for new cards) I still have some code that does this. (OpenGL viewer widget + image type that supports a few basic kinds of bmp and png). But it is Delphi XE generics code, and I need some bugs fixed first :-) Somehow I have the feeling that the last statement was meant for me... ^^ Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] MouseOver hint is broken
On Wednesday 22 of February 2012 18:14:05 Thomas Moritz wrote: Hello, after the first start of lazarus, the mouseover-hint is broken. Here is an example: http://img268.imageshack.us/img268/9281/screenshotth.png If I close the project and re-open it is OK! It happens at every start of lazarus. Lazarus 0.9.31 SVN Revision: 35540M Free Pascal Compiler version 2.6.0 [2012/02/15] for x86_64 opensuse 12.1 gtk I don't have such problem here ... lazarus trunk , fpc 2.6.1, fedora 14 with gtk2-2.24.8. What's gtk2 version on that suse and what wm do you use (gnome, kde etc) ? Also, is compiz enabled ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fast drawing to canvas
On Thu, Feb 23, 2012 at 02:01:22PM +0100, Sven Barth wrote: I still have some code that does this. (OpenGL viewer widget + image type that supports a few basic kinds of bmp and png). But it is Delphi XE generics code, and I need some bugs fixed first :-) Somehow I have the feeling that the last statement was meant for me... ^^ Well, then it is still not in release versions, so that was more or less fun. Also you are not the only one, I also have an handfull of bugs in the embarcadero tracker :-) It is possible to manually expand the generics though. I didn't, because i wanted to preserve inlining functionality here and there. The GL code was originally written by Ales, and I've expanded it since. The GL code is not generics dependent, the base type however is. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Undo on editor.
Is there any plans to do the undo on the editor? -- Everton Vieira. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Undo on editor.
Everton Vieira tonvie...@gmail.com hat am 23. Februar 2012 um 15:00 geschrieben: 2012/2/23 Everton Vieira tonvie...@gmail.com mailto:tonvie...@gmail.com the editor? -- Everton Vieira. =?71c4af2e-7ede-4749-bc03-e827c6f6ed0d-- Design editor. sorry. =?71c4af2e-7ede-4749-bc03-e827c6f6ed0d-- It has low priority. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Undo on editor.
2012/2/23 Mattias Gaertner nc-gaert...@netcologne.de ** Everton Vieira tonvie...@gmail.com hat am 23. Februar 2012 um 15:00 geschrieben: 2012/2/23 Everton Vieira tonvie...@gmail.com Is there any plans to do the undo on the editor? -- Everton Vieira. Design editor. sorry. It has low priority. I see. Thank you. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- Everton Vieira. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] fpweb fcl-web
Hi I am trying to make a cgi app for an embedded ARM machine. I have a native FPC for it, I don't need cross-compiling. I looked at fpweb package. Its example dir has a README: The examples were moved to the FPC sources. See fpcsrc/packages/fcl-web/examples Do I actually need fcl-web, not fpweb, or do I need both? Any Getting Started guides? Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fast drawing to canvas
On Thu, 23 Feb 2012 13:56:03 +0100 Marco van de Voort mar...@stack.nl wrote: The limit in OpenGL is going to be uploading speed. True, the absolut limit is PCI-E transfer speed (for 2.0 it is 5GT/s with a data rate of 500MB/s so a x32 connector can do about 16GB/s). Looks more like HD speed is a bigger issue than PCI-E transfer speed. IIRC speed also depends on your opengl implementation match your videocard (iow, do not create opengl3 context on e.g. gf8x00 series, but do for new cards) That's news to me. Do you have any links where I can look this up? AFAIK this are the general upload bottlenecks: - the driver (CPU overhead) - conversion or reformatting of data - the CPU bandwidth while copying the data from user space - the PCI-E bus while transferring the data For OpenGL it is hard to predict anything. Most of the time there isn't even one optimal way as much depends on hardware/driver combination. R. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] from hfiandor 23 feb 2012 about popup menu
2012/2/23 Ing. Héctor F. Fiandor Rosario hfian...@infomed.sld.cu: Dear colleagues: i have included a tPopUpMenu in a form and programed as in Delphi, but I can´t make it visible. You need to inform a lot more of information, for example: 1- Your Lazarus and FPC versions 2- Operating system 3- What you tryed so far to make it visible 4- Source code snipets and possibly screenshots (not attached, but a link to imageshack for example) -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fast drawing to canvas
On Thu, Feb 23, 2012 at 04:29:16PM +0100, Reimar Grabowski wrote: The limit in OpenGL is going to be uploading speed. True, the absolut limit is PCI-E transfer speed (for 2.0 it is 5GT/s with a data rate of 500MB/s so a x32 connector can do about 16GB/s). Looks more like HD speed is a bigger issue than PCI-E transfer speed. I did some tests with that, including with a x16 card in a x1 slot, and didn't notice any difference. (P35 mobo) The speed (with a non integrated GPU) is always about 1mb/ms so about 1gbyte/s. But that is for a single uploaded frame (see below). If I increase the framerate (generate a new frame more often), I see that the times get significantly (several times) longer, so the opengl call blocking time is not entirely the same as the time the card is busy. IIRC speed also depends on your opengl implementation match your videocard (iow, do not create opengl3 context on e.g. gf8x00 series, but do for new cards) That's news to me. Do you have any links where I can look this up? Benchmarking with own code. I had enabled gl3 contexts and PBOs, and I saw that that was faster on new machines, but slower on older ones. Old and new was mainly videocard. (HD5400 series from ATI vs older GF8500's) AFAIK this are the general upload bottlenecks: - the driver (CPU overhead) - conversion or reformatting of data While the code can do other types, I've most experience with 8-bit grayscale. (transformed to RGBA or ABGR while uploading) - the CPU bandwidth while copying the data from user space - the PCI-E bus while transferring the data I simply measure my frame upload method times, which are zero copy in my own code, thus entirely bound by opengl. This consists out of one texture upload, and some linedrawing which is done with ARB buffers. For OpenGL it is hard to predict anything. Most of the time there isn't even one optimal way as much depends on hardware/driver combination. True. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpweb fcl-web
On Thu, 23 Feb 2012, Juha Manninen wrote: Hi I am trying to make a cgi app for an embedded ARM machine. I have a native FPC for it, I don't need cross-compiling. I looked at fpweb package. Its example dir has a README: The examples were moved to the FPC sources. See fpcsrc/packages/fcl-web/examples Do I actually need fcl-web, not fpweb, or do I need both? Any Getting Started guides? The names are interchangeable. You need it to create CGI apps using the FPC framework for web programming. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fast drawing to canvas
On Thu, 23 Feb 2012 17:37:04 +0100 Marco van de Voort mar...@stack.nl wrote: Benchmarking with own code. I had enabled gl3 contexts and PBOs, and I saw that that was faster on new machines, but slower on older ones. Old and new was mainly videocard. (HD5400 series from ATI vs older GF8500's) This is not only old vs new it is also ATI vs NVidia and it is only two cards. Nothing wrong with that but I would not draw general conclusions from that. Enabling PBOs sounds like there is a specific way to use them but there isn't. Using one, two or a pool of PBOs are the options you have for using them for this case and they all should differ in speed (and implementation complexity). I have not tested this but reliable sources (forum on OpenGL.org) say that how and when you map/unmap the buffer makes a difference, too. Before mapping the buffer calling glBufferData with null as data may speed up the mapping time. I simply measure my frame upload method times, which are zero copy in my own code, thus entirely bound by opengl. It sounds like you measure OpenGL call blocking time which may or may not be equal to the real upload time. If you use PBOs you most likely map/unmap the buffer in that method, too, which I don't consider upload time. I don't want to question your method just saying that measuring OpenGL times is not as straight forward as it seems to be. That's why NVidia provides a complete SDK (PerfSDK) to measure your OpenGL performance. In the OpenGL world nothing is as easy as it seems. so the opengl call blocking time is not entirely the same as the time the card is busy Of course not. That's how OpenGL works and what makes timing single OpenGL operations difficult. Nonetheless some interesting info you gave there. R. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpweb fcl-web
On Thu, 23 Feb 2012 17:39:45 +0100 (CET) michael.vancann...@wisa.be wrote: Do I actually need fcl-web, not fpweb, or do I need both? Any Getting Started guides? The names are interchangeable. You need it to create CGI apps using the FPC framework for web programming. Second question nicely dodged. ;) R. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] from hfiandor 23 feb 2012 about popup
dear colleagues: thanks very much for your help. I have missed to write in the form, in the object inspector, the name of the popupmenu. thanks agains, Ing. Héctor F. Fiandor Rosario hfian...@infomed.sld.cu -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Custom Controls package cannot be found
On 23 February 2012 19:10, Lukasz Sokol el.es...@gmail.com wrote: ... which can be 'accidentally' damaged (e.g by format change between versions, rollbacks etc) and what then...? :) LOL! You better install git so see how funny that statement is. The file in question looks as follows... [ .gitignore or.git/info/exclude ] # Lines that start with '#' are comments. # For a project mostly in C, the following would be a good set of # exclude patterns (uncomment them if you want to use them): # *.[oa] # *~ lazarus startlazarus *.ppu # here the extension can be .o or .a *.[oa] # here I want to ignore a whole directory mycustomfiles/ - There is hardly a file format that could be broken. Each line is simply a name of a directory, file or a file mask. Regex could be used too. This are pretty standard stuff if you know what a file mask is. Anyway, it was just a suggestion for a tool for the lazarus project. The current makefile system sucks (too many options, hard to edit, screwed if you got an update before a clean etc), and fpmake might reach the light of day just before I die (I don't plan to die soon). fpmake has its share of problems too, so it will be interesting to see how FPC manages it. I found heaps of problems trying to integrate it with fpGUI. In the end, simple console utilities/tools still rock the house! -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Message error when closing IDE
On 2/23/2012 02:02, Rigel Rigel wrote: Hello, After I install component (for example bgrabitmap5.6 for lazpaint4.7 but not only this component) and after closing IDE error message appears (see attachment). How can I fix a problem? Thanks! you've built a debug or have the use heaptrc turned on... it isn't an error, really... BUT it would be nice for the window title to say something OTHER than Error... perhaps the window title should be Heap Trace or similar??? this has been on my Requests To Make list for some time but i've not gotten there yet... until now ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Message error when closing IDE
On 2/23/2012 02:38, zeljko wrote: On Thursday 23 of February 2012 08:02:08 Rigel Rigel wrote: After I install component (for example bgrabitmap5.6 for lazpaint4.7 but not only this component) and after closing IDE error message appears (see attachment). How can I fix a problem? Thanks! It's not error, but heaptrc output. Rebuild ide without -gh, or see if some of components you installed have -gh enabled in compiler options. since it is not an error, per se, why does the window title say Error?? ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Message error when closing IDE
waldo kitty schrieb: BUT it would be nice for the window title to say something OTHER than Error... perhaps the window title should be Heap Trace or similar??? this has been on my Requests To Make list for some time but i've not gotten there yet... until now ;) And when you touch that code, can you also suppress the IDE splash screen, that makes some of the smaller windows invisible and inoperative (on Windows)? It's really bad when a user has no idea why the IDE startup doesn't proceed, because the splash screen hides an dialog which waits for input, and furthermore how to terminate that hidden window :-( DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Message error when closing IDE
On Thursday 23 of February 2012 23:33:46 Hans-Peter Diettrich wrote: waldo kitty schrieb: BUT it would be nice for the window title to say something OTHER than Error... perhaps the window title should be Heap Trace or similar??? this has been on my Requests To Make list for some time but i've not gotten there yet... until now ;) And when you touch that code, can you also suppress the IDE splash screen, that makes some of the smaller windows invisible and inoperative (on Windows)? It's really bad when a user has no idea why the IDE startup doesn't proceed, because the splash screen hides an dialog which waits for input, and furthermore how to terminate that hidden window :-( +1 zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Message error when closing IDE
Thank you all! Clean Up + Build All solve the problem. If that really not an error may be better change the name of dialog from 'Error' to 'Message' for example or something else. Оригинално писмо От: waldo kitty Относно: Re: [Lazarus] Message error when closing IDE До: lazarus@lists.lazarus.freepascal.org Изпратено на: Петък, 2012, Февруари 24 00:01:16 EET On 2/23/2012 02:02, Rigel Rigel wrote: Hello, After I install component (for example bgrabitmap5.6 for lazpaint4.7 but not only this component) and after closing IDE error message appears (see attachment). How can I fix a problem? Thanks! you've built a debug or have the use heaptrc turned on... it isn't an error, really... BUT it would be nice for the window title to say something OTHER than Error... perhaps the window title should be Heap Trace or similar??? this has been on my Requests To Make list for some time but i've not gotten there yet... until now ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus - Великден в Дубровник с чартърен полет на 12.04, 4 дни – от 219€ http://www.astralholidays.bg/pochivki/program/11/country/24/resort/597.html-- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus