Re: [Lazarus] Carbon: GetTextExtentPoint and Access Violation
Hi again, I tried to make a simple test by reading different components canvas handles, like: Caption := IntToStr(ToolButton1.Canvas.Handle); Caption := Caption+' '+ IntToStr(ToolBar1.Canvas.Handle); Caption := Caption+' '+ IntToStr(Panel3.Canvas.Handle); Caption := Caption+' '+ IntToStr(Panel2.Canvas.Handle); Caption := Caption+' '+ IntToStr(Panel1.Canvas.Handle); Caption := Caption+' '+ IntToStr(Form1.Canvas.Handle); They all return the same handle (one component is parent for the next component), but more interestingly the test crashes on the main application, and not on a isolated test application. And it only crashes if I read 6 handles, not 5 or less - strange. And also I tried different compiler options, and I that found if I check Use Heaptrc Unit (-gh) the displaying of hint don't crash no more, neither does the above test. But the application crash on exit. Could this be a problem with memories on Carbon for larger applications with many components? I tried to increase Heap Size with no luck. TIA, Normann -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bent Normann Olsen Sent: 16. juni 2008 14:10 To: 'General mailing list' Subject: Re: [Lazarus] Carbon: GetTextExtentPoint and Access Violation [snip] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Google says this site may harm your computer
On 16/06/2008, John vd Waeter [EMAIL PROTECTED] wrote: When clicking a link on a Google search result that points to lazarus.freepascal.org... Site is listed as suspiciuous... Upgrade to Linux and let viruses be a thing of the past! ;-) Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Google says this site may harm your computer
2008/6/17 Graeme Geldenhuys [EMAIL PROTECTED]: Upgrade to Linux and let viruses be a thing of the past! ;-) Oh yes :-). Antonio -- Antonio Sanguigni alias slapshot -- GioveLUG (Linux User Group) - http://www.giovelug.org Edupup (Educational distro) - http://edupup.pieroni.biz ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Google says this site may harm your computer
Graeme Geldenhuys schrieb: On 16/06/2008, John vd Waeter [EMAIL PROTECTED] wrote: When clicking a link on a Google search result that points to lazarus.freepascal.org... Site is listed as suspiciuous... Upgrade to Linux and let viruses be a thing of the past! ;-) Indeed, root kits are the future ;) ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Unable to open the package JPEGForLazarus.
Hello! My system is Debian GNU/Linux Etch. I have installed the binary debian package fpc 2.2.0 with aptitude and with svn the fpc source version=2.3.1 . I have installed with aptitude the following binary packages: fp-units-base fp-units-fcl fp-units-gfx fp-units-gtk fp-units-gtk2 fp-units-misc fp-units-net fp-units-rtl I have installed Lazarus with svn. I have setup the 'FPC Source directory' in Lazarus IDE. When I start Lazarus, I get the following Warning: Unable to open the package JPEGForLazarus. This package was marked for installation. What cause this Warning, and how can I solve this problem? Any advices will be appreciated! -- Regards, Paul Csanyi http://www.freewebs.com/csanyi-pal/index.htm ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Unable to open the package JPEGForLazarus.
Hello! My system is Debian GNU/Linux Etch. I have installed the binary debian package fpc 2.2.0 with aptitude and with svn the fpc source version=2.3.1 . I have installed with aptitude the following binary packages: fp-units-base fp-units-fcl fp-units-gfx fp-units-gtk fp-units-gtk2 fp-units-misc fp-units-net fp-units-rtl I have installed Lazarus with svn. I have setup the 'FPC Source directory' in Lazarus IDE. When I start Lazarus, I get the following Warning: Unable to open the package JPEGForLazarus. This package was marked for installation. What cause this Warning, and how can I solve this problem? Any advices will be appreciated! -- Regards, Paul Csanyi http://www.freewebs.com/csanyi-pal/index.htm ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Unable to open the package JPEGForLazarus.
Paul Csanyi schreef: Hello! My system is Debian GNU/Linux Etch. I have installed the binary debian package fpc 2.2.0 with aptitude and with svn the fpc source version=2.3.1 . I have installed with aptitude the following binary packages: fp-units-base fp-units-fcl fp-units-gfx fp-units-gtk fp-units-gtk2 fp-units-misc fp-units-net fp-units-rtl I have installed Lazarus with svn. I have setup the 'FPC Source directory' in Lazarus IDE. When I start Lazarus, I get the following Warning: Unable to open the package JPEGForLazarus. This package was marked for installation. Downgrade to Lazarus 0.9.24. In later version JPEGForLazarus is not needed, because it is part of the LCL. If you want to use later Lazarus versions, just uninstall the component and replace it by a dependency to the LCL in the project inspector. Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Carbon: GetTextExtentPoint and Access Violation
-Original Message- From: [EMAIL PROTECTED] [mailto:lazarus- [EMAIL PROTECTED] On Behalf Of Tom Gregorovic Sent: 17. juni 2008 10:38 To: General mailing list Subject: Re: [Lazarus] Carbon: GetTextExtentPoint and Access Violation [snip] Can you debug the exact line which causes the crash? It crashes when I hit F7 in file control.inc at line 1582 with code Dispatch(TheMessage). TheMessage contains a LM_PAINT message. It sounds really strange, what FPC and platform (intel or ppc) do you use? I am using FPC v2.2.0 [2008/05/29] for i386 with Mac OS X v10.4.11. Normann ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Win32 Delphi Application.HookMainWindow() equivalent
I started a widgetset specific FAQ for this here: http://wiki.lazarus.freepascal.org/Win32/64_Interface#Processing_non-user_messages_in_your_window -- Felipe Monteiro de Carvalho ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Win32 Delphi Application.HookMainWindow() equivalent
Felipe Monteiro de Carvalho schreef: I started a widgetset specific FAQ for this here: http://wiki.lazarus.freepascal.org/Win32/64_Interface#Processing_non-user_messages_in_your_window Why don't you add it to the FAQ (http://wiki.lazarus.freepascal.org/Lazarus_Faq) Or at least at a link from the Lazarus FAQ to this widget set FAQ. Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Color setup of the Form1: TForm1
Hello! System: Debian GNU/Linux Etch. Lazarus version 0.9.24 beta Date: 5-11-07 SVN Revision: exported i386-linux-gtk. In a new application created with Lazarus I setup Color for the Form1: TForm1, but in the Form1 Window there the color don't change. I run the application with F9 but the Color don't change. Why don't change the Color that was setup in the Object Inspector? Any advices will be appreciated! -- Regards, Paul Csanyi http://www.freewebs.com/csanyi-pal/index.htm ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] DEBUG=1
I normally build Lazarus from svn with make ... DEBUG=1 ... This is on Mac OS X with a Carbon back-end. However, this results in an IDE and also in application software unuseable due to a number of runtime range check errors. These errors go unnoticed when DEBUG=1 is not passed. The workaround is to also pass OPT=-Cr- but that doesn't remove range checking problems in the code, of course. May I suggest that Lazarus developers routinely set DEBUG=1 during their development builds ? Regards, Adriaan van Os ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
On 17/06/2008, Graeme Geldenhuys [EMAIL PROTECTED] wrote: http://wiki.lazarus.freepascal.org/Lazarus_known_issues_%28things_that_will_never_be_fixed%29 Umm, this issues use to be mentioned on that page (I'm pretty sure), but can't see it now. Anyway, here is a thread all about the issue. http://thread.gmane.org/gmane.comp.ide.lazarus.general/14348 Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] DEBUG=1
Adriaan van Os schreef: I normally build Lazarus from svn with make ... DEBUG=1 ... This is on Mac OS X with a Carbon back-end. However, this results in an IDE and also in application software unuseable due to a number of runtime range check errors. These errors go unnoticed when DEBUG=1 is not passed. The workaround is to also pass OPT=-Cr- but that doesn't remove range checking problems in the code, of course. May I suggest that Lazarus developers routinely set DEBUG=1 during their development builds ? I hardly use the makefiles directly during development, but only the Build Lazarus tool in the IDE, so I cannot pass this DEBUG=1. What does it actually do? What are the corresponding compiler flags? Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
On 17/06/2008, Vincent Snijders [EMAIL PROTECTED] wrote: I am sorry, but I cannot find the mentioned feature on that page. On what section is it? See my second post. I got confirmation from somebody that it was not native Linux behaviour and was not going to be fixed. And as I mentioned in a previous thread - beats me what 'native Linux behaviour' is! Most Linux apps do what they want as there is NO standard. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] DEBUG=1
Henry Vermaak wrote: 2008/6/17 Vincent Snijders [EMAIL PROTECTED]: I hardly use the makefiles directly during development, but only the Build Lazarus tool in the IDE, so I cannot pass this DEBUG=1. What does it actually do? What are the corresponding compiler flags? this is in the Makefile: ifdef DEBUG override FPCOPT+=-gl override FPCOPTDEF+=DEBUG endif Note that on Mac OS X 10.5, due to bugs in the Apple linker, it may be advisable to pass -gw2l instead of -gl (which is why I also pass OPT=-gw2l during Make builds, apart from the DEBUG=1). Regards, Adriaan van Os ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
Henry Vermaak [EMAIL PROTECTED] writes: 2008/6/17 Graeme Geldenhuys [EMAIL PROTECTED]: On 17/06/2008, Vincent Snijders [EMAIL PROTECTED] wrote: I am sorry, but I cannot find the mentioned feature on that page. On what section is it? See my second post. I got confirmation from somebody that it was not native Linux behaviour and was not going to be fixed. And as I mentioned in a previous thread - beats me what 'native Linux behaviour' is! Most Linux apps do what they want as there is NO standard. the themes in linux control everything about the widgets, that means everything on my desktop looks the same (not in terms of application design, but buttons, scrollbars, borders, colours of active/inactive titlebars, shades, translucency, etc). if you need a custom look, you either need to build a themeing engine into lazarus, or write a gtkrc file for your app (the right way, imo). then you can control everything. if you just need a colour for your form, doesn't a panel work? (coloured panels work for me in gtk2, at least). I read now the GTK Tutorial at: http://www.gtk.org/tutorial1.2/gtk_tut-21.html -- Regards, Paul Csanyi http://www.freewebs.com/csanyi-pal/index.htm ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
2008/6/17 Paul Csanyi [EMAIL PROTECTED]: I read now the GTK Tutorial at: http://www.gtk.org/tutorial1.2/gtk_tut-21.html this is a good place to get info: http://developer.gnome.org/arch/gtk/themes.html with the section Resource Files most relevant to you. henry ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
the themes in linux control everything about the widgets, that means everything on my desktop looks the same (not in terms of application design, but buttons, scrollbars, borders, colours of active/inactive titlebars, shades, translucency, etc). if you need a custom look, you either need to build a themeing engine into lazarus, or write a gtkrc file for your app (the right way, imo). then you can control everything. if you just need a colour for your form, doesn't a panel work? (coloured panels work for me in gtk2, at least). First of all, Linux is not GTK+. There are other toolkits around, like Qt and FLTK which have their own theming stuff. However X11, the windowing system that is mostly used in Linux and other UNIX environments (which is *NOT* even guarranteed that it will be the one used - i've seen some other UIs which use the framebuffer directly) does not dictate a specific window look or behavior. While GTK+ came to be a well known and widely used toolkit (which is something that can be said about Qt too), it doesn't make it the way Linux looks like. While you can restrain yourself to not use anything non-GTK, if you open a non-GTK program (like a Qt program, a FLTK program, a Motif/Lesstif program, a Tcl/Tk program, etc) it will not look the same as the rest. This is because there is no universally acceptable theme engine that applies to all toolkits. I'm not going to argue if this is good or bad, but thats the fact. Secondly, even if there was a Linux theme engine, the same applies to Windows programs. Windows in fact *have* a theme engine and even since Windows 3.0 (i think) you were able to change the current theme to something else. However as i see, the Win32 backend allows you to change colors, while GTK+ does not. While i can accept that doing such a thing in GTK+ is a very low priority (which would imply, however, that GTK+ is not finished and if 1.0 has to have GTK+ 1.2 finished then it has to provide this functionality too), i find the answer of not doing it because the theme engine dictates look as a cheap excuse (because otherwise if you really believe this, then rip off the code that changes colors in Win32 from LCL too - there is a theme engine there much older and widely used than GTK+'s). And third, what you propose here is a platform-specific solution. Lazarus is supposed to be write once, compile everywhere not write once (while praying that your code will work in other interface), compile everywhere (to find bugs and missing features in other interfaces and platforms). In the very worst case (which is a hack) Lazarus should create the gtkrc file transparently from the user/programmer. Of course i think the best solution for all these problems would be a crossplatform toolkit that sits below LCL and has a constant behavior no matter what the system is. fpGUI seems to be such a kit, but setting Lazarus to compile with this toolkit is failing due to some missing unit. Kostas ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] {Spam?} Re: Color setup of the Form1: TForm1
Kostas Michalopoulos schreef: First of all, Linux is not GTK+. There are other toolkits around, like Qt and FLTK which have their own theming stuff. However X11, the windowing system that is mostly used in Linux and other UNIX environments (which is *NOT* even guarranteed that it will be the one used - i've seen some other UIs which use the framebuffer directly) does not dictate a specific window look or behavior. While GTK+ came to be a well known and widely used toolkit (which is something that can be said about Qt too), it doesn't make it the way Linux looks like. While you can restrain yourself to not use anything non-GTK, if you open a non-GTK program (like a Qt program, a FLTK program, a Motif/Lesstif program, a Tcl/Tk program, etc) it will not look the same as the rest. This is because there is no universally acceptable theme engine that applies to all toolkits. I'm not going to argue if this is good or bad, but thats the fact. Secondly, even if there was a Linux theme engine, the same applies to Windows programs. Windows in fact *have* a theme engine and even since Windows 3.0 (i think) you were able to change the current theme to something else. However as i see, the Win32 backend allows you to change colors, while GTK+ does not. While i can accept that doing such a thing in GTK+ is a very low priority (which would imply, however, that GTK+ is not finished and if 1.0 has to have GTK+ 1.2 finished then it has to provide this functionality too), i find the answer of not doing it because the theme engine dictates look as a cheap excuse (because otherwise if you really believe this, then rip off the code that changes colors in Win32 from LCL too - there is a theme engine there much older and widely used than GTK+'s). And third, what you propose here is a platform-specific solution. Lazarus is supposed to be write once, compile everywhere not write once (while praying that your code will work in other interface), compile everywhere (to find bugs and missing features in other interfaces and platforms). In the very worst case (which is a hack) Lazarus should create the gtkrc file transparently from the user/programmer. Of course i think the best solution for all these problems would be a crossplatform toolkit that sits below LCL and has a constant behavior no matter what the system is. fpGUI seems to be such a kit, but setting Lazarus to compile with this toolkit is failing due to some missing unit. Seems like a good idea. Although I have no right of speaking, I am just focussing on the win32 widget set, the major thing missing seems to be patches to implement all this, please send them. Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
On Tue, 17 Jun 2008 15:33:37 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 17/06/2008, Paul Csanyi [EMAIL PROTECTED] wrote: Hello! System: Debian GNU/Linux Etch. Lazarus version 0.9.24 beta Date: 5-11-07 SVN Revision: exported i386-linux-gtk. In a new application created with Lazarus I setup Color for the Form1: TForm1, but in the Form1 Window there the color don't change. I run the application with F9 but the Color don't change. Why don't change the Color that was setup in the Object Inspector? Any advices will be appreciated! See the url below. It's what I call a major flaw in LCL. What you (and I a year ago) are trying to do, only works under Windows. On other platforms, such a 'supposed to be simple' feature will not be implemented. http://wiki.lazarus.freepascal.org/Lazarus_known_issues_%28things_that_will_never_be_fixed%29 I don't see TForm.Color on that page, only TButton.Color and TBitBtn.Color. And for good reason. Fact is that TForm.Color is difficult to implement. For example there were at least 3 tries for the gtk interface, none worked good. The fourth try comes today - we will see. And it's true that many developers think, that TForm.Color should be avoided in almost all cases for one reason or the other and therefore implementing TForm.Color has low priority. But afaik no one said, that it will never or should not be implemented (except for some people on the gtk lists). Mattias ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
2008/6/17 Paul Csanyi [EMAIL PROTECTED]: OK so I can to change Form1 Color when I setup in the Compiler Options the LCL Widget Type to 'gtk 2' for a project? I setup this but still can't to change Form1 Color in Object Inspector. you'll have to recompile your lazarus (or at least lcl) for gtk2. make clean all LCL_PLATFORM=gtk2 will give you a full gtk2 lazarus. you might have to install some of the gtk devel libs. see: http://wiki.lazarus.freepascal.org/GTK2_Interface henry ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
2008/6/17 Paul Csanyi [EMAIL PROTECTED]: I follow this howto and have recompiled LCL for GTK2. I have installed libgtk2.0-dev. The Lazarus restarted after Recompilation. Still I can't to change Form1 Color. Why? maybe you haven't compiled your app for gtk2 widgetset? works here... henry ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
Henry Vermaak [EMAIL PROTECTED] writes: 2008/6/17 Paul Csanyi [EMAIL PROTECTED]: I follow this howto and have recompiled LCL for GTK2. I have installed libgtk2.0-dev. The Lazarus restarted after Recompilation. Still I can't to change Form1 Color. Why? maybe you haven't compiled your app for gtk2 widgetset? works here... But yes, I setup in the 'Compiler Options' the LCL Widget Type to gtk2. I tested the Compiler Options, here are the outputs: Test: /usr/bin/ppc386 -S2cgi -OG1 -TLinux -Pi386 -gl -WG -va -l \ -Fu../lcl/units/i386-linux/ -Fu../lcl/units/i386-linux/gtk2/ \ -Fu../packager/units/i386-linux/ -Fu. -dLCL -dLCLgtk2 \ /tmp/testcompileroptions.pas Results: WARNING: ppu exists twice: /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/httpd.ppu, /usr/lib/fpc/2.2.0/units/i386-linux/httpd-1.3/httpd.ppu WARNING: ppu exists twice: /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.2/apr.ppu, /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/apr.ppu WARNING: ppu exists twice: /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.2/apriconv.ppu, /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/apriconv.ppu WARNING: ppu exists twice: /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.2/aprutil.ppu, /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/aprutil.ppu WARNING: ppu exists twice: /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.2/httpd.ppu, /usr/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/httpd.ppu WARNING: ppu exists twice: /usr/lib/fpc/2.2.0/units/i386-linux/fv/dialogs.ppu, /usr/share/lazarus/lcl/units/i386-linux/dialogs.ppu WARNING: ppu exists twice: /usr/lib/fpc/2.2.0/units/i386-linux/fv/menus.ppu, /usr/share/lazarus/lcl/units/i386-linux/menus.ppu Any advices? -- Regards, Paul Csanyi http://www.freewebs.com/csanyi-pal/index.htm ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
Answering to all the comments from Kostas Michalopoulos [EMAIL PROTECTED] The greatest problem is that we don't have a perfect toolkit under Linux to be based on. Because Lazarus is cross-platform we could allow ourselves to go into a multiply choice solution. gtk1, gtk2, qt and fpgui are implemented at different levels. Qt is commercial for non-GPL software and fpgui is only maturing today, so the only existing solution that could be implemented in the last years was gtk, and that brings a huge amount of flaws from the Gtk APIs and their problems and bugs. About having a fixed looks solution, it was discussed and the solution is to use another widgetset that implements it under LCL, which could be fpgui and the lcl-fpgui projects. But, because we are in a open source world here, just coming to the mailling list and saying that you think way X is excelent and people should implement it has absolutely no value. If you think way X is very good, then send patches implementing it!!! or in more concrete terms: Of course i think the best solution for all these problems would be a crossplatform toolkit that sits below LCL and has a constant behavior no matter what the system is. fpGUI seems to be such a kit, but setting Lazarus to compile with this toolkit is failing due to some missing unit. Then why don't you send a patch that fixes the compilation? Supposing you have actually read the instructions on the wiki and you have set it up correctly. -- Felipe Monteiro de Carvalho ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Color setup of the Form1: TForm1
But, because we are in a open source world here, just coming to the mailling list and saying that you think way X is excelent and people should implement it has absolutely no value. If you think way X is very good, then send patches implementing it!!! I'm expressing my opinion about a topic that was under discussion. When i was sure that something was good and it wouldn't be wasted time for me to code them (as was the case with other opensource project to which i contributed at the past), i wrote and submitted a few patches to Lazarus. However in this case not everyone seems to think the same about overriding the theme, so i said my opinion. Writing a patch that does what i'm talking about and having it rejected because i haven't stated why i think this is a good idea (this applies to most things, not just this particular issue) is not something i like to do. Discussing is a good thing. Of course i think the best solution for all these problems would be a crossplatform toolkit that sits below LCL and has a constant behavior no matter what the system is. fpGUI seems to be such a kit, but setting Lazarus to compile with this toolkit is failing due to some missing unit. Then why don't you send a patch that fixes the compilation? Supposing you have actually read the instructions on the wiki and you have set it up correctly. I didn't tried that much, that was only a small comment not a complaint about fpGUI. I was just curious to see if it works, the only thing i did was to make a form with a button, set the target interface to fpGUI and try to compile it. What i wrote above could end with ...so i haven't really checked it out to be sure that it really is. Kostas ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [lazarus] Win32 compilation error : Import library not found for libz
I've just found out that there is a bug in PasZlib and I don't have time to put together a bug report just yet, so I need to get the Zlib version working. Vincent Snijders wrote: Dominique Louis schreef: Hi all, Anyone have any ideas? Yes, drop zlib and use paszlib. Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [lazarus] Win32 compilation error : Import library not found for libz
Where can I get one of those? Dominique. Vincent Snijders wrote: Dominique Louis schreef: Ok, but shouldn't it work with both? If you have a compatible zlib dll. Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus