RE: [lazarus] ColorToRGB in console app
Hi Graeme, Thanks for the tips. Console apps with the Laz GUI linked in (i.e., linked against a widgetset via inclusion of interfaces unit) work fine on Windows and Carbon and even with GTK on OS X if run in an X termimal. However, I would like to be able to have a truer console app (and a much smaller one too). ColorToRGB is widgetset-dependent so I can't use that if I want a true console app. Another problem I've run into is trying to decide what RGB value to use for color constants. For example, ColorToRGB(clBtnFace) returns different RGB values on Windows, OS X Carbon and OS X GTK, as implemented by the widgetsets' GetSysColor. Probably different values would also be returned on the same platform depending on user preferences too. So I guess my problem is how to map color constants for use, say, in other programs or in a Web browser. Maybe just use a default Windows set of RGB values or something would make sense. Thanks. -Phil -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Monday, February 11, 2008 2:09 AM To: lazarus@miraclec.com Subject: Re: [lazarus] ColorToRGB in console app On 10/02/2008, Hess, Philip J [EMAIL PROTECTED] wrote: Of course, now the app has the same issues as any Mac GUI app compiled with GTK, in that even though it's a console app (sort of), it will only run under X11. And no way to compile for Carbon with lazbuild unless the framework carbon stuff already set in the .lpi. That's correct. You can't include the 'interfaces' unit in a console application because it requires (pulls in) GUI code. You will not notice anything under Windows, because Windows always has a GUI installed. Under Linux it's easily noticed when you don't run a X Server and try an execute a console application that uses 'interfaces' unit. I had this same issue in the tiOPF project and console unit tests on my Linux server which doesn't run a X Window server installed. Some unit tests required the clipboard, which is a GUI feature in LCL or VCL. I had to rework the unit tests to exclude those tests when run as a true console application. RGB value _or_ a color constant like clBtnFace (value of 15). If someone passes a color constant to one of these functions, they'll get an unexpected result. So it seems as though RedGreenBlue, etc. should either call ColorToRGB first or else the param type should be Again correct and what I forgot to mention in my previous post. If you pass in a cl color alias (like clBtnFace etc) you first need to lookup the RGB equivalent color value via ColorToRGB. In fpGUI it's possible to do without requiring a true GUI installed, but I'm not sure what would happen under Windows etc... Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ _ 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] ColorToRGB in console app
Not concerned about myself. I'm preparing something for others to compile and want to make it as easy as possible. Thanks. -Phil -Original Message- From: Vincent Snijders [mailto:[EMAIL PROTECTED] Sent: Sun 2/10/2008 1:12 AM To: lazarus@miraclec.com Subject: Re: [lazarus] ColorToRGB in console app Hess, Philip J schreef: Of course, now the app has the same issues as any Mac GUI app compiled with GTK, in that even though it's a console app (sort of), it will only run under X11. And no way to compile for Carbon with lazbuild unless the framework carbon stuff already set in the .lpi. Maybe you should set the framework parameters in the fpc.cfg, under #ifdef LCLCarbon, if you don't want to pass them always. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
[lazarus] FW: [FPC 0010433]: Can't compile IDE to add package
From time to time I receive blank bug reports like the one below. Today I received several so I logged into Mantis and saw that a couple weeks ago there was a message to me from Vincent related to this bug - I never saw the message, probably because it came to me as a blank e-mail. Is there a simple explanation for what's happening here or a way to correct Mantis? Thanks. -Phil -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sat 2/9/2008 2:10 PM To: Hess, Philip J Subject: [FPC 0010433]: Can't compile IDE to add package
[lazarus] ColorToRGB in console app
I need to call ColorToRGB in a console app. Adding Graphics to uses allows lazbuild to compile the console app okay, but I get an AV when running it, presumably because the widgetset that actually implements ColorToRGB isn't getting linked into the app, as evidenced by otool -L (on Mac): /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10) If any widgetset code were linked in, I would see something like this: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 128.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10) This console app runs okay on Delphi. Is there something I'm missing here or is this just not possible with Lazarus? Thanks. -Phil
RE: [lazarus] ColorToRGB in console app
Excellent, that's what I was forgetting. Of course, now the app has the same issues as any Mac GUI app compiled with GTK, in that even though it's a console app (sort of), it will only run under X11. And no way to compile for Carbon with lazbuild unless the framework carbon stuff already set in the .lpi. Also, looking at some of the functions in Graphics.pp, I wonder if it's confusing to use TColor for params with functions like RedGreenBlue, InvertColor, etc. TColor can be a full RGB value _or_ a color constant like clBtnFace (value of 15). If someone passes a color constant to one of these functions, they'll get an unexpected result. So it seems as though RedGreenBlue, etc. should either call ColorToRGB first or else the param type should be LongInt or something to make it clearer that a color constant should not be passed. Same with ColorToRGB - in Delphi the return type is LongInt, not TColor, since it only returns RGB values, not color constants. Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Sat 2/9/2008 6:53 PM To: lazarus@miraclec.com Subject: Re: [lazarus] ColorToRGB in console app On Sat, 9 Feb 2008 15:42:22 -0500 Hess, Philip J [EMAIL PROTECTED] wrote: I need to call ColorToRGB in a console app. Adding Graphics to uses allows lazbuild to compile the console app okay, but I get an AV when running it, presumably because the widgetset that actually implements ColorToRGB isn't getting linked into the app, as evidenced by otool -L (on Mac): /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10) If any widgetset code were linked in, I would see something like this: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 128.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10) This console app runs okay on Delphi. Is there something I'm missing here or is this just not possible with Lazarus? Did you add the 'interfaces' unit as one of the first units of your program? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Open URL in a browser
Orpheus has a TOvcURL component for hyperlinks. http://wiki.lazarus.freepascal.org/OrphPort Thanks. -Phil From: Antonio Sanguigni [mailto:[EMAIL PROTECTED] Sent: Thursday, February 07, 2008 5:19 AM To: lazarus@miraclec.com Subject: [lazarus] Open URL in a browser Hi all, I'm trying to create an hyperlink component but I'm having some difficult to catch default browser under Linux. In Windows it has to be easier but I would like to find an elegant cross-platform way. I saw the Lazarus Ide has Help - OnLine help menu which I can get a look. Any suggest to better understand the code ? I saw there are THelpViewer class and THelpDatabase and their containers but I cannot be able to understand deeply how this code is working. Thanks Antonio -- Antonio Sanguigni alias slapshot -- GioveLUG (Linux User Group) - http://www.giovelug.org Edupup (Educational distro) - http://www.edupup.org
RE: [lazarus] Trouble with postgres
When I last worked with Postgres 8.2, I had to rename libpq.dll to pq.dll in order for it to work with FPC. The FPC postgres3 unit looks for pq, but on Windows this does not expand to libpq like on Linux and OS X. Postgres3 unit probably needs an $IFDEF for Windows. I copied libpq.dll to the client app folder, along with these .dll's: comerr32.dll libintl-2.dll libiconv-2.dll krb5_32.dll libeay32.dll ssleay32.dll See the OutKafe installer file (.iss) for how the DLL's are installed with OutKafe. Thanks. -Phil -Original Message- From: Alex du Plessis [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 06, 2008 6:01 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Trouble with postgres Vincent Snijders wrote: Alex du Plessis schreef: I did a re-install of postgres and now libpq is a .lib file. Any thoughts on what that file type might be? Seems the only workaround at the moment is to use odbc. With odbc at least I can get connected I still need to find out how to directly connect to postgres via sqldb and libpq. Any ideas on that matter will be greatly appreciated For your sake, I installed postgresql 8.3 and found libpq.dll in C:\Program Files\PostgreSQL\8.3\bin Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives Thank you Vincent. I then wonder what could have caused my installation to rename those files during installation. Thanx Alex _ 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] RecreateWnd
With my ported Delphi components, I call RecreateWnd(Self) only on Windows, ignoring this call via $IFDEF altogether with other widgetsets. Thanks. -Phil -Original Message- From: Sam Liddicott [mailto:[EMAIL PROTECTED] Sent: Sun 2/3/2008 12:04 PM To: lazarus@miraclec.com Subject: RE: [lazarus] RecreateWnd Surely recreatewnd is just destroywnd followed by createwnd, both of which weem important to me. Sam -Original Message- From: Felipe Monteiro de Carvalho [EMAIL PROTECTED] Sent: 03 February 2008 16:18 To: lazarus@miraclec.com Subject: Re: [lazarus] RecreateWnd On Feb 3, 2008 4:09 PM, [EMAIL PROTECTED] wrote: Is there a substitute in Win32/gtk-LCL? I think you should start by re-thinking why you need RecreateWnd in the first place. -- Felipe Monteiro de Carvalho _ 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 winmail.dat
RE: [lazarus] Determining Crossplatform functions
GetKeyState is in LclIntf unit, available on all platforms. Look in LclIntf for cross-platform equivalents of Win API functions. Thanks. -Phil -Original Message- From: SteveG [mailto:[EMAIL PROTECTED] Sent: Fri 2/1/2008 7:50 AM To: lazarus@miraclec.com Subject: [lazarus] Determining Crossplatform functions Could anybody tell me if GetKeyState (and family) is cross platform or not ? - if not, is there a cross platform equivalent? I know that it is ultimately connected to the winapi, but does fpc/laz redirect to suit platforms ? On this note, is it at all possible to know which functions are x-platform and those not ? - ie if they pass thru 'this' unit/chain, they are ok, else not. Thanks _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Is GetAsyncKeyState exclusive of Windows?
GetKeyState is available in LclIntf, but not GetAsyncKeyState. Refer to Win API documentation for the difference. Thanks. -Phil -Original Message- From: Marco Alvarado [mailto:[EMAIL PROTECTED] Sent: Fri 2/1/2008 8:28 PM To: lazarus@miraclec.com Subject: [lazarus] Is GetAsyncKeyState exclusive of Windows? I want to read virtual keys with this function, but when trying to compile my code in Ubuntu, I can't find the unit where it is defined (if any) on Linux. Had the idea it was available in both platforms, indeed in read it in a forum. Also virtual key constants are defined in LCLType.pp. Otherwise, is there another similar function? Thanks! -Marco _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] make, MacOSX
Hi Albert, According to http://wiki.lazarus.freepascal.org/Carbon_interface_FAQ here is the normal way to rebuild the Lazarus IDE on OS X: make all LCL_PLATFORM=carbon OPT=-k-framework -kcarbon You might change your wiki addition to be consistent with this page. Do you have the correct version of Lazarus and FPC installed? It looks like you have a MacBook, which would be an Intel-based Mac. But the error messages you're getting mention PowerPC. Thanks. -Phil -Original Message- From: Albert Zeyer [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 23, 2008 3:26 PM To: lazarus@miraclec.com Subject: [lazarus] make, MacOSX Hi, Is there any documentation about the parameters I can pass to the Makefile? I am mainly trying to compile Lazarus directly on my system without using Lazarus for the compilation. I have added an entry in the wiki: http://wiki.lazarus.freepascal.org/Carbon_Interface#Compiling_the_Carbon _interface_via_Makefile I am currently using this command: make LCL_PLATFORM=carbon FPC=fpc -k-framework -kcarbon It takes some time until I found out that LCL_PLATFORM is the option to set the interface. And I also didn't find any method to pass parameters to fpc or the linker, but it seems that FPC=fpc PARAMS did the trick. Though I get a lot of these: ... ld: atom sorting error for DEBUGEND_SYNEDITTYPES and DEBUGSTART_SYNEDITTYPES in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synedittypes.o ld: atom sorting error for DEBUGEND_SYNEDITTYPES and DEBUGSTART_SYNEDITTYPES in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synedittypes.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synedittextbuffer.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synedittextbuffer.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/syntextdrawer.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/syntextdrawer.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synregexpr.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synregexpr.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synexporthtml.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synexporthtml.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synhighlightermulti.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/components/ synedit/units/powerpc-darwin/synhighlightermulti.o 987 lines compiled, 5.10 sec albert-zeyers-macbook:lazarus az$ I am using FPC 2.2.0 (installed via the provided DMG from SF) and Lazarus from SVN, revision 13844. Though, Lazarus is starting after this: albert-zeyers-macbook:lazarus az$ ./startlazarus dyld: shared cached file is corrupt: /var/db/dyld/dyld_shared_cache_ppc TCarbonWidget.Create TCarbonWindow SplashForm: TSplashForm TCarbonWindow.RegisterEvents TCarbonWindow SplashForm: TSplashForm CarbonCommon_BoundsChanged SplashForm:TSplashForm TCarbonWindow.SetScrollInfo TODO TCarbonWindow.SetScrollInfo TODO TLazarusManager.Run starting /Users/az/Programmierung/lazarus/ lazarus ... dyld: shared cached file is corrupt: /var/db/dyld/dyld_shared_cache_ppc TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 Note: environment config file not found - using defaults TCarbonWidget.Destroy TCarbonWindow SplashForm: TSplashForm Then, a window pops up (a native Carbon window) which says that it doesn't find the FPC sources. There is an Ignore-Button on this window but I cannot click on it. I even cannot focus the window neither move it or do anything with it. The only thing I can do is pressing Ctrl+C in the console to break it. Any ideas? Any hints? Regards, Albert Zeyer _ 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] make, MacOSX
http://michael-ep3.physik.uni-halle.de/Lazarus/ Try a snapshot from here. I believe an Intel Mac's can run the PowerPC version via its Rosetta technology. If you want to remove the PowerPC version of Lazarus and Free Pascal before you install the Intel version, here's what you need to delete: http://wiki.lazarus.freepascal.org/OS_X_Programming_Tips#Uninstalling_La zarus_and_Free_Pascal Thanks. -Phil -Original Message- From: Albert Zeyer [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 23, 2008 3:52 PM To: lazarus@miraclec.com Subject: Re: [lazarus] make, MacOSX Am 23.01.2008 um 22:40 schrieb Hess, Philip J: Hi Albert, According to http://wiki.lazarus.freepascal.org/Carbon_interface_FAQ here is the normal way to rebuild the Lazarus IDE on OS X: make all LCL_PLATFORM=carbon OPT=-k-framework -kcarbon Ah thanks. You might change your wiki addition to be consistent with this page. Do you have the correct version of Lazarus and FPC installed? It looks like you have a MacBook, which would be an Intel-based Mac. But the error messages you're getting mention PowerPC. I just fetched Lazarus from SVN and downloaded FPC on SF - there was only one DMG. As FPC works (it wouldn't start at all if it is the PPC version), I assume I have the correct version. Though, perhaps the Makefile assumes somehow that I have a PPC (because I am running Mac OS X - perhaps an old check = bug). How can I use darwin-x86 (is this the correct name?)? Thanks, Albert -Original Message- From: Albert Zeyer [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 23, 2008 3:26 PM To: lazarus@miraclec.com Subject: [lazarus] make, MacOSX Hi, Is there any documentation about the parameters I can pass to the Makefile? I am mainly trying to compile Lazarus directly on my system without using Lazarus for the compilation. I have added an entry in the wiki: http://wiki.lazarus.freepascal.org/Carbon_Interface#Compiling_the_Carbon _interface_via_Makefile I am currently using this command: make LCL_PLATFORM=carbon FPC=fpc -k-framework -kcarbon It takes some time until I found out that LCL_PLATFORM is the option to set the interface. And I also didn't find any method to pass parameters to fpc or the linker, but it seems that FPC=fpc PARAMS did the trick. Though I get a lot of these: ... ld: atom sorting error for DEBUGEND_SYNEDITTYPES and DEBUGSTART_SYNEDITTYPES in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synedittypes.o ld: atom sorting error for DEBUGEND_SYNEDITTYPES and DEBUGSTART_SYNEDITTYPES in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synedittypes.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synedittextbuffer.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synedittextbuffer.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/syntextdrawer.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/syntextdrawer.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synregexpr.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synregexpr.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synexporthtml.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synexporthtml.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synhighlightermulti.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synhighlightermulti.o 987 lines compiled, 5.10 sec albert-zeyers-macbook:lazarus az$ I am using FPC 2.2.0 (installed via the provided DMG from SF) and Lazarus from SVN, revision 13844. Though, Lazarus is starting after this: albert-zeyers-macbook:lazarus az$ ./startlazarus dyld: shared cached file is corrupt: /var/db/dyld/ dyld_shared_cache_ppc TCarbonWidget.Create TCarbonWindow SplashForm: TSplashForm TCarbonWindow.RegisterEvents TCarbonWindow SplashForm: TSplashForm CarbonCommon_BoundsChanged SplashForm:TSplashForm TCarbonWindow.SetScrollInfo TODO TCarbonWindow.SetScrollInfo TODO TLazarusManager.Run starting /Users/az/Programmierung/lazarus/ lazarus ... dyld: shared cached file is corrupt: /var/db/dyld/ dyld_shared_cache_ppc TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 Note: environment config file not found - using defaults TCarbonWidget.Destroy TCarbonWindow SplashForm: TSplashForm Then, a window pops up (a native Carbon window) which says that it doesn't find the FPC sources
RE: [lazarus] make, MacOSX
Hi Albert, The Lazarus installer creates the lazarus.app bundle and puts the structure inside it that OS X wants. For apps you develop yourself you can use the create_app_mac.sh script to create the app's .app bundle. Open the script in a text editor to see what it's doing. Note that for convenience both lazarus.app and the bundle created by create_app_mac.sh use a symlink to the actual executable in the same folder as the .app. For distribution you would want to replace the symlink in the bundle with the actual executable file. Vincent, et al: Would it make sense to based the nightly builds on the 2.2.1 FPC that works around some of the Leopard bugs now that more and more users are upgrading to Leopard? Or would the 2.2.1 FPC just create more problems than it solves? Thanks. -Phil -Original Message- From: Albert Zeyer [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 23, 2008 4:35 PM To: lazarus@miraclec.com Subject: Re: [lazarus] make, MacOSX Am 23.01.2008 um 23:26 schrieb Tom Gregorovic: On Jan 23, 2008 9:26 PM, Albert Zeyer [EMAIL PROTECTED] wrote: Hi, Is there any documentation about the parameters I can pass to the Makefile? I am mainly trying to compile Lazarus directly on my system without using Lazarus for the compilation. I have added an entry in the wiki: http://wiki.lazarus.freepascal.org/Carbon_Interface#Compiling_the_Carbon _interface_via_Makefile I am currently using this command: make LCL_PLATFORM=carbon FPC=fpc -k-framework -kcarbon It takes some time until I found out that LCL_PLATFORM is the option to set the interface. And I also didn't find any method to pass parameters to fpc or the linker, but it seems that FPC=fpc PARAMS did the trick. Though I get a lot of these: ... ld: atom sorting error for DEBUGEND_SYNEDITTYPES and DEBUGSTART_SYNEDITTYPES in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synedittypes.o ld: atom sorting error for DEBUGEND_SYNEDITTYPES and DEBUGSTART_SYNEDITTYPES in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synedittypes.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synedittextbuffer.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synedittextbuffer.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/syntextdrawer.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/syntextdrawer.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synregexpr.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synregexpr.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synexporthtml.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synexporthtml.o unknown stabs type 0xC0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synhighlightermulti.o unknown stabs type 0xE0 in /Users/az/Programmierung/lazarus/ components/ synedit/units/powerpc-darwin/synhighlightermulti.o 987 lines compiled, 5.10 sec albert-zeyers-macbook:lazarus az$ I am using FPC 2.2.0 (installed via the provided DMG from SF) and Lazarus from SVN, revision 13844. Though, Lazarus is starting after this: albert-zeyers-macbook:lazarus az$ ./startlazarus dyld: shared cached file is corrupt: /var/db/dyld/ dyld_shared_cache_ppc TCarbonWidget.Create TCarbonWindow SplashForm: TSplashForm TCarbonWindow.RegisterEvents TCarbonWindow SplashForm: TSplashForm CarbonCommon_BoundsChanged SplashForm:TSplashForm TCarbonWindow.SetScrollInfo TODO TCarbonWindow.SetScrollInfo TODO TLazarusManager.Run starting /Users/az/Programmierung/lazarus/ lazarus ... dyld: shared cached file is corrupt: /var/db/dyld/ dyld_shared_cache_ppc TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 Note: environment config file not found - using defaults TCarbonWidget.Destroy TCarbonWindow SplashForm: TSplashForm Then, a window pops up (a native Carbon window) which says that it doesn't find the FPC sources. There is an Ignore-Button on this window but I cannot click on it. I even cannot focus the window neither move it or do anything with it. The only thing I can do is pressing Ctrl+C in the console to break it. Any ideas? Any hints? Hi, you have to run Lazarus via Application Bundle (lazarus.app in lazarus directory). This is also mentioned in http://wiki.lazarus.freepascal.org/Carbon_interface_FAQ#When_I_execute_a pplication_compiled_for_Carbon_interface.2C_it_can.27t_be_focused . Thanks. Though, why is this so? It should also work directly. You can also start every other
RE: [lazarus] Problem with printing
From cupsdyn.pp: cupsLibs :Array[0..MaxcupsLibs] of string = ('libcups.so', 'libcups.so.2', '/usr/lib/libcups.dylib'); InitializeCups exits after loading one of these libraries, trying each one in the order given. Thanks. -Phil -Original Message- From: Jon Foster [mailto:[EMAIL PROTECTED] Sent: Friday, January 18, 2008 3:19 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Problem with printing After running my report on my older version of Linux I have indeed seen that it does print landscape as expected. So this doesn't appear to be a Lazarus problem. I know its not CUPS or the print filters because my other programs don't have any trouble printing Landscape. So any insight as to what other libraries Lazarus (on Linux) is using for printing would be a big help to try and determine where the failing component is. Maybe its a GTK thing? I use the TPrintDialog component to setup the initial print environment and then in code I force it to Landscape. THX - Jon Jesus Reyes wrote: --- Jon Foster [EMAIL PROTECTED] escribió: I've run into a problem with the Printers unit. I have a piece of code that was working with 0.9.20 but isn't working with 0.9.24. It seems that when you configure a print job for landscape it doesn't take affect until the second page. The first page still prints portrait. Here is a snippet of code to demonstrate: if not PrintDialog1.execute then exit; with printer do begin orientation:=poLandscape; PaperSize.PaperName:='Letter'; { This should be the default } BeginDoc; canvas.TextOut(100, 100, 'Portrait Text') newpage; canvas.TextOut(100, 100, 'Landscape Text') EndDoc; end; I've even tried setting the landscape setting in the print dialog caused by the first line and I get exactly the same results. Is there a fix for this? THX - Jon -- Jon Foster What OS? if windows, please try revision r13448 or later, your sample code works fine here under windows with default printer, if problem persist please submit a bug report. Jesus Reyes A. ¡Capacidad ilimitada de almacenamiento en tu correo! No te preocupes más por el espacio de tu cuenta con Correo Yahoo!: http://correo.yahoo.com.mx/ _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives -- Jon Foster JF Possibilities, Inc. [EMAIL PROTECTED] 541-410-2760 Making computers work for you! _ 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] TComboBox blocking selection
Don't put it in the combo's list. The point of a combo is to provide a way for users to select from a list. Disabling some items is non-standard behavior for a combo. Thanks. -Phil From: el stamatakos [mailto:[EMAIL PROTECTED] Sent: Thursday, January 17, 2008 4:52 PM To: lazarus@miraclec.com Subject: [lazarus] TComboBox blocking selection Hi, How do I block the selection of an item in TComboBox? That is I do not want to allow the user to be able to select and item. Thanks Lefti
RE: [lazarus] TComboBox blocking selection
More seriously, if you absolutely have to do this, you can intercept the choice in the combo's OnChange event. This is called whenever the combo's ItemIndex changes. You can then restore ItemIndex to its previous value. But you might want to think about this. Will this behavior be intelligible to your users? Thanks. -Phil From: el stamatakos [mailto:[EMAIL PROTECTED] Sent: Thursday, January 17, 2008 4:52 PM To: lazarus@miraclec.com Subject: [lazarus] TComboBox blocking selection Hi, How do I block the selection of an item in TComboBox? That is I do not want to allow the user to be able to select and item. Thanks Lefti
RE: [lazarus] Cannot reach lazarus.freepascal.org
http://www.lazarus.freepascal.org/ has been unreachable for 2 days. Does anyone know who controls the switch for this? Thanks. -Phil -Original Message- From: Giuliano Colla [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 16, 2008 1:21 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Cannot reach lazarus.freepascal.org Gerard N/A ha scritto: Is anybody able to reach http://lazarus.freepascal.org? I get a timeout after the address is resolved. It appears to be down. http://www.freepascal.org/ works, http://wiki.lazarus.freepascal.org/ works, but http://www.lazarus.freepascal.org doesn't. Giuliano -- Giuliano Colla Whenever people agree with me, I always feel I must be wrong (O. Wilde) _ 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] Unable to build lazarus
Hi Roland, This has been broken for a while. A workaround for now is to use Tools | Configure to rebuild IDE Interface first, then install the component. In the Configure dialog, on the Advanced Build Options tab, you can set everything to None except IDE Interface, then click Build at the bottom. If this completes okay, then try installing your package. This worked for me with the 20080105 snapshot of Lazarus for Windows (FPC 2.2.1). Thanks. -Phil -Original Message- From: Roland Turcan [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 8:47 AM To: lazarus@miraclec.com Subject: [lazarus] Unable to build lazarus Importance: High Hello All! I've just installed latest snapshot of Lazarus from 20071229, but I installed it into clean directory to avoid all conflicts. I can compile *.lpk without problem, but after Install all get all the time this: Unable to find file componenttreeview.pas. Check search path in Project-Compiler Option...-Search Paths-Other Unit Files I have there: c:\lazarus\ideintf\ in message window is this message: componenttreeview.pas(44,62) Fatal: Can't find unit ComponentTreeView used by ObjectInspector on the line 44 of componenttreeview.pas is line: procedure SetSelection(const NewSelection: TPersistentSelectionList); but TPersistentSelectionList is declared in PropEdits which is in the same directory. I really don't know why it has this problem. -- Best regards, TRoland http://www.rotursoft.sk http://exekutor.rotursoft.sk _ 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] IDE packages
Hi Mattias, Wouldn't packages also need access to packager\registration\lazaruspackageintf in order to call RegisterUnit and RegisterPackage? Other units like PropEdits and ComponentEditors are in ideintf so that would be okay. Sounds like a great idea! Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Thursday, January 03, 2008 12:55 PM To: lazarus@miraclec.com Subject: [lazarus] IDE packages Current state: It is allowed for IDE packages to access the IDE source directories (designer, debugger, ide, packager). Is anyone using this feature? I would like to get of this. Then a package can be installed without recompiling the IDE, but simply by linking. At the moment the IDE compiles itself, compiles the packages and then links itself. The first step can then be omitted. That means, in future IDE package can only use the IDEIntf. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] DBGrid - what do you use?
Lukas, Have you looked at the Orpheus port for Lazarus? http://wiki.lazarus.freepascal.org/OrphPort The data-aware table (grid) has not been ported, but the TOvcTable has been. Thanks. -Phil -Original Message- From: Lukas Gradl [mailto:[EMAIL PROTECTED] Sent: Sun 12/16/2007 4:14 AM To: lazarus@miraclec.com Subject: Re: [lazarus] DBGrid - what do you use? I know TDBGrid on Data Controls Tab. As you can read in my posting, I'm looking for an enhanced version, an alternative, and not for the standard-TDBGrid... Lee Jenkins schrieb: Lukas Gradl wrote: Hi! What do use as DBGrid? Is there an enhanced version anywhere around that I missed? With Delphi I used Woll2Woll and DevExpress Products - for Lazarus I did'nt find something similar... Any hints on that? regards Lukas TDBGrid is on the Data Controls tab. -- software security networks Lukas Gradl lazarus#ssn.at Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] What do you use for Reporting?
What I do: Output all reports to RTF and view with external viewer (any word processor on computer). See this tool for more information: http://wiki.lazarus.freepascal.org/XDev_Toolkit With RTF you can have almost unlimited control over the formatting. Note that on OS X with the latest Carbon widgetset, anything output via the Printer object can be printed, previewed or saved to PDF via the OS X Printer dialog. Too bad this isn't available on other systems. Thanks. -Phil -Original Message- From: Lee Jenkins [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 12, 2007 10:17 AM To: Lazarus Mailing List Subject: [lazarus] What do you use for Reporting? LazReport looks to have been a fairly recent addition. I was wondering what most people did for reporting from Lazarus. I was thinking of: 1. Stick to text based reports - write a decent abstraction layer for formatting, etc. 2. Use PowerPDF to write all reports to standard pdf format. A lot of hand coding both ways, but seems flexible enough. Any input or suggestions? -- Warm Regards, Lee If I don't see you around here, I'll see you around, hear? _ 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
[lazarus] lazarus.app
It seems odd that the Lazarus Windows installer creates the lazarus.app bundle folder used on OS X. Maybe changing the first lines of the [Files] section of lazarus.iss would exclude this folder from the Windows installation: Source: {#BuildDir}\*.*; Excludes: lazarus.app; DestDir: {app}; Flags: recursesubdirs Thanks. -Phil
RE: [lazarus] Helpfiles for Lazarus apps
You can launch a program via file extension with both Windows and Mac, but I'm not aware of any standardized way to do this on Linux. You can see how the HelpUtil.pas in this toolkit does it with OS X and Linux: http://wiki.lazarus.freepascal.org/XDev_Toolkit Thanks. -Phil -Original Message- From: Mark Morgan Lloyd [mailto:[EMAIL PROTECTED] Sent: Monday, December 10, 2007 7:12 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Helpfiles for Lazarus apps A.J. Venter wrote: I was looking at the relevant source file yesterday and I noticed that if the location of the browser isn't specified it's found by brute force. When running under Win-32 I've used ShellExecuteEx() which automagically associates an http: prefix with an HTML viewer: does anybody know whether KDE etc. exposes an API (dcom/dbus etc.) that can do this? They all do, but none of them share it. Gnome shares the default browser from gconf, kde you can use kfmclient which will revert back to the configured one, every other desktop doesn't do anything like that at all. Pretty much every file manager not part of either gnome or KDE uses brute force or 'you have to configure it' approach. There was an attempt by ESR a few years ago to get a BROWSER environment variable standardized, so all apps could simply refer to $BROWSER and get the user's preferred default one. I have no idea why it didn't take off, but it didn't - sad because it would have been an ideal solution. Perhaps the code should be expanded to check for the existence of $BROWSER first, and THEN start brute-forcing command names ? Other than that, it really cannot be much better than it is. Sorry. Thanks for that, interesting. Actually I'm looking at a slightly wider problem which is how to know what program to invoke in order to open any file: using Win-32 ShellExecuteEx() I can pass a file name with either a known suffix (.txt) or a known scheme (http:) and a suitable program is started, similarly with KDE and presumably also with Gnome. The test app that I'm recoding to get into Lazarus has a couple of right-button options: one of them treats highlighted text as a file name and opens it using another instance of the same program, the other treats it as a command and executes it. Under Win-32 the command can have a .txt suffix which opens whatever editor is associated, an http: scheme which opens the default browser and so on, it would be nice to be able to duplicate this functionality even if it was limited to desktops which conform to freedesktop.org. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ 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] Helpfiles for Lazarus apps
I think the issue is that most programs, whether word processors or browsers, if they receive a file spec that includes a page anchor (e.g., #something with HTML) the program sees this as part of the file name and chokes. It's been a while but I think I concluded that a separate HTML file would be needed for each topic with the Lazarus help system on Linux and OS X if a browser is used to view the help. My original investigation was for OS X. The Carbon API's AHGotoPage function does allow an anchor to be specified for scrolling to with the Mac Help Viewer, but this would require direct calls to Carbon from my app rather than through the Lazarus interface. I never got around to following up on this. Thanks. -Phil -Original Message- From: Mark Morgan Lloyd [mailto:[EMAIL PROTECTED] Sent: Monday, December 10, 2007 4:17 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Helpfiles for Lazarus apps Hess, Philip J wrote: You can launch a program via file extension with both Windows and Mac, but I'm not aware of any standardized way to do this on Linux. You can see how the HelpUtil.pas in this toolkit does it with OS X and Linux: http://wiki.lazarus.freepascal.org/XDev_Toolkit Thanks, looks interesting. I must confess that I've never got into creation of Windows help files via RTF since we've never really been a Windows shop when it comes to development. Can ViewDoc start at a given location in the file? Otherwise I think it's back to looking at the htmlhelp stuff to see whether it supports a fragment specification in the URL. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ 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] Launch Lazarus under Windows
From what I understand, this is because FPC 2.2.1 is broken for now on Windows. Perhaps you could try the 2.2.0 snapshot. Thanks. -Phil -Original Message- From: Damien Gerard [mailto:[EMAIL PROTECTED] Sent: Friday, December 07, 2007 4:22 PM To: lazarus@miraclec.com Subject: [lazarus] Launch Lazarus under Windows With the last snapshot or the last revision the launch of startlazarus.exe or lazarus.exe produces nothing. Is it normal (I guess) or I miss something ? -- Damien Gerard [EMAIL PROTECTED] People who used magic without knowing what they were doing usually came to a sticky end. All over the entire room, sometimes. -- (Terry Pratchett, Moving Pictures) _ 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] Building Lazarus (first time ever) on Mac OS X 10.5 (Leopard) fails - fink's apt-get sources has no glib or other packages.
Hi Warren, The Lazarus snapshots for OS X include an app bundle (lazarus.app) but the Lazarus executable is still compiled for and dependent on GTK so you can't launch from it the bundle until you've recompiled the IDE for the Carbon widgetset. See this link for more information, including an uninstall script that gives the location of all FPC and Lazarus files installed by the snapshot installers: http://wiki.lazarus.freepascal.org/OS_X_Programming_Tips The Lazarus folder is read-only. To get to it with Finder, choose Go | Go to Folder and enter /usr, then navigate to /usr/local/share. Damien's script should work to recompile the IDE because it changes the ownership of the Lazarus folder to make it writeable. You can also do what I do which is simply to use Finder to copy the Lazarus folder into my user area and recompile it there. I would hope that within a couple months or so we'll have a stable, functional Carbon-based IDE and we can just forget all the GTK, X11 stuff for OS X and have a normal app bundle that's ready to go out of the box. Thanks. -Phil -Original Message- From: Warren Postma [mailto:[EMAIL PROTECTED] Sent: Thursday, November 29, 2007 9:11 PM To: lazarus@miraclec.com Subject: [lazarus] Building Lazarus (first time ever) on Mac OS X 10.5 (Leopard) fails - fink's apt-get sources has no glib or other packages. I couldn't get the pre-built binary of Lazarus to run on Mac OS X 10.5 (Leopard). First the installer put the files somewhere invisible to the finder, so I couldn't start up by clicking any mac App icon. Secondly, even when I found lazarus.app and did open lazarus.app from terminal, it crashed saying it can't find some resources. I tried all different kinds of paths and working folders with no luck. So then I tried to install from subversion. I got the svn stuff checked out and it builds up until it dies linking, missing library glib. So then I tried to get fink onto my system, because I realized I need glib. Fink built and installed, and apt-get is there and works but there's no glib package in apt-get. Do I have to edit my sources.list or something, to find whatever fink-repository it is that contains the glib packages? I had to build fink using the bootstrap from source shell script because according to the finkmeisters, the binary fink releases available on the web don't work with leopard. Ain't it fun being on the bleeding edge? Cheers. Warren P.S. The instructions for building that I was using were here: http://wiki.lazarus.freepascal.org/Installing_Lazarus_on_MacOS_X _ 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] anchors to a hidden component
Hi Mattias, Will any of this result one day in a fix for this anchor bug? http://www.freepascal.org/mantis/view.php?id=8056 Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 20, 2007 2:39 PM To: lazarus@miraclec.com Subject: Re: [lazarus] anchors to a hidden component On Tue, 20 Nov 2007 15:55:45 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Recently the anchors behavior has changed. I have a form with a control anchored to another one. With the latest revisions it happens that when the second control is hidden, the visible one changes its place, inheriting the anchors of the hidden control. Is it an intended change or a bug? Something changed. See http://wiki.lazarus.freepascal.org/Anchor_Sides#Anchoring_to_invisible_c ontrols Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] Using SDL.framework within Lazarus project on Mac OS X
Dominique, Normally with a Carbon app you won't be linking to X11 yet that's what your app is doing. Is SDL an X11-based framework? The -L switch doesn't look right for a framework. I think -L is normally used with standalone libraries, not frameworks. What about omitting that and adding another -k-framework in front of -ksdl? Did you run with the -Cn command line switch to see what the linker is actually getting? Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Thursday, November 08, 2007 6:12 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Using SDL.framework within Lazarus project on Mac OS X Hi Philip, I'm still having this framework issue. When I run the otool -L myapp command I get /System/Library/Carbon.framework/Versions/A/Carbon ( Compatibility version 2.0.0, current version 128.0.0) /usr/lib/libz.1.dylib ( compatibility version 1.0.0, current version 1.2.3) /usr/lib/libSystem.B.dylib ( compatibility version 1.0.0, current version 88.3.9) /usr/lib/libX11.6.dylib ( compatibility version 6.2.0, current version 6.2.0) Does that look right? In the lazarus compiler options under the linking tab I have -L/Library/Frameworks/SDL.framework -framework carbon sdl and in the Show Options screen this translates to... -k-L/Library/Frameworks/SDL.framework -k-framework -kcarbon -ksdl Which I think all looks fine, but I still get the following error... /usr/bin/ld: can't open: sdl ( No such file or directory, errno = 2) Error:Error while linking This is definitely the location of the framework because I can create an XCode FreePascal project and that correctly links to SDL.framework in that directory and I can see a 3D OpenGL spinning cube when it runs. Thanks, Dominique. Hess, Philip J wrote: Dominique, I don't believe that's the Carbon framework that your apps are using. Use otool -L against any app compiled against the Carbon framework to see the framework's location. Try compiling with the -Cn switch, then look at the link.res text file generated. This contains the actual switches that are being passed to the linker. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Thursday, November 01, 2007 11:29 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Using SDL.framework within Lazarus project on Mac OS X Hi Philip, I've just been re-reading your message. So when using frameworks, there is no need to specify a library name, because the linker resolves this automagically? just for clarification the SDL.framework is located @ /Library/Frameworks/SDL.framework. While I notice that Carbon.framework is located @ /Developers/SDKs/MacOS10.4u.sdk/System/Library/Frameworks/Carbon.framewo rk I even tried adding /Library/Frameworks/ to -Fl in the Libraries field on the Path tab in case that would help, but that did not work either. I still get the Can't open : sdl ( No such file or directory, errorno = 2). So the compiler recognises that I'm passing a framework via the command line, but it just can't find it. Is there something else I need to do to use 3rd Party frameworks? Dominique. Hess, Philip J wrote: Dominique, Did you put the sdl.framework bundle (folder) somewhere that the linker can find it? Typically this would be in the Library/Frameworks folder. If the linker can find the framework it should be able to find any externally declared functions in your program. You shouldn't need any link directives in your source either. Note how it's done in FPCMacOSAll.pas: function sqrt(x: double_t): double_t; external name '_sqrt'; When you include -framework carbon the linker is able to find the _sqrt function in the Carbon framework's library. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 30, 2007 7:53 AM To: lazarus@miraclec.com Subject: RE: [lazarus] Using SDL.framework within Lazaru project Hi Philip, Thanks for pointing this out. On the Mac that option was being hidden due to the dialog size, so I could not see the area where I needed to put the framework. This is now entered, but I now get a Unable to find sdl error message when it tris to link to the framework. Is there something else I need to do? Also, if I have sdl.pas in the project file, it complains that it cant link to -lSDL-1.2.0 . If it finds the framework, does it still need to link to it via -l? Thanks, Dominique. Quoting Hess, Philip J [EMAIL PROTECTED]: Dominique, On the Compiler Options tab, check the Pass Options To The Linker box and enter this in text box: -framework sdl This will be passed to FPC as -k'-framework' -k'sdl', which then passes the switches on to the linker. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 9:38 AM
RE: [lazarus] Using SDL.framework within Lazarus project on Mac OS X
Dominique, I think you can enter -XM under Custom options on the Compiler Options' Other tab. Glad to hear that you got it to compile. Maybe you could write up something in the wiki about how to use SDL with Lazarus. Perhaps a small test app to help get folks started. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Friday, November 09, 2007 12:53 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Using SDL.framework within Lazarus project on Mac OS X Felipe Monteiro de Carvalho wrote: Another hint: You can group the -k statements with quotes: -k-framework carbon -framework sdl Damn how stupid do I feel. I was under the impression that the FPC compiler would take the -k-framework directive and apply to all option that appeared after it until it found a non -k directive so as I mentioned earlier the command like looked like this.. -k-framework -kcarbon -ksdl when it should have been -k-framework -kcarbon -k-framework -ksdl That now compiles correctly. Thank Felipe and thank you Philip for your patience throughout this thread. Hopefully one last question when it come to passing parameters to the compiler from lazarus. How do I pass the -XM parameter via the Lazarus IDE, as I need to redefine the main function it currently uses? I could not find a tab that allowed me to set this up. Thanks, Dominique. _ 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] compiled file size on OS X
Tobias, When I compile the IDE with Carbon I get an executable of 84.5MB. If I run strip on it, this shrinks it to 13.2MB. You can achieve similar reduction without using strip simply by unchecking the -gl switch on the Linker tab. In both cases, the shrunken executable won't have the useful line number information. For now, I always leave this switch checked. Thanks. -Phil -Original Message- From: Tobias Giesen [mailto:[EMAIL PROTECTED] Sent: Tue 11/6/2007 6:09 PM To: lazarus@miraclec.com Subject: [lazarus] compiled file size on OS X Hello, I noticed that my compiled Lazarus programs are huge. I assume they contain debug info or something else that can be stripped. Interestingly, GNU DB debug info is not checked on the Linker tab sheet, but I can debug anyway, within Lazarus. How can I get the binaries smaller? Thanks. Kind Regards, Tobias Giesen _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Adding AllowFractionalPositioning to TCarbonDeviceContext
Tobias, I suspect that my e-mail was blocked because of the screenshots I attached. I won't try to resend them with this e-mail for fear of losing another posting. I'll post them shortly in separate e-mails. Are there any other controls affected besides TLabel? Most controls are Carbon native based, which do their own rendering. If BeginTextRender could determine what kind of LCL control it's being used for, perhaps it could automatically change the rendering on the fly. For example, if it's a TCustomControl or TGraphicControl it would use the integer-based spacing; if it's a TLabel it would use the fractional spacing. I'm just thinking out loud here before we commit to your proposed approach. I spent quite a bit of time testing this over the weekend. The flag that is causing the effect you see with TLabel is kATSLineUseDeviceMetrics. However, for my purpose I need both kATSLineUseDeviceMetrics and kATSLineDisableAllLayoutOperations. The latter is actually 5 flags in one so I haven't determined which of these I actually need, but the presence of this flag doesn't seem to affect TLabel any, only kATSLineUseDeviceMetrics does as far as I can determine. If you haven't had a chance to look at the link that Colin posted, please do so. Some very interesting stuff here: http://antigrain.com/research/font_rasterization/index.html I don't believe what we're seeing has anything to do with anti-aliasing. It appears as though the Carbon widgetset is leaving antialiasing alone, meaning it's set via system preferences. I played around with this (see text smoothing in Appearances in System Preferences) and it doesn't seem to have any effect on TLabel spacing. It's also possible to see these rendering issues in commercial software. I have a small .rtf file that shows some rendering problems when opened with OS X's TextEdit, but not with Word or Pages or any other word processor. Because each version of an OS probably has different or refined rendering smarts there will probably be rendering differences with the same software on different OS versions, so you might find it difficult to hit the TButton rendering target, since the way that it's actually rendered is unknown to us and may change from one version of OS X to the next. Thanks. -Phil -Original Message- From: Tobias Giesen [mailto:[EMAIL PROTECTED] Sent: Sunday, November 04, 2007 2:23 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Adding AllowFractionalPositioning to TCarbonDeviceContext Hi Phil and others, I think if we only make careful amendments to carboncanvas.pp and nowhere else, then nobody needs to be horrified any more. I did not see your screenshots! I can confirm that the text won't look identical to the buttons even with my changes, but that is not so important. It might be intended by Apple. So if you could live with the change that Mattias proposed, I would go ahead and prepare a patch to add this function: function SetFontFractionalPositioning(DC: HDC; UseFractionalPositioning: boolean): boolean; to carboncanvas.pp Which you would need to call just once for any Canvas involved. Since this is Carbon-internal, we could include it in 0.9.23. What do you think? Kind Regards, Tobias Giesen Super Flexible Software Ltd. Co. KG Lessingstr. 42 48485 Neuenkirchen, Germany www.superflexible.com www.tgtools.com --- Registered at register court Steinfurt as HRA 5061 Liability / general partner: TGTools Ltd. Company No. 05513299 Registered in England and Wales Directors: Tobias Giesen and Claudia Hübl _ 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] Adding AllowFractionalPositioning to TCarbonDeviceContext
Tobias, Please load the attached .rtf file into OS X's TextEdit. On my Mac, the t and o in to are jammed together in the first line but not in the second line. The first line is Helvetica, the second line is Arial. This is exactly the kind of rendering problem I see with my ported control when kATSLineUseDeviceMetrics is not used. If Apple can't get it right every time with their software (although their Pages word processor does not have this problem), then clearly it's a complicated issue. Thanks. -Phil -Original Message- From: Tobias Giesen [mailto:[EMAIL PROTECTED] Sent: Sunday, November 04, 2007 2:23 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Adding AllowFractionalPositioning to TCarbonDeviceContext Hi Phil and others, I think if we only make careful amendments to carboncanvas.pp and nowhere else, then nobody needs to be horrified any more. I did not see your screenshots! I can confirm that the text won't look identical to the buttons even with my changes, but that is not so important. It might be intended by Apple. So if you could live with the change that Mattias proposed, I would go ahead and prepare a patch to add this function: function SetFontFractionalPositioning(DC: HDC; UseFractionalPositioning: boolean): boolean; to carboncanvas.pp Which you would need to call just once for any Canvas involved. Since this is Carbon-internal, we could include it in 0.9.23. What do you think? Kind Regards, Tobias Giesen Super Flexible Software Ltd. Co. KG Lessingstr. 42 48485 Neuenkirchen, Germany www.superflexible.com www.tgtools.com --- Registered at register court Steinfurt as HRA 5061 Liability / general partner: TGTools Ltd. Company No. 05513299 Registered in England and Wales Directors: Tobias Giesen and Claudia Hübl _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives TestText1.rtf Description: TestText1.rtf
RE: [lazarus] Adding AllowFractionalPositioning to TCarbonDeviceContext
Tobias, Here are 2 screenshots from my Mac. I don't see quite the same spacing issues that see. As you can see, in the prepatch screenshot, the TLabel text is wider than the TButton text. The screenshot with the patch shows that the TLabel's text has now been rendered with some of the inter-character spacing removed. See be and some and how the renderer has removed the extra pixel between b and e and between o and m. Probably what's happening here is the renderer, using font hints and other smarts, figures out that even though the typographic width of b with this font on my screen is somewhere between two whole numbers, removing the extra pixel required to display the fractional part of the character actually improves the display of the word. Also, to my eyes it looks like the renderer is using a slightly larger font with the TLabel, whereas in Tobias' original screenshot it appears as though it's using a slightly smaller font. That's probably a difference between our systems that we're seeing. I'm running OS X 10.4.10 on PowerPC. Display at 1056 x 792. I think this demonstrates the potential problems of trying to get simulated, non-native controls (TLabel) to look the same as native widget-based controls (TButton). If Apple were to change the way the button, edit, etc. are rendered in the future, then the TLabel would be off again. From Mattias' account, it sounds as though there might be some rendering surprises awaiting us in Leopard. Thanks. -Phil -Original Message- From: Tobias Giesen [mailto:[EMAIL PROTECTED] Sent: Sunday, November 04, 2007 2:23 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Adding AllowFractionalPositioning to TCarbonDeviceContext Hi Phil and others, I think if we only make careful amendments to carboncanvas.pp and nowhere else, then nobody needs to be horrified any more. I did not see your screenshots! I can confirm that the text won't look identical to the buttons even with my changes, but that is not so important. It might be intended by Apple. So if you could live with the change that Mattias proposed, I would go ahead and prepare a patch to add this function: function SetFontFractionalPositioning(DC: HDC; UseFractionalPositioning: boolean): boolean; to carboncanvas.pp Which you would need to call just once for any Canvas involved. Since this is Carbon-internal, we could include it in 0.9.23. What do you think? Kind Regards, Tobias Giesen Super Flexible Software Ltd. Co. KG Lessingstr. 42 48485 Neuenkirchen, Germany www.superflexible.com www.tgtools.com --- Registered at register court Steinfurt as HRA 5061 Liability / general partner: TGTools Ltd. Company No. 05513299 Registered in England and Wales Directors: Tobias Giesen and Claudia Hübl _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives attachment: CharSpacing-prepatch.gifattachment: CharSpacing-tobiaspatch.gif
RE: [lazarus] Adding AllowFractionalPositioning to TCarbonDeviceContext
I agree with Giuliano, so add me to the ranks of the horrified. TFont.Pitch doesn't appear to be used in any LCL or Carbon widgetset logic, so that might work. Please be sure to document in the patch that this is used only as a switch and has nothing to do with mono vs proportional spaced fonts. Giuliano: I assume that you mean I would need to set my control's canvas Font.Pitch any time the font changes. That might be a lot of work (120,000 lines of code that I did not write) and having a single switch for the canvas would be better but I don't see any unused properties in TCanvas. I thought perhaps the TCanvas.TextFlags could be extended, but the LCL doesn't have TextFlags the way VCL does. Tobias: 2 of my e-mails were never posted to this list yesterday. Did you see the one where I attached screenshots showing different results than what you were getting? It appears there is some variation between systems on how text is rendered. Even with your patch the TLabel text does not look identical to the TButton text and the unpatched TLabel text doesn't look as bad as yours did. Thanks. -Phil -Original Message- From: Tobias Giesen [mailto:[EMAIL PROTECTED] Sent: Sun 11/4/2007 12:47 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Adding AllowFractionalPositioning to TCarbonDeviceContext There's a Font property, Pitch ... fpfixed That sounds promising. I would like to try and submit a patch which disables the fractional spacing only when the Pitch is fpfixed. Then Philip can try if his component still works. I read somewhere that if TCarbonDeviceContext.BeginTextRender was broken after 0.9.22, then it must be fixed before the next official release. Right now I am not sure when it was broken. But it is definitely broken right now. Cheers, Tobias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Carbon Widgetset: character spacing problems
SynEdit is not the only custom control that was fixed by the change to BeginTextRender that disabled the fractional positioning of characters. This was an important fix since proportional font characters do not have whole number widths, yet they can only be displayed on a device using whole pixels. Without disabling this, then width(char) x number of chars in string width(string), which is what was causing the problem in SynEdit (and any other text editor type custom controls). Note that all char and string width functions return a whole number, so individual char widths get rounded. Tobias, what fonts are you using? Could you post your example app. I'm not seeing the char positioning differences here. Please be careful making any changes to this. I believe Canvas.OutText calls ExtTextOut with DX=nil so the suggested workaround may break some other things that were fixed with the BeginTextRender change. Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Sat 11/3/2007 2:19 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Carbon Widgetset: character spacing problems On Sat, 03 Nov 2007 20:14:02 +0100 Tobias Giesen [EMAIL PROTECTED] wrote: SynEdit needs disabled fractional positions. It sets DXnil. So, can you add some kind of condition so that they are only disabled when necessary? The collateral damage seems to be considerable. I have no carbon at the moment to test. Have you tried if DXnil then enable... else disable... ? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Carbon Widgetset: character spacing problems
As I feared, your fix busted my custom control. Please revert the change until a better solution is arrived at. Please don't assume that the LCL is the entire universe. I'm porting a large custom control that had character positioning problems on Carbon (other widgetsets were fine) until Tomas fixed BeginTextRender. Now it's broken again for me. Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Sat 11/3/2007 3:24 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Carbon Widgetset: character spacing problems On Sat, 3 Nov 2007 16:09:16 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: SynEdit is not the only custom control that was fixed by the change to BeginTextRender that disabled the fractional positioning of characters. This was an important fix since proportional font characters do not have whole number widths, yet they can only be displayed on a device using whole pixels. Without disabling this, then width(char) x number of chars in string width(string), which is what was causing the problem in SynEdit (and any other text editor type custom controls). Note that all char and string width functions return a whole number, so individual char widths get rounded. AFAIK only synedit needs monospace fonts. What other text editor's do you mean? Tobias, what fonts are you using? Could you post your example app. I'm not seeing the char positioning differences here. Please be careful making any changes to this. I believe Canvas.OutText calls ExtTextOut with DX=nil so the suggested workaround may break some other things that were fixed with the BeginTextRender change. Yes, afaik only SynEdit fills DX. All others don't use it. If DXnil every character is placed at a custom position. With DX=nil the widgetset should paint the text normal. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Carbon Widgetset: character spacing problems
Tobias, I believe I can live with the patch by doing some conditional compiling on my end (note this is not needed with other widgetsets but will with Carbon if the patch is made). However, I'll need two additional changes. In TCarbonDeviceContext.GetTextExtentPoint and TCarbonDeviceContext.GetTextMetrics, please pass True in BeginTextRender instead of False and test to see if that has any undesirable consequences. I recompiled the IDE with this changes as well as my TLabel test app and I don't see any problems on this end. ExtTextOut and GetTextExtentPoint are often used hand in hand, so disabling fractional spacing with non-nil DX means that it should also be disabled in GetTextExtentPoint. However, there's no way to pass this information to GetTextExtentPoint the way there is with ExtTextOut. Thanks. -Phil -Original Message- From: Tobias Giesen [mailto:[EMAIL PROTECTED] Sent: Sat 11/3/2007 4:24 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Carbon Widgetset: character spacing problems I'm porting a large custom control that had character positioning problems on Carbon (other widgetsets were fine) until Tomas fixed BeginTextRender. You mean, until he broke BeginTextRender. The general functionality of BeginTextRender was broken in favor of one or two custom controls. This needs to be re-done properly. Kind Regards, Tobias Giesen Super Flexible Software Ltd. Co. KG Lessingstr. 42 48485 Neuenkirchen, Germany www.superflexible.com www.tgtools.com --- Registered at register court Steinfurt as HRA 5061 Liability / general partner: TGTools Ltd. Company No. 05513299 Registered in England and Wales Directors: Tobias Giesen and Claudia Hübl _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Carbon Widgetset: character spacing problems
Hi Mattias, I don't believe the issue is one of proportional fonts using monospaced font character spacing. Monospaced fonts use the same width for all chars. Disabling fractional positioning of the char glyphs means treating each char's width as a whole number. For example, if the period (.) has a width of 3.3, I believe this means treat it as having a width of 4. Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Sat 11/3/2007 4:00 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Carbon Widgetset: character spacing problems On Sat, 3 Nov 2007 16:40:38 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: As I feared, your fix busted my custom control. Please revert the change until a better solution is arrived at. Please don't assume that the LCL is the entire universe. SynEdit is not part of the LCL and Canvas.TextOut is a quite important function. It should not print a proportional font monospaced. I'm porting a large custom control that had character positioning problems on Carbon (other widgetsets were fine) until Tomas fixed BeginTextRender. Now it's broken again for me. I undid the change, although I'm not sure why you need proportional fonts printed monospaced. Mattias Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Sat 11/3/2007 3:24 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Carbon Widgetset: character spacing problems On Sat, 3 Nov 2007 16:09:16 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: SynEdit is not the only custom control that was fixed by the change to BeginTextRender that disabled the fractional positioning of characters. This was an important fix since proportional font characters do not have whole number widths, yet they can only be displayed on a device using whole pixels. Without disabling this, then width(char) x number of chars in string width(string), which is what was causing the problem in SynEdit (and any other text editor type custom controls). Note that all char and string width functions return a whole number, so individual char widths get rounded. AFAIK only synedit needs monospace fonts. What other text editor's do you mean? Tobias, what fonts are you using? Could you post your example app. I'm not seeing the char positioning differences here. Please be careful making any changes to this. I believe Canvas.OutText calls ExtTextOut with DX=nil so the suggested workaround may break some other things that were fixed with the BeginTextRender change. Yes, afaik only SynEdit fills DX. All others don't use it. If DXnil every character is placed at a custom position. With DX=nil the widgetset should paint the text normal. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Carbon Widgetset: character spacing problems
Hi Mattias, Not sure if I follow your reasoning. In Windows, the ExtTextOut Dx param means use these character widths (in array pointed to by Dx) instead of the default character widths. Since Dx is otherwise ignored in the Carbon widgetset you're just using the Dx param as a switch. If Dx is nil, it means use fractional char widths; if non-nil it means don't use fractional char widths. Neither of these is consistent with how Dx is supposed to function. Who's to say what normal character spacing should be? Tobias might suggest that it should be as close as possible to the way OS X currently renders buttons. I might suggest that it should be as close as possible to the way Windows renders text (as in Write once compile anywhere). There's probably quite a lot going on here. Tomas is actually passing a total of 8 options, including options to turn off kerning, to use rounded text metrics instead of fractional, and others, as well as disabling fractional spacing in the rendering of the line. Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Sat 11/3/2007 6:05 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Carbon Widgetset: character spacing problems On Sat, 3 Nov 2007 18:21:49 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: Tobias, I believe I can live with the patch by doing some conditional compiling on my end (note this is not needed with other widgetsets but will with Carbon if the patch is made). However, I'll need two additional changes. In TCarbonDeviceContext.GetTextExtentPoint and TCarbonDeviceContext.GetTextMetrics, please pass True in BeginTextRender instead of False and test to see if that has any undesirable consequences. I recompiled the IDE with this changes as well as my TLabel test app and I don't see any problems on this end. ExtTextOut and GetTextExtentPoint are often used hand in hand, so disabling fractional spacing with non-nil DX means that it should also be disabled in GetTextExtentPoint. However, there's no way to pass this information to GetTextExtentPoint the way there is with ExtTextOut. Providing a DX to ExtTextOut means overriding any normal widths. That's why GetTextExtentPoint and GetTextExtentExPoint have no DX parameter. In other words: GetTextExtentPoint makes only sense if DX=nil in ExtTextOut. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] DOM bug with 64 bit installation
Michael, Thanks for pointing that out about ReadXMLFile. I see that my code has the same memory leak. I think the confusion lies in that with Delphi once TXMLDocument has been used to create the object, the file is loaded by setting the object's FileName property, so it would appear logical to do the equivalent with FPC: call ReadXMLFile and pass the TXMLDocument object. But looking at the XmlRead.pp source I see that ReadXMLFile's TXMLDocument parameter is out. Another point of confusion is that the corresponding WriteXMLFile function takes an already-instantiated TXMLDocument, whereas ReadXMLFile does not. Question: Is there any place where someone could know this without inspecting the XmlRead.pp source and understanding the implications of that out param? Thanks. -Phil -Original Message- From: Michael Van Canneyt [mailto:[EMAIL PROTECTED] Sent: Friday, November 02, 2007 1:20 PM To: lazarus@miraclec.com Subject: Re: [lazarus] DOM bug with 64 bit installation On Fri, 2 Nov 2007, Alvise Nicoletti wrote: Hi... I finished to set up everything. Lazarus is 0.9.23 well working (I had problems with printers and I just uninstalled the packages into the package list) Fpc is 2.2.0 compiled from //svn.freepascal.org/svn/fpc/branches/fixes_2_2 (so 2.2.0 + bugfixes). I'm getting: In 'file:///etc/my.xml' (line 4 pos 5): Unmatching element end tag (expected /main) The file is: cat /etc/my.xml configurazione main asd /main /configurazione Can someone try to do: Document := TXMLDocument.Create; try ReadXMLFile(Document, /etc/my.xml); on e:exception do WriteLn(e.message); end; And report me back if it works or not? Works fine here (after correcting the errors in your code) with the latest FPC. A comment: Your code will leak memory. The ReadXMLFile call creates an instance of TXMLDocument and returns that. You should not instantiate one yourself. Michael. _ 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] Using SDL.framework within Lazarus project on Mac OS X
Dominique, I don't believe that's the Carbon framework that your apps are using. Use otool -L against any app compiled against the Carbon framework to see the framework's location. Try compiling with the -Cn switch, then look at the link.res text file generated. This contains the actual switches that are being passed to the linker. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Thursday, November 01, 2007 11:29 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Using SDL.framework within Lazarus project on Mac OS X Hi Philip, I've just been re-reading your message. So when using frameworks, there is no need to specify a library name, because the linker resolves this automagically? just for clarification the SDL.framework is located @ /Library/Frameworks/SDL.framework. While I notice that Carbon.framework is located @ /Developers/SDKs/MacOS10.4u.sdk/System/Library/Frameworks/Carbon.framewo rk I even tried adding /Library/Frameworks/ to -Fl in the Libraries field on the Path tab in case that would help, but that did not work either. I still get the Can't open : sdl ( No such file or directory, errorno = 2). So the compiler recognises that I'm passing a framework via the command line, but it just can't find it. Is there something else I need to do to use 3rd Party frameworks? Dominique. Hess, Philip J wrote: Dominique, Did you put the sdl.framework bundle (folder) somewhere that the linker can find it? Typically this would be in the Library/Frameworks folder. If the linker can find the framework it should be able to find any externally declared functions in your program. You shouldn't need any link directives in your source either. Note how it's done in FPCMacOSAll.pas: function sqrt(x: double_t): double_t; external name '_sqrt'; When you include -framework carbon the linker is able to find the _sqrt function in the Carbon framework's library. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 30, 2007 7:53 AM To: lazarus@miraclec.com Subject: RE: [lazarus] Using SDL.framework within Lazaru project Hi Philip, Thanks for pointing this out. On the Mac that option was being hidden due to the dialog size, so I could not see the area where I needed to put the framework. This is now entered, but I now get a Unable to find sdl error message when it tris to link to the framework. Is there something else I need to do? Also, if I have sdl.pas in the project file, it complains that it cant link to -lSDL-1.2.0 . If it finds the framework, does it still need to link to it via -l? Thanks, Dominique. Quoting Hess, Philip J [EMAIL PROTECTED]: Dominique, On the Compiler Options tab, check the Pass Options To The Linker box and enter this in text box: -framework sdl This will be passed to FPC as -k'-framework' -k'sdl', which then passes the switches on to the linker. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 9:38 AM To: lazarus@miraclec.com Subject: [lazarus] Using SDL.framework within Lazaru project Hi all, What is the correct way to use an *.framework within a Lazarus project? I can get SDL.framework working with XCode, but don't know where put the -kSDL line to get it to pull in the framework. Thanks, Dominique. _ 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] Using SDL.framework within Lazaru project
Dominique, Did you put the sdl.framework bundle (folder) somewhere that the linker can find it? Typically this would be in the Library/Frameworks folder. If the linker can find the framework it should be able to find any externally declared functions in your program. You shouldn't need any link directives in your source either. Note how it's done in FPCMacOSAll.pas: function sqrt(x: double_t): double_t; external name '_sqrt'; When you include -framework carbon the linker is able to find the _sqrt function in the Carbon framework's library. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 30, 2007 7:53 AM To: lazarus@miraclec.com Subject: RE: [lazarus] Using SDL.framework within Lazaru project Hi Philip, Thanks for pointing this out. On the Mac that option was being hidden due to the dialog size, so I could not see the area where I needed to put the framework. This is now entered, but I now get a Unable to find sdl error message when it tris to link to the framework. Is there something else I need to do? Also, if I have sdl.pas in the project file, it complains that it cant link to -lSDL-1.2.0 . If it finds the framework, does it still need to link to it via -l? Thanks, Dominique. Quoting Hess, Philip J [EMAIL PROTECTED]: Dominique, On the Compiler Options tab, check the Pass Options To The Linker box and enter this in text box: -framework sdl This will be passed to FPC as -k'-framework' -k'sdl', which then passes the switches on to the linker. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 9:38 AM To: lazarus@miraclec.com Subject: [lazarus] Using SDL.framework within Lazaru project Hi all, What is the correct way to use an *.framework within a Lazarus project? I can get SDL.framework working with XCode, but don't know where put the -kSDL line to get it to pull in the framework. Thanks, Dominique. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] Lazarus won' t Run!
Chris, Make sure that /sw/lib/libglib-1.2.0.dylib exists. To see what other files are references by the GTK-based Lazarus: cd /usr/local/share/lazarus otool -L lazarus The /sw files are installed by fink. See these notes: http://wiki.lazarus.freepascal.org/OS_X_Programming_Tips Thanks. -Phil From: christopher Parker [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 23, 2007 3:58 PM To: lazarus@miraclec.com Subject: [lazarus] Lazarus won' t Run! Hello, I am trying to get Lazarus to run on my G3 Imac. Every time I try to run it, I get this message... dyld: Library not loaded: /sw/lib/libglib-1.2.0.dylib Referenced from: /usr/local/share/lazarus/./lazarus Reason: image not found Trace/BPT trap ... If anyone knows what is going on I would be very grateful. I have Xcode 2.1 installed, along with X11. I also believe I have the GTK+ (version 1.xx) libraries along with these other optional downloads installed on my system. Should I upgrade to the newest GTK+ (version 2.xx)? If anyone can help I would be really appreciative it. Thanks for the help, Chris __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] Error when Updgrading to lastest ( 20/10 ) snapshot...
Are you trying to use the osprinters unit? Don't do that. Use the Printers and/or PrintersDlgs units or else Lazarus will try to compile osprinters with the non-implemented Carbon printer files. You'll also probably have to put something like this in Other Unit Files path: $(LazarusDir)/components/printers/lib/$(TargetCPU)-$(TargetOS)/ Now Lazarus can find the compiled units. Thanks. -Phil -Oorspronkelijk bericht- Van: Dominique Louis [mailto:[EMAIL PROTECTED] Verzonden: za 20-10-2007 10:43 Aan: lazarus@miraclec.com Onderwerp: [lazarus] Error when Updgrading to lastest ( 20/10 ) snapshot... Hi all, this is possibly a silly error on my part. I have just updated to the latest snapshot version of Lazarus/FPC. When I try and compile my Mac OS X project the unit carbonprinters_h.inc is opened and the TCarbonPrinter class is highlighted and the console window error message is : carbonprinters_h.inc(7,3 Fatal : Syntax Error, 'IMPLEMENTATION' expected but identifier TCarbonPrinter found this include file is definitely missing an implementation section. Btw, what does {%MainUnit ../osprinters.pp} imply? When I looked in that directory all I found was osprinters.pas not osprinters.pp. FPC compiler is listed as 2.2.1 and the Lazarus editor is listed as v0.9.23 beta. Dominique. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
[lazarus] Carbon IDE
PaulIsh added a list of issues with the Carbon-based Lazarus IDE and I've added to it. Please add any other issues you discover so we can have a complete list of everything that needs to be addressed for a working and Mac-ready IDE: http://wiki.lazarus.freepascal.org/Carbon_interface_internals#Carbon_IDE_Bugs Thanks. -Phil
RE: [lazarus] ListView Crashes on Mac OS X...
Tom is right. Almost everything is implemented and working with the Carbon widgetset. Even printing works. For now, you can use the Unix CUPS-based printer dialogs and TPrinter implementation. The dialogs aren't native like the Open, Save, etc. dialogs, but they do work fine now. The TPrinter implementation does use the Carbon API and is limited to the 4 font families built into the Postscript interpreter (Courier, Times, Helvetica, Symbol, which are very similar to the TrueType Courier New, Times New Roman, Arial, Symbol) but it does print correctly. One thing that's needed now is testing of the integration of Carbon with large, existing apps. For example, the Laz IDE is a good test of integration. The Laz IDE can be compiled with the Carbon widgetset and it actually works pretty well. There are a few big issues still and a lot of little cosmetic ones with IDE dialog sizes (too small to fit some of the controls with Carbon), but you can try it out and see the future. I'm thinking of creating a wiki page devoted to getting the Laz IDE working fully with Carbon. Would anyone be interested in that? Thanks. -Phil -Original Message- From: Tom Gregorovic [mailto:[EMAIL PROTECTED] Sent: Sun 10/14/2007 8:51 AM To: lazarus@miraclec.com Subject: Re: [lazarus] ListView Crashes on Mac OS X... Dominique Louis napsal(a): Hi Tom, This is excellent news! I would love to help out any way I can and would also like to learn how you go about wrapping these Carbon controls. If there is anything I can do to help, let me know. Also is there a list somewhere of which Carbon controls have not been ported/wrapped yet? Yes, you can look at http://wiki.lazarus.freepascal.org/Carbon_interface_internals and http://wiki.lazarus.freepascal.org/Roadmap#Status_of_components_on_each_widgetset. Almost all controls are implemented except some printer dialogs. There is more to do in testing and fixing bugs. Tom _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] ListView Crashes on Mac OS X...
Whoops, in my previous e-mail, I meant that the Unix TPrinter implementation does _not_ use the Carbon API. However, it does use the CUPS library, which underlies Carbon. Thanks. -Phil -Original Message- From: Tom Gregorovic [mailto:[EMAIL PROTECTED] Sent: Sun 10/14/2007 8:51 AM To: lazarus@miraclec.com Subject: Re: [lazarus] ListView Crashes on Mac OS X... Dominique Louis napsal(a): Hi Tom, This is excellent news! I would love to help out any way I can and would also like to learn how you go about wrapping these Carbon controls. If there is anything I can do to help, let me know. Also is there a list somewhere of which Carbon controls have not been ported/wrapped yet? Yes, you can look at http://wiki.lazarus.freepascal.org/Carbon_interface_internals and http://wiki.lazarus.freepascal.org/Roadmap#Status_of_components_on_each_widgetset. Almost all controls are implemented except some printer dialogs. There is more to do in testing and fixing bugs. Tom _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Enumerating Fonts on Mac OS X...
Something like this should work with all widgetsets: for i := 0 to Pred(Screen.Fonts.Count) do ComboBox1.Items.Add(Screen.Fonts[i]); Because of the large number of fonts available on OS X, you might want to use a TListBox instead of a TComboBox. Thanks. -Phil -Original Message- From: Dominique Louis [mailto:[EMAIL PROTECTED] Sent: Sun 10/14/2007 2:02 PM To: lazarus@miraclec.com Subject: [lazarus] Enumerating Fonts on Mac OS X... Hi all, What is the easier way to get the list of Fonts currently installed on a Mac OS X system. I'd like to populate a Combobox with the Fonts currently installed on the system. Dominique. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Philip Hess' Carbon IDE WIKI idea
Jim, All Mac GUI apps should have an .app bundle. Here's how I created one for the Carbon-based Laz IDE: 1. First made copy of GTK-based Lazarus in case Carbon-based IDE doesn't work. Can use Finder or command line: cp -p lazarus lazarus-gtk 2. Started GTK-based Lazarus, then in Configure Build Lazarus: - Set everything to None, except Laz IDE. - Set LCL interface to carbon. - Unchecked Restart box since we don't want to start unbundled executable. - Entered this in Options: -k'-framework' -k'carbon' - Clicked Build button. 3. Exited GTK-based Lazarus. 4. Created .icns file. I just posted lazarus.icns to BugTracker, but you can also create this yourself with Icon Composer from mainicon.ico (in images folder). 5. Created app bundle with script: ./create_app_mac.sh lazarus Lazarus This will create Lazarus.app (with proper uppercase first char) and if it finds lazarus.icns will copy icon file into bundle. If the bundle has an icon file you'll see this on the dock when it's run. Script is available from: http://web.fastermac.net/~MacPgmr/Lazarus/ 6. Double-click Lazarus in Finder to start Carbon-based IDE. You can also drag and drop it onto Dock to start it from there. Thanks. -Phil -Original Message- From: James Chandler Jr [mailto:[EMAIL PROTECTED] Sent: Sun 10/14/2007 4:45 PM To: lazarus@miraclec.com Subject: [lazarus] Philip Hess' Carbon IDE WIKI idea Hi Phil The wiki sounds like a good idea. Adriaan van Os helped us get a middle-sized PC Lazarus app moved into an xcode project. The carbon components this project uses, are working great. The low-level message loop is behaving nicely, doing what one would expect it to do responding to keyboard, mouse, updating controls, all that good stuff. The stuff our program exercises, include Main Menu (with check-items, and numerous hierarchical menus), Right-click menus, TForm, ShowModal, multiple TPanels in a TForm, TButton, TSpeedButton, Multiple TPaintBox in a TPanel, TScrollBar, TBevel, TLabel with default Black Text, TLabel with Colored Text/Background, TComboBox, TProgressBar, TMemo, TEdit, TProgressBar, TOpenDialog, TTimer. Dunno if every feature of each mentioned control is perfect (since I haven't tested every available feature of each control), but they are working exactly as they should in our use of each control. We still need to do some work on it, but here are some screenshots: http://www.errnum.com/html/MacACWScreenShots.html Have done Mac programming a long time, off'n'on, but am very ignorant of a lot of modern Mac details, especially the unix and command-line tools. Maybe I'm doing something wrong, but when I double-click startlazarus, it runs the IDE from the Terminal. A lot of things seem to work, but no top menu (except the Terminal top menu), and the message loop doesn't seem to be fully running. For instance, clicking on a lot of the buttons will open an appropriate window, but once the window is open, it doesn't do much and can't be dismissed. Am not complaining. Far from it. Am only describing it, in case the current IDE version is supposed to be doing more and I haven't done something necessary to get it running better. Do the developers generally run 'all command line all the time', or do they work on the IDE project in an XCode project? Does the IDE ultimately need to be built into a bundle to become double-clickable with a menu and fully functional message loop and such? The carbon application.run loop is already so well-behaved on our middle-sized program, that it seems that the code ought to be pretty close to 'prime time' to run the IDE pretty fully (albeit with perhaps some initially missing features and bugs to clean up)? Its looking great. Congrats to all the folks who programmed this. jcjr On Oct 14, 2007, at 12:48 PM, Hess, Philip J wrote: Tom is right. Almost everything is implemented and working with the Carbon widgetset. Even printing works. For now, you can use the Unix CUPS-based printer dialogs and TPrinter implementation. The dialogs aren't native like the Open, Save, etc. dialogs, but they do work fine now. The TPrinter implementation does use the Carbon API and is limited to the 4 font families built into the Postscript interpreter (Courier, Times, Helvetica, Symbol, which are very similar to the TrueType Courier New, Times New Roman, Arial, Symbol) but it does print correctly. One thing that's needed now is testing of the integration of Carbon with large, existing apps. For example, the Laz IDE is a good test of integration. The Laz IDE can be compiled with the Carbon widgetset and it actually works pretty well. There are a few big issues still and a lot of little cosmetic ones with IDE dialog sizes (too small to fit some of the controls with Carbon), but you can try it out and see the future. I'm thinking of creating a wiki page devoted to getting the Laz IDE
RE: [lazarus] Lazarus and Gtk2 under Mac OS X
Felipe, Instead of adding the wiki lines to your fpc.cfg, just specify them in an additional .cfg file on the Compiler Options Other tab for use when compiling with gtk2. If these lines interfere with gtk, then just uncheck the Use additional Compiler Config File box. I've attached my original gimplib.cfg file to this message. Also, to run an executable that's linked against the Gimp libraries, you have to export some of the Gimp gtk2 library locations. The easiest way to do this is with the attached script file. Run Lazarus like this: ./glaunch.sh lazarus That's the way Gimp is launched and I adapted my script from Gimp's. Study the script for more information. Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Friday, October 12, 2007 5:02 AM To: lazarus@miraclec.com Subject: [lazarus] Lazarus and Gtk2 under Mac OS X Hi, Today I tryed again to use lazarus with gtk2 under Mac OS X. I reviwed old e-mails, and synthetised some instructions: http://wiki.lazarus.freepascal.org/GTK2_Interface#Using_the_Gtk2_interfa ce_under_Mac_OS_X Lazarus compiles file, but when I try to run it, I get: felipe2:~/Programas/lazarus felipemonteirodecarvalho$ ./lazarus dyld: Library not loaded: /usr/local/lib/libgtk-x11-2.0.0.dylib Referenced from: /Users/felipemonteirodecarvalho/Programas/lazarus/./lazarus Reason: image not found Trace/BPT trap I tryed adding a new line to fpc.cfg, which would be: -k'-dylib_file' -k'/usr/local/lib/libgtk-x11-2.0.0.dylib:/Applications/Gimp.app/Contents /Resources/lib/libgtk-x11-2.0.0.600.10.dylib' I also tryed similar lines adding the .600.10 to the first part, but it doesn't seam to help. Any ideas? thanks, -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives glaunch.sh Description: glaunch.sh gimplib.cfg Description: gimplib.cfg
RE: [lazarus] Is lazreport supposed to work? (gtk2/linux)
Luca, The DC is invalid. Maybe you need to include the interfaces unit to initialize the widgetset? Thanks. -Phil -Original Message- From: Luca Olivetti [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 18, 2007 5:12 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Is lazreport supposed to work? (gtk2/linux) En/na Luca Olivetti ha escrit: En/na Jesus Reyes ha escrit: The Gtk2 interface is not yet as complete or tested as the windows or GTK1 inteface, as the more work is put in GTK2 interface it will benefit LazReport also. Btw, there are several bug reported in relation with LazReport and GTK2 interface, if you find a bug in LazReport either in GTK2, GTK1 o Windows that is not yet in bug tracker please submit it, otherwise it might be forgotten. Ok, I submitted bugs 9678 and 9679 http://www.freepascal.org/mantis/view.php?id=9678 (components placed 200-300 pixels to the right of the cursor) http://www.freepascal.org/mantis/view.php?id=9679 (no text in the printed report). Now that at least the second bug is fixed (thanks!), here comes the difficult part ;-) Is there a simple (or not so simple) way to use lazreport to send a report to the printer without X (I'm going to need this on an headless machine)? Just to test the waters, I started with a really simple test program program simple; {$mode objfpc}{$H+} uses LR_Class; begin end. and it is enough to cause this: TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported [FORMS.PP] ExceptionOccurred Sender=EAccessViolation Exception=Access violation Stack trace: $08132A57 GETDC, line 336 of ./include/winapi.inc $0811FD0D TBITMAP__HANDLENEEDED, line 442 of ./include/bitmap.inc $08122139 TBITMAPCANVAS__CREATEHANDLE, line 46 of ./include/bitmapcanvas.inc $081292F8 TCANVAS__REQUIREDSTATE, line 1530 of ./include/canvas.inc $0812916C TCANVAS__GETHANDLE, line 1440 of ./include/canvas.inc $08126A46 TCANVAS__SETPIXEL, line 109 of ./include/canvas.inc $0807CFC0 DOINIT, line 8706 of lr_class.pas $0807EC5D LR_CLASS_init, line 9084 of lr_class.pas $080579B4 TApplication.HandleException Access violation Stack trace: $08132A57 GETDC, line 336 of ./include/winapi.inc $0811FD0D TBITMAP__HANDLENEEDED, line 442 of ./include/bitmap.inc $08122139 TBITMAPCANVAS__CREATEHANDLE, line 46 of ./include/bitmapcanvas.inc $081292F8 TCANVAS__REQUIREDSTATE, line 1530 of ./include/canvas.inc $0812916C TCANVAS__GETHANDLE, line 1440 of ./include/canvas.inc $08126A46 TCANVAS__SETPIXEL, line 109 of ./include/canvas.inc $0807CFC0 DOINIT, line 8706 of lr_class.pas $0807EC5D LR_CLASS_init, line 9084 of lr_class.pas $080579B4 Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 _ 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] Crash when running compiled Carbon app as different user on i386 Mac
Tobias, I just tried logging in as a different users here and running a Carbon app and it worked fine. It looks like you're getting an exception in the FPC System unit. What version of FPC are you using? Thanks. -Phil -Original Message- From: Tobias Giesen [mailto:[EMAIL PROTECTED] Sent: Sat 9/15/2007 7:55 AM To: lazarus@miraclec.com Subject: [lazarus] Crash when running compiled Carbon app as different user on i386 Mac Hello, my app has been running fine lately, so I thought I'd try to log on to Mac OS X as a different user and run the compiled application. As it turns out, it crashes before reaching the main program. The crash only occurs when I launch it by double-clicking the application bundle. When I start just the binary, a terminal window opens and it shows its Main Form just fine, but I can't focus it. Here's a the fist part of the crash log. At the point where I cut it, the last two lines are repeated a few hundred times more. Any ideas? Thanks. Tobias -- Host Name: iMac Date/Time: 2007-09-15 14:42:54.504 +0200 OS Version: 10.4.10 (Build 8R2218) Report Version: 4 Command: MyMacApp Path:/borland/exec/MyMacApp.app/Contents/MacOS/MyMacApp Parent: WindowServer [921] Version: ??? (1.0) PID:953 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0xbf78 Thread 0 Crashed: 0 MyMacApp0x00012983 SYSTEM_SYSGETMEM_FIXED$LONGINT$$POINTER + 3 1 MyMacApp0xccb2 SYSTEM_TOBJECT_$__NEWINSTANCE$$TOBJECT + 18 2 MyMacApp0x000da15e SYSUTILS_RUNERRORTOEXCEPT$LONGINT$POINTER$POINTER + 862 3 MyMacApp0x00010e07 FPC_BREAK_ERROR + 39 4 MyMacApp0x000f7c20 LCLPROC_DEBUGLN$ANSISTRING + 112 (LCLProc.pas:1370) 5 MyMacApp0x00034cf9 FORMS_EXCEPTIONOCCURRED$TOBJECT$POINTER$LONGINT$PPOINTER + 73 (Forms.pp:1379) 6 MyMacApp0xdbba SYSTEM_DOUNHANDLEDEXCEPTION + 74 7 MyMacApp0xded9 FPC_RERAISE + 41 8 MyMacApp0xdbba SYSTEM_DOUNHANDLEDEXCEPTION + 74 9 MyMacApp0xded9 FPC_RERAISE + 41 10 MyMacApp0xdbba SYSTEM_DOUNHANDLEDEXCEPTION + 74 11 MyMacApp0xded9 FPC_RERAISE + 41 12 MyMacApp0xdbba SYSTEM_DOUNHANDLEDEXCEPTION + 74 13 MyMacApp0xded9 FPC_RERAISE + 41 14 MyMacApp0xdbba SYSTEM_DOUNHANDLEDEXCEPTION + 74 15 MyMacApp0xded9 FPC_RERAISE + 41 16 MyMacApp0xdbba SYSTEM_DOUNHANDLEDEXCEPTION + 74 17 MyMacApp0xded9 FPC_RERAISE + 41 18 MyMacApp0xdbba SYSTEM_DOUNHANDLEDEXCEPTION + 74 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Howto draw vertically oriented text in Canvas?
The ported Orpheus TOvcRotatedLabel control works on Win32, Qt and Carbon: http://wiki.lazarus.freepascal.org/OrphPort I haven't tested it yet with the recent GTK2 patch. Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Thursday, September 13, 2007 7:44 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Howto draw vertically oriented text in Canvas? I think the current method is using CreateFontIndirect from LCLIntf unit. This will create a font which you can assign to the canvas and then input text. One of the fields of the structure you pass to this function controls the rotation of the text. It is used just like the windows api of the same name. However, this only works currently with win32 (and possibly wince) and qt widgetsets. Someone sent a patch to implement it for gtk2 a few days ago if I am not mistaken. -- Felipe Monteiro de Carvalho _ 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] GTK Rotated text
Luis, Great work! A good test of a widgetset's rotated text is the ported Orpheus rotated label control, TOvcRLbl. It works with Win32, Carbon and Qt, so having GTK2 would be wonderful! There's a link on the Lazarus CCR wiki, but it appears to be down at the moment. You can also get the source from here: http://web.fastermac.net/~MacPgmr/OrphPort/OrphStatus.html Or here: https://lazarus-ccr.svn.sourceforge.net/svnroot/lazarus-ccr/components/o rpheus Thanks. -Phil -Original Message- From: Luis Rodrigues [mailto:[EMAIL PROTECTED] Sent: Monday, September 10, 2007 1:39 PM To: lazarus@miraclec.com Subject: Re: [lazarus] GTK Rotated text Hi, Over the last weekend I've implemented text rotate in GTK2. I've implemented it in Gtk2WidgetSet.ExtTextOut. Since there is no way to define that the font is rotated, TGtk2WidgetSet.CreateFontIndirectEx .. lfEscapement can only be used to place the angle somewhere to ExtTextOut to use. The used functions (with gtk/pango version) pango_matrix_rotate - gtk2.6 pango_matrix_translate - gtk2.6 pango_context_set_matrix - gtk2.6 pango_renderer_draw_layout - pango1.8 gdk_pango_renderer_get_default - gtk2.6 gdk_pango_renderer_set_drawable - gtk2.6 gdk_pango_renderer_set_gc - gtk2.6 gtk2.6 and pango1.8 where released in Dec 2004 so I guess i can be implemented with no problems :) I've defined in Gtk2int.pas TPangoMatrix = record xx: double; xy: double; yx: double; yy: double; x0: double; y0: double; end; PTPangoMatrix = ^TPangoMatrix; PPangoRenderer = pointer; PGdkPangoRenderer = pointer; procedure pango_font_description_set_gravity (desc:PPangoFontDescription;gravity:TPangoGravity); cdecl; external 'libpango-1.0.so.0'; procedure pango_matrix_rotate(matrix: PPangoMatrix; degrees: double); cdecl; external 'libpango-1.0.so.0'; procedure pango_matrix_translate(matrix: PPangoMatrix; tx, ty: double); cdecl; external 'libpango-1.0.so.0'; procedure pango_matrix_scale (matrix: PPangoMatrix; scale_x, scale_y: double); cdecl; external 'libpango-1.0.so.0'; procedure pango_context_set_matrix(context: PPangoContext; matrix: PPangoMatrix); cdecl; external 'libpango-1.0.so.0'; procedure pango_renderer_draw_layout (renderer: PPangoRenderer; layout: PPangoLayout; x,y: Integer); cdecl; external 'libpango-1.0.so.0'; function gdk_pango_renderer_get_default (screen: PGdkScreen): PPangoRenderer; cdecl; external 'libgtk-x11-2.0.so'; procedure gdk_pango_renderer_set_drawable (gdk_renderer: PGdkPangoRenderer; drawable: PGdkDrawable); cdecl; external 'libgtk-x11-2.0.so'; procedure gdk_pango_renderer_set_gc (gdk_renderer: PGdkPangoRenderer; gc: PGdkGC); cdecl; external 'libgtk-x11-2.0.so'; and changed gtkwinapi.inc procedure DoTextOut(X,Y : Integer; Str: Pchar; CurCount: Integer); var DevCtx: TDeviceContext; CurScreenX: LongInt; CharLen: LongInt; WidgetCont: PPangoContext; matrix: TPangoMatrix; renderer: PPangoRenderer; screen: PGdkScreen; gc: PGdkGc; begin DevCtx:=TDeviceContext(DC); if (Dxnil) then begin CurScreenX:=X; while CurCount0 do begin CharLen:=UTF8CharacterLength(CurStr); //gdk_draw_glyphs(DevCtx.drawable,DevCtx.gc ); pango_layout_set_text(UseFont, CurStr, CharLen); gdk_draw_layout_with_colors(DevCtx.drawable, DevCtx.GC, CurScreenX, Y, UseFont, Foreground, nil); //gdk_draw_rectangle(DevCtx.Drawable,DevCtx.GC,1,CurScreenX,Y,3,3); inc(CurScreenX,CurDx^); inc(CurDx); inc(CurStr,CharLen); dec(CurCount,CharLen); end; end else begin //just changed this branch pango_layout_set_text(UseFont, Str, Count); renderer := gdk_pango_renderer_get_default( gtk_widget_get_screen(DevCtx.DCWidget) ); gdk_pango_renderer_set_drawable ( renderer, DevCtx.drawable); gdk_pango_renderer_set_gc ( renderer, DevCtx.GC); WidgetCont := pango_layout_get_context(UseFont); matrix.xx := 1.0; matrix.xy := 0.0; matrix.yx := 0.0; matrix.yy := 1.0; matrix.x0 := 0.0; matrix.y0 := 0.0; pango_matrix_translate (@matrix, X, Y); pango_matrix_rotate (@matrix, 285); //--this is the angle pango_context_set_matrix (WidgetCont, @matrix); pango_layout_context_changed (UseFont); pango_renderer_draw_layout (renderer, UseFont, X, Y); gdk_pango_renderer_set_drawable ( renderer, nil); gdk_pango_renderer_set_gc ( renderer, nil); end; end; I could have done a patch but this code is just a proof of concept and needs to be integrated in the correct files (with I don't know with they are). So now we can have text rotate in Gtk2 also :) regards, Luis On Wed, 2007-09-05 at 11:43 +0200, Mattias Gaertner wrote: On Tue, 04 Sep 2007 21:31:07 +0100 Luis Rodrigues [EMAIL PROTECTED] wrote: Hello, I was going to implement rotating text on GTK2 but just noticed that
RE: [lazarus] Lazarus IDE crashes while loading form
Andrea, See file DfmToLfm.ini that comes with this conversion tool: http://wiki.lazarus.freepascal.org/XDev_Toolkit Thanks. -Phil -Original Message- From: Andreas Berger [mailto:[EMAIL PROTECTED] Sent: Friday, August 31, 2007 7:00 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Lazarus IDE crashes while loading form It would be interesting to have a list of lines that must be removed/changed in a dmf file before conversion to lfm. I have a program called dfm2lfm where I include all of these problems that I know of and use it as a pre-processor for each .dfm. It then calls LazRes to convert the pre-processed output file. However, I only have a few entries to the components I use. Worse yet, if a property I removed is later added to the Lazarus component, I will probably never know and it will continue to be removed by my pre-processor. How would we go about making a list of properties (per component) that are different from the dfm? Andreas wile64 wrote: Hello Luis, Edit file dmap.lfm and delete line Style = lbOwnerDrawFixed in object TListBox. object ListBox1: TListBox Left = 8 Top = 8 Width = 121 Height = 249 Color = clBtnFace ItemHeight = 32 Items.Strings = ( ' Nodes' ' Links' ' Labels' ' Notation' ' Symbols' ' Flow Arrows' ' Background' ) *Style = lbOwnerDrawFixed TabOrder = 0 OnClick = ListBox1Click OnDrawItem = ListBox1DrawItem end Your form load correctly. I tested with Lazarus 0.9.23 R11761 -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.12/979 - Release Date: 29/8/2007 20:21 _ 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] fpc dosend find wrong cased units in macosx ??
Vincent, Would it be possible to start posting the OS X PowerPC snapshots using FPC 2.1.5 instead of 2.0.4? I've been using the 2.1.5 snapshot you built for me in July extensively and it works very well. In fact, lots of things that didn't work right before with the FPC 2.0.4 now work properly, for example, the XML support is much improved, addition of many Delphi compatible types, and many bug fixes. I can't think of any reason why 2.0.4 would still need to be used for the snapshots. A disadvantage to having users work with 2.0.4 is that they'll be posting bugs that might already have been fixed. Thanks. -Phil -Original Message- From: Vincent Snijders [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 28, 2007 1:17 PM To: lazarus@miraclec.com Subject: Re: [lazarus] fpc dosend find wrong cased units in macosx ?? Christian U. schreef: OK, i have no chance to install fpc in MacOS X for i386. Thers no fpc 2.0.4 for i386, and the 2.1.5 Compiler has the issues with the wrong Case. Can somebody please use the 2.3.1 compiler for the Daily Snapshot building ? I make the Lazarus snapshots, but won't use fpc 2.3.1 for now. They build themselves, so it is not impossible to use fpc 2.1.5. Vincent _ 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] DELPHI 1 TO LAZARUS
Have you used Delphi 1 to save your .dfm file as a text file? I believe it was stored in a binary format by default. Thanks. -Phil From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 16, 2007 10:16 AM To: lazarus@miraclec.com Subject: [lazarus] DELPHI 1 TO LAZARUS Please - I need help! I am trying to convert Delphi 1 programs to Lazarus, but I just can't get it right! It's as simple as the following: I have a program, and a unit - the unit alos has a form. No matter how I use the conversion tools - I never get my Form back! What am I doing wrong and how can I fix it? Herman Ohlhoff
RE: [lazarus] Web Service Toolkit release 0.5
I second this. I've been using WST extensively on Windows with Delphi and FPC and on OS X with FPC: WST works great. If you're not exploring the use of Web services you're potentially missing out on a really useful new technology. Thanks. -Phil -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Van Canneyt Sent: Wednesday, August 15, 2007 3:34 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Web Service Toolkit release 0.5 On Wed, 15 Aug 2007, Inoussa OUEDRAOGO wrote: Dear Lazarus users, Web Service Toolkit is a web services package for FPC, Lazarus and Delphi; Web Service Toolkit is meant to ease web services consumption and creation by FPC, Lazarus and Delphi users. I updated from SVN and compiled everything. What can I say ? My congratulations. It looks excellent; Much better than I had ever dreamed of :-) As far as I'm concerned, this is an absolute must for inclusion in Lazarus by default. It would ensure that lazarus covers all areas of modern development. (if such a thing exists...) And a definite must for showing off on Systems... :-) Michael. _ 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] Roadmap Status of features
The setting made with SetTextAlign is used by TextOut and ExtTextOut. Perhaps SetTextAlign was in winapi.inc because this sort of compatibility was planned at one point. Delphi code that calls SetTextAlign to set the text alignment flags won't work correctly when it then calls TextOut or ExtTextOut since SetTextAlign is not implemented. Thanks. -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Tue 7/31/2007 9:07 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Roadmap Status of features On Tue, 31 Jul 2007 09:39:04 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: SetMapMode is a uniquely powerful API function. The MM_ANISOTROPIC mode lets you work with any logical units you want (for example, high resolution) and let the GDI map them to lower-res units (for example, screen coordinates). Of course, to be useful we would also need SetWindowExtEx and SetViewportExtEx. It appears as though implementing these in win32winapi.inc would only take one line of code each (pass through to Windows unit). I don't have any idea of what implementing these functions in other widgetsets would take. Of course it is a one liner in win32winapi ;). The question is how to do it in the other default widgetset: gtk. I see 3 possibilities: 1. Find a solution how to do it in gtk 2. Improve the qt widgetset to become better than the gtk widgetset and implement the qt SetMapMode 3. Write a pascal unit with SetMapMode(s) for the various platforms and add it to virtualtree. Then advice the users that vt needs qt or win32/64. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Roadmap Status of features
SetMapMode is a uniquely powerful API function. The MM_ANISOTROPIC mode lets you work with any logical units you want (for example, high resolution) and let the GDI map them to lower-res units (for example, screen coordinates). Of course, to be useful we would also need SetWindowExtEx and SetViewportExtEx. It appears as though implementing these in win32winapi.inc would only take one line of code each (pass through to Windows unit). I don't have any idea of what implementing these functions in other widgetsets would take. -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 31, 2007 6:28 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Roadmap Status of features On Tue, 31 Jul 2007 12:12:00 +0200 zeljko [EMAIL PROTECTED] wrote: On Tuesday 31 July 2007 11:47, Mattias Gaertner wrote: On Tue, 31 Jul 2007 09:03:23 +0200 zeljko [EMAIL PROTECTED] wrote: On Friday 20 July 2007 22:06, Hess, Philip J wrote: please, back SetMapMode() into api, it's needed by virtualtree ... Why? It didn't do anything. not at that time, but it was written, by my mistake commented, because I haven't seen any call to this routine until I've seen it in TVirtualTree :) So it's useable, I'll back it and test. is it ok ? I only found a start in the QT interface. Why does virtualtree need a SetMapMode under QT and nowhere else? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] Roadmap Status of features
(1) General status of widgetset's Win API support. There are lots of TODO's and implement this in gtkwinapi.inc and even win32winapi.inc doesn't appear to be complete. Win API support is one gauge of how well many 3rd-party Delphi components would be supported on Lazarus. What do you mean with win32winapi.inc doesn't appear to be complete? Maybe TODO means something different to you than it does to me. There are a lot of TODO's in win32winapi.inc, which tells me that it's not complete. Also, these functions are defined in the LCL winapi.inc, but not implemented even in win32: GetMapMode SetMapMode SetTextAlign There are probably others. All functions defined in winapi.inc should be implemented in all widgetsets, even if just stubs. And if stubs, they should at least use DebugLn or even raise an exception so programmers are notified that they're not implemented. Thanks. -Phil winmail.dat
RE: [lazarus] Component or library for HTTP and/or WebDAV protocol on Mac OS X
Synapse compiles okay on OS X, but it crashes at startup. I'm still investigating why as it works fine on Windows. I'm using Synapse with the Web Service Toolkit. http://www.ararat.cz/synapse/ http://wiki.lazarus.freepascal.org/Web_Service_Toolkit Thanks. -Phil -Original Message- From: Tobias Giesen [mailto:[EMAIL PROTECTED] Sent: Monday, July 23, 2007 9:36 AM To: lazarus@miraclec.com Subject: [lazarus] Component or library for HTTP and/or WebDAV protocol on Mac OS X Hello, I am looking for a component or library which will eventually enable me to access a WebDAV server from my client application, which I am making with Lazarus. Is there a recommended component or library for HTTP, or even WebDAV? I am ready to invest a lot of time into this, so if I have to create something new or port a library that currently works on Windows or Linux, how should I proceed? Is there a library that I should port over to Macintosh? Probably not Indy 10? Should I try to use the Carbon API or Unix sockets? Any advice or opinions are very welcome. Cheers, Tobias _ 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
[lazarus] Roadmap Status of features
Felipe, Good idea adding the Status of features table to the Roadmap page: http://wiki.lazarus.freepascal.org/Roadmap#Status_of_features_on_each_wi dgetset I wonder if it would be useful to list a few other things here too: (1) General status of widgetset's Win API support. There are lots of TODO's and implement this in gtkwinapi.inc and even win32winapi.inc doesn't appear to be complete. Win API support is one gauge of how well many 3rd-party Delphi components would be supported on Lazarus. (2) Status of non-visual components (a) TMetafile and TMetafileCanvas - still missing although I understand there's an implementation for win32 that's not part of LCL. (b) TClipboard - still missing GetAsHandle method. In Delphi this is typically used to get the handle to clipboard contents in a specified format, which is then passed to GlobalLock to get a pointer to the contents' first byte. Also probably need SetAsHandle. Both of these are declared but commented out in LCL's TClipboard. Doesn't appear to be anything equivalent to these in LCL's TClipboard that could be used instead. Since the combination of GetAsHandle and Win API GlobalLock is used simply to get at the clipboard contents, perhaps a GetAsPtr method could be added if there's a widgetset-independent way of getting a pointer to the clipboard memory. (c) TPrinter - missing GetPrinter method. In Delphi this is typically used to get printer device capabilities. Doesn't appear to be anything equivalent to this in LCL's TPrinter. Thanks. -Phil
RE: [lazarus] Carbon native IDE
Felipe, I believe that SynEdit is a TCustomControl descendent. TCustomControl's can't yet receive focus or keyboard input, as indicated as a bug on this page: http://wiki.lazarus.freepascal.org/Carbon_interface_internals#Bugs Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Thursday, July 12, 2007 6:39 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Carbon native IDE On 7/12/07, Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote: But which will be the rectangle to be filled if there is no text? The one in Rect argument? Cool, I used the Rect argument and it works now =) I commited the change. If only I had a caret now =) Keyboard input also doesn't work on the Carbon SynEdit. -- Felipe Monteiro de Carvalho _ 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] Carbon native IDE
Same thing further down in TCarbonDeviceContext.GetTextExtentPoint. If BeginTextRender fails due to a blank string, it should probably set Size.cx and Size.cy to 0, which would probably make sense to calling code (that is, the width of the string is 0). I notified Tomas of the issue with passing a blank string to BeginTextRender last week but he's been on holiday. Thanks. -Phil -Original Message- From: Paul Ishenin [mailto:[EMAIL PROTECTED] Sent: Thursday, July 12, 2007 5:53 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Carbon native IDE Felipe Monteiro de Carvalho пишет: Hi, I just tested the Lazarus IDE with carbon, and it loads and looks reasonable: http://magnifier.sourceforge.net/photos/Fullscreen_1.png =) It cannot be used, because SynEdit doesn't work (lot's of bugs: no Caret, when moves around the text the new text is painted over the old text, no scrollbars, etc, etc). But, nevertheless, it's a great progress already =) After experience with patching same issues in qt I have an idea. Felipe, can you correct TCarbonDeviceContext.ExtTextOut a bit and retest? Look at code. if not BeginTextRender(Str, Count, TextLayout) then Exit; SynEdit uses ExtTextOut to fill background. To do this SynEdit passes Empty Str argument and Count = 0. As result BeginTextRender return False and no bg filling will happen. So if (Options and ETO_OPAQUE) 0 then backgound should be filled inspite of BeginTextRendere = False. Best regards, Paul Ishenin. _ 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] Libraries (DLLs) with debug information
Christian, That's the way it's been for at least a year or more: Don't use -Ct and don't use -gl when compiling DLL's on Windows. I just tested 2.1.5 from 20070622. It was broken completely for a while but now the DLL's work but only if you omit stack checking and line numbers, as before. I haven't noticed these kinds of problems on OS X with 2.0.4. Thanks. -Phil -Original Message- From: Christian Budde [mailto:[EMAIL PROTECTED] Sent: Tue 6/26/2007 11:55 AM To: lazarus@miraclec.com Subject: [lazarus] Libraries (DLLs) with debug information Hi, does anybody know a solution to create libraries with any kind of debug information in it? Each time I checked one of the options the DLL renders completely invalid (error code 193). I've already reported that bug to mantis, but there hasn't been any update about that bug since a month or so. Right now I have to guess the bugs in the code. However, the project works fine if compiled with Delphi though. I tried all the compiler: - FPC 2.3.1 doesn't load any library (library is valid, but I get an access violation during load) - FPC 2.1.5 only works without debug information - FPC 2.0.4 seems to be incompatible with my code, since I got lots of different error messages which doesn't seem to be related to anything Furthermore the stack option '-Ct' still doesn't seem to work for DLLs. Any suggestions welcome! Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] LCL in DLL
This has never worked. There was a time when you could put a form in a DLL and it would start okay (on Windows), but it wouldn't respond to keyboard inputs, as I recall. Now I can't even get a DLL containing a form to start without crashing the host app. On Delphi this works fine and you just set the DLL form's Application.Handle to the calling app's Handle to integrate it with the main app. I tested this with OS X recently too: same crash. Bottom line is that it doesn't appear as though you can put a form in a DLL with Lazarus. For now, it's best to use only non-UI units in the DLL code. Thanks. -Phil -Original Message- From: fvpats [mailto:[EMAIL PROTECTED] Sent: Tue 6/26/2007 12:30 PM To: lazarus@miraclec.com Subject: [lazarus] LCL in DLL hi, i would like using lcl in a library (dll) but i didn't find any answer anywhere (net, bugtracker fpc, ...) does anyone know how doing this ? thanks a lot winmail.dat
RE: [lazarus] Graphics32 Carbon beta-testing
Felipe, Your images look spectacular on OS X. If you can track down what's needed, it might be useful to put together a list of Win API functions you need in Carbon. All widgetsets (except win32, of course) could use additional Win API functionality, particularly for porting 3rd party components. Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 19, 2007 3:22 AM To: lazarus@miraclec.com; Macintosh Pascal Mailing List Subject: [lazarus] Graphics32 Carbon beta-testing Hello, I have completed the native Mac OS X (thougth LCL-Carbon) port of Graphics32 library. For those that don't know graphics32, it's a high performance 2D graphics library for Delphi/Lazarus applications. Here is the website: http://www.graphics32.org/wiki/ To make sure that the port works well, I converted all the Delphi examples to Lazarus , and most examples work perfectly. Some don't work on Mac OS X for reasons beyond me (like using windows api directly) and a few crash misteriously. Nevertheless, most work pretty well, as you can see in these screenshots: http://magnifier.sourceforge.net/photos/screenshots/ So, to improve the quality of the port further, and find any bugs the examples didn't catch, I would like to know if anyone is wishing to do some beta testing before the official release. Maybe someone has a Graphics32 application that he would like to see running on Mac OS X. In case anyone is interrested I will publish the current source code on a suitable download location. thanks, -- Felipe Monteiro de Carvalho _ 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] Carbon may become deprecated soon
Run otool -L on various OS X executables and libraries (.dylib). You'll see that a lot of programs use the Carbon framework, either exclusively or in tandem with the Cocoa framework. All of these programs would be affected by a move away from Carbon. This includes things like the Qt libraries. However, deprecated does not mean eliminated. Apple has been pushing Cocoa since 10.0, but met fierce resistance from developers who didn't want to rewrite everything. Eventually Cocoa will probably be desirable from the point of view of new things added to it that aren't available via the traditional Carbon API. At that point it might be reasonable to develop a Cocoa-based widgetset. In the meantime I'm just grateful that we have a native widgetset for Lazarus in Carbon. Once the IDE is Carbon-based I imagine there will be an increase in the number of Mac programmers taking another look at Lazarus who were scared off by GTK, X11, fink, etc. Thanks. -Phil -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 19, 2007 4:12 PM To: lazarus@miraclec.com Subject: [lazarus] Carbon may become deprecated soon Hi, The most important point of the day was : no 64 bits for Carbon. This means Carbon will probably be binary compatible for 10.5, and deprecated for 10.6. Waiting for more infos, I'll comment more in the part 2. Carbon support devels, please see: http://eric.bachard.free.fr/news/2007/06/back-from-wwdc-2007-part-1-agenda.html http://blogs.sun.com/GullFOSS/entry/visiting_the_apple_wwdc_2007 Diogo Piçarra _ 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
[lazarus] Open-doc event handler for OS X Carbon
On Windows, if your app is associated with a specific file extension, if a user double-clicks a file of that type Windows starts another instance of your app, which can then determine the file that launched it by inspecting ParamStr(1). On OS X, if your app is associated with a specific file (via creator code or extension), if a user double-clicks this file OS X checks to see if your app is running - if not, it starts it - then sends an open-doc Apple Event to your app with information about the file that was double-clicked. Double-clicking can occur at anytime your app is running or another app could send an open-doc event to your app to have it open a file. The timing of these events means that putting this information in ParamStr(1) doesn't make sense the way it does with an OS X console app. Instead, this open-doc event needs to be handled by an event handler that your app installs. I've attached code with an example handler. OS X programmers can test this by calling InitOpenDocHandler in your main form's FormCreate method, passing a pointer to a method of the form that has the required parameter signature. When a file associated with your app is double-clicked, this event handler will call your form's method, passing the file's path. To associate a file with your app, select the file and press Cmd+I, then choose your app in the Info dialog that pops up. The question is where this event handler code should go. If it's put in the Carbon widgetset, then programs would need to add its unit to their uses. Normally we don't specify widgetset units in our apps, only the LCL units. There probably isn't anything that corresponds to this in the LCL, so it would be unique to the Carbon widgetset. Any ideas or suggestions? Thanks. -Phil CarbonOpenDoc.pas Description: CarbonOpenDoc.pas
RE: [lazarus] TNoteBook vs TPageControl
Graeme, You might want to check and see if TNotebook has this same problem: http://www.freepascal.org/mantis/view.php?id=8056 What this means is that anchored controls on a TTabSheet don't resize when the sheet does following a resize of form at runtime. That is, the controls on the TTabSheet stay the same size, regardless of how big the TTabSheet gets (or how small). I would think this would be a showstopper for a lot of programs. Generally most programs don't restrict the main form to a set size, which is what would be required to use TTabSheet/TPageControl. Thanks. -Phil -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Monday, June 18, 2007 8:53 AM To: lazarus@miraclec.com Subject: Re: [lazarus] TNoteBook vs TPageControl On 18/06/07, Charl van Jaarsveldt [EMAIL PROTECTED] wrote: Also, in both, if you are designing a tab, then flip over to another tab, any new components dropped onto the tab you are now on will not be displayed at design time, only the resize blocks will be there to tell you where it is. This happens in Gtk2, not sure about Gtk1. Workaround is to save the project and then reopen it, then you can go on designing the other tab. Charl You don't need to reopen the project, just reload the form. Save files, close the form in the Visual Designer (top left cross), then press F12 to load it again. Works for me. I'm using GTK1 btw. Has anybody reported these issues in Mantis yet? Regards, - Graeme - _ 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] TNoteBook vs TPageControl
George, Did you test with the sample app included with the Mantis bug report? On Windows, the TEdit on the form resizes okay when you resize the form horizontally, but the TEdit on the TTabSheet does not. Thanks. -Phil -Original Message- From: George Lober [mailto:[EMAIL PROTECTED] Sent: Monday, June 18, 2007 2:09 PM To: lazarus@miraclec.com Subject: Re: [lazarus] TNoteBook vs TPageControl Hello, Yes that would be showstopper, but I checked TPageControl/TTabSheet under GTK, with TButton, TEdit, TListview and TStringGrid, and the controls resize correctly, either with alClient or with alNone and anchors set. ??? Regards, George Hess, Philip J wrote: Graeme, You might want to check and see if TNotebook has this same problem: http://www.freepascal.org/mantis/view.php?id=8056 What this means is that anchored controls on a TTabSheet don't resize when the sheet does following a resize of form at runtime. That is, the controls on the TTabSheet stay the same size, regardless of how big the TTabSheet gets (or how small). I would think this would be a showstopper for a lot of programs. Generally most programs don't restrict the main form to a set size, which is what would be required to use TTabSheet/TPageControl. Thanks. -Phil -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Monday, June 18, 2007 8:53 AM To: lazarus@miraclec.com Subject: Re: [lazarus] TNoteBook vs TPageControl On 18/06/07, Charl van Jaarsveldt [EMAIL PROTECTED] wrote: Also, in both, if you are designing a tab, then flip over to another tab, any new components dropped onto the tab you are now on will not be displayed at design time, only the resize blocks will be there to tell you where it is. This happens in Gtk2, not sure about Gtk1. Workaround is to save the project and then reopen it, then you can go on designing the other tab. Charl You don't need to reopen the project, just reload the form. Save files, close the form in the Visual Designer (top left cross), then press F12 to load it again. Works for me. I'm using GTK1 btw. Has anybody reported these issues in Mantis yet? Regards, - Graeme - _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] TNoteBook vs TPageControl
I don't see that on Windows. Setting the TEdit's Align to alCustom has the same problem as clNone. The other settings expand the TEdit to take up the entire sheet, which isn't what we want. Thanks. -Phil -Original Message- From: George Lober [mailto:[EMAIL PROTECTED] Sent: Monday, June 18, 2007 2:57 PM To: lazarus@miraclec.com Subject: Re: [lazarus] TNoteBook vs TPageControl Ok, never mind, I see now the bug is applicable to Win32 only. Although using other modes other than alNone, seems to work Ok. George George Lober wrote: Hello, Yes that would be showstopper, but I checked TPageControl/TTabSheet under GTK, with TButton, TEdit, TListview and TStringGrid, and the controls resize correctly, either with alClient or with alNone and anchors set. ??? Regards, George Hess, Philip J wrote: Graeme, You might want to check and see if TNotebook has this same problem: http://www.freepascal.org/mantis/view.php?id=8056 What this means is that anchored controls on a TTabSheet don't resize when the sheet does following a resize of form at runtime. That is, the controls on the TTabSheet stay the same size, regardless of how big the TTabSheet gets (or how small). I would think this would be a showstopper for a lot of programs. Generally most programs don't restrict the main form to a set size, which is what would be required to use TTabSheet/TPageControl. Thanks. -Phil -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Monday, June 18, 2007 8:53 AM To: lazarus@miraclec.com Subject: Re: [lazarus] TNoteBook vs TPageControl On 18/06/07, Charl van Jaarsveldt [EMAIL PROTECTED] wrote: Also, in both, if you are designing a tab, then flip over to another tab, any new components dropped onto the tab you are now on will not be displayed at design time, only the resize blocks will be there to tell you where it is. This happens in Gtk2, not sure about Gtk1. Workaround is to save the project and then reopen it, then you can go on designing the other tab. Charl You don't need to reopen the project, just reload the form. Save files, close the form in the Visual Designer (top left cross), then press F12 to load it again. Works for me. I'm using GTK1 btw. Has anybody reported these issues in Mantis yet? Regards, - Graeme - _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ 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] TNoteBook vs TPageControl
I tested tonight and gtk has same problems as win32 with anchors. This is evidently an LCL problem, not a widgetset one. Clearly, if the TEdit on the form resizes, then the TEdit on the TTabSheet should too. That's the way Delphi works. -Original Message- From: George Lober [mailto:[EMAIL PROTECTED] Sent: Mon 6/18/2007 3:43 PM To: lazarus@miraclec.com Subject: Re: [lazarus] TNoteBook vs TPageControl Ok, you got me on that one. I don't use alCustom, never needed to, so I didn't check for that. Also if for example you use alTop and you set Anchor akBottom to true, this will also not work. Again I don't use those combinations, so I didn't check. I usually use alNone with anchors, alClient, or alTop, alLeft, alRight, alBottom with a splitter or without setting the fourth anchor. A lot of the time I have found it useful to place things in TPanels (as well as TPanels inside a TPanels) in combination with the previously mentioned modes to position things around, sort of my way of getting things to position somewhat like in Java. So far I have pretty much gotten the effects I want doing it that way. For my way of doing things the only limitation would be the alNone with anchors set mode, which does limit what you can do with the look of an app. Regards, George Hess, Philip J wrote: I don't see that on Windows. Setting the TEdit's Align to alCustom has the same problem as clNone. The other settings expand the TEdit to take up the entire sheet, which isn't what we want. Thanks. -Phil -Original Message- From: George Lober [mailto:[EMAIL PROTECTED] Sent: Monday, June 18, 2007 2:57 PM To: lazarus@miraclec.com Subject: Re: [lazarus] TNoteBook vs TPageControl Ok, never mind, I see now the bug is applicable to Win32 only. Although using other modes other than alNone, seems to work Ok. George George Lober wrote: Hello, Yes that would be showstopper, but I checked TPageControl/TTabSheet under GTK, with TButton, TEdit, TListview and TStringGrid, and the controls resize correctly, either with alClient or with alNone and anchors set. ??? Regards, George Hess, Philip J wrote: Graeme, You might want to check and see if TNotebook has this same problem: http://www.freepascal.org/mantis/view.php?id=8056 What this means is that anchored controls on a TTabSheet don't resize when the sheet does following a resize of form at runtime. That is, the controls on the TTabSheet stay the same size, regardless of how big the TTabSheet gets (or how small). I would think this would be a showstopper for a lot of programs. Generally most programs don't restrict the main form to a set size, which is what would be required to use TTabSheet/TPageControl. Thanks. -Phil -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Monday, June 18, 2007 8:53 AM To: lazarus@miraclec.com Subject: Re: [lazarus] TNoteBook vs TPageControl On 18/06/07, Charl van Jaarsveldt [EMAIL PROTECTED] wrote: Also, in both, if you are designing a tab, then flip over to another tab, any new components dropped onto the tab you are now on will not be displayed at design time, only the resize blocks will be there to tell you where it is. This happens in Gtk2, not sure about Gtk1. Workaround is to save the project and then reopen it, then you can go on designing the other tab. Charl You don't need to reopen the project, just reload the form. Save files, close the form in the Visual Designer (top left cross), then press F12 to load it again. Works for me. I'm using GTK1 btw. Has anybody reported these issues in Mantis yet? Regards, - Graeme - _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ 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
RE: [lazarus] Report Tools for Lazarus
It's not a report tool, per se, but you can use FPC's RtfPars unit to create an RTF document, then display it in the user's word processor. Two units that simpify this are included in the XDev Toolkit: http://wiki.lazarus.freepascal.org/XDev_Toolkit The advantage to generating the report as RTF is that you have excellent control over the final look of the report since you can use any RTF formatting. Plus it's already in a form that the user can then browser, edit, print or save, without any export step required. Thanks. -Phil -Original Message- From: Jesus Reyes [mailto:[EMAIL PROTECTED] Sent: Friday, June 08, 2007 2:57 PM To: lazarus@miraclec.com Subject: [lazarus] Report Tools for Lazarus Hi all, we are in talks about the possibility to include LazReport as a component included in Lazarus, one of the questions that raised was if there are more Reporting Tools that work with Lazarus even if they can't be included, we would like to know. Thanks. Jesus Reyes A. ___ Do You Yahoo!? La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. http://net.yahoo.com.mx _ 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] viewsvn to see changes
On Windows, install TortoiseSVN, which integrates with Explorer. Then just right-click your local SVN folder and choose Show log to see log entries or Repo-browser to browser repository. Thanks. -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 05, 2007 3:43 AM To: lazarus@miraclec.com Subject: Re: [lazarus] viewsvn to see changes Thanks everybody! Nice and quick replies as always. :-) Graeme. On 6/5/07, zeljko [EMAIL PROTECTED] wrote: http://www.freepascal.org/cgi-bin/viewcvs.cgi/?root=lazarus ? _ 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] OutKafe 5.1.0 Released !
Hi A.J., What version of Postgres are you using? I see that there are several binary downloads available from the Postgres site. Any interest in a Mac client? I note that Postgres doesn't have binary download for Mac. Fink does, but it looks out of date and nothing is listed for the current version of OS X. I'm usually a little reluctant to get involved with software that doesn't support all 3 major platforms. For many Mac users putting something on fink is kind of like putting up a sign that says We don't really expect anybody to use this. http://pdb.finkproject.org/pdb/package.php/postgresql Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sun 6/3/2007 1:23 AM To: lazarus@miraclec.com Subject: Re: [lazarus] OutKafe 5.1.0 Released ! Hi Philip, It should be very little - as far as I can see - it should in fact be working - it just isn't yet (I'll bet it's a small problem though), and then packaged so it can be installed with relative ease. To give more idea -there is some major bug that's making it exit without an error message on launch - dunno what that bug is - that needs to be fixed. The windows client should be able to take connection details from a config file, connect to a postgresql server with an outkafe database, and then log in etc. Virtually all this code is written, it simply needs to be properly ported, packaged and shipped - by somebody with the experience to do so (I work as exclusively on Linux as you do on windows :p ) Of course the packaged version should also include whatever dll's are needed for a windows app to be a postgresql client. Are you up for giving it a shot ? You don't REALLY need a Linux server, you could just set up a postgresql server on windows, load the OutKafe table-scheme and manually generate one user to test with. A.J. PS. If you're really interested, I suggest we take it offlist at this point as it's becoming less and less lazarus related :) On 6/3/07, Hess, Philip J [EMAIL PROTECTED] wrote: A.J., Still sounds interesting. Could you write a few sentences about what needs to be done to finish the Windows client? What's necessary for development? I work exclusively in Windows and OS X, but don't use Linux for anything and don't have access currently to a Linux machine. Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sat 6/2/2007 7:40 PM To: lazarus@miraclec.com Subject: Re: [lazarus] OutKafe 5.1.0 Released ! On 6/3/07, Hess, Philip J [EMAIL PROTECTED] wrote: That sound interesting. Maybe you could include that description on your Web page. Heh, fair enough - though I thought I basically had :p Where does OutKafe run? Does the cafe have a network server or something that the cafe's computers are hooked up to? OutKafe comprises basically three parts (this I KNOW is on the website). The postgresql database server does all the network serving, so I don't code any of that, I just interact with it. OutKafe has: 1) A daemon which counts down time on logged in accounts (it's done centrally for security reasons) 2) An administration tool which allows the icafe operator to sell time, create user accounts, reset passwords, define offers etc. 3) Client programs which let a user log in, counts him down and logs him out again. Currently only the Linux client is in a working state. The win32 client is very close - but I need somebody with genuine windows coding experience to help me finish it. There is also a WIFI client very similiar to what you describe below, but that is not very complex and at this stage barely started. I guess I'm not familiar with Internet cafes like this. Usually here the cafe has wireless and you get a login code for your laptop when you buy a coffee. That is common in some countries, here in the developing world the kind with computers hooked up that you buy time on is still very common, for many people such outlets ARE their offices. Having a GPL'd tool to manage them is an important (I believe) way to ensure software freedom in the developing world. OutKafe is the only such tool out there (OpenKIOSK is only partially free software - I'm not aware of any other free projects that are still actively developed though there are quite a few proprietory ones like smartlaunch). Of course the whole thing is also done in Lazarus and is one of the oldest continuing lazarus developments (the original app was started in November 2002, the Lazarus website carried a story on the 3.0 release in May 2005). Ciao 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] OutKafe 5.1.0 Released !
Hi A.J., I tried compiling the OutKafe win32 client: Import library not found for pq Import library not found for c Same with trying to install outkafelibs. I see in FPC's postgres.pp that it includes: {$linklib pq} {$linklib c} This probably accounts for it. I see that installer\outkafe includes libpq.dll but pointing to it with -Fl doesn't help any. And I don't have any file named libc.dll. Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sun 6/3/2007 1:23 AM To: lazarus@miraclec.com Subject: Re: [lazarus] OutKafe 5.1.0 Released ! Hi Philip, It should be very little - as far as I can see - it should in fact be working - it just isn't yet (I'll bet it's a small problem though), and then packaged so it can be installed with relative ease. To give more idea -there is some major bug that's making it exit without an error message on launch - dunno what that bug is - that needs to be fixed. The windows client should be able to take connection details from a config file, connect to a postgresql server with an outkafe database, and then log in etc. Virtually all this code is written, it simply needs to be properly ported, packaged and shipped - by somebody with the experience to do so (I work as exclusively on Linux as you do on windows :p ) Of course the packaged version should also include whatever dll's are needed for a windows app to be a postgresql client. Are you up for giving it a shot ? You don't REALLY need a Linux server, you could just set up a postgresql server on windows, load the OutKafe table-scheme and manually generate one user to test with. A.J. PS. If you're really interested, I suggest we take it offlist at this point as it's becoming less and less lazarus related :) On 6/3/07, Hess, Philip J [EMAIL PROTECTED] wrote: A.J., Still sounds interesting. Could you write a few sentences about what needs to be done to finish the Windows client? What's necessary for development? I work exclusively in Windows and OS X, but don't use Linux for anything and don't have access currently to a Linux machine. Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sat 6/2/2007 7:40 PM To: lazarus@miraclec.com Subject: Re: [lazarus] OutKafe 5.1.0 Released ! On 6/3/07, Hess, Philip J [EMAIL PROTECTED] wrote: That sound interesting. Maybe you could include that description on your Web page. Heh, fair enough - though I thought I basically had :p Where does OutKafe run? Does the cafe have a network server or something that the cafe's computers are hooked up to? OutKafe comprises basically three parts (this I KNOW is on the website). The postgresql database server does all the network serving, so I don't code any of that, I just interact with it. OutKafe has: 1) A daemon which counts down time on logged in accounts (it's done centrally for security reasons) 2) An administration tool which allows the icafe operator to sell time, create user accounts, reset passwords, define offers etc. 3) Client programs which let a user log in, counts him down and logs him out again. Currently only the Linux client is in a working state. The win32 client is very close - but I need somebody with genuine windows coding experience to help me finish it. There is also a WIFI client very similiar to what you describe below, but that is not very complex and at this stage barely started. I guess I'm not familiar with Internet cafes like this. Usually here the cafe has wireless and you get a login code for your laptop when you buy a coffee. That is common in some countries, here in the developing world the kind with computers hooked up that you buy time on is still very common, for many people such outlets ARE their offices. Having a GPL'd tool to manage them is an important (I believe) way to ensure software freedom in the developing world. OutKafe is the only such tool out there (OpenKIOSK is only partially free software - I'm not aware of any other free projects that are still actively developed though there are quite a few proprietory ones like smartlaunch). Of course the whole thing is also done in Lazarus and is one of the oldest continuing lazarus developments (the original app was started in November 2002, the Lazarus website carried a story on the 3.0 release in May 2005). Ciao 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 -- 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
RE: [lazarus] OutKafe 5.1.0 Released !
Hi A.J., Googling around it appears as though I need libpq.a to link a client app against and then libpq.dll is only used at runtime. I'll download the full postgres installer this week and see if the liqpq.a file is included. Any reason why you're using postgres and not postgres3? Postgres3.pp uses external instead of linklib and doesn't require libc. I've also found a regular OS X package (.pkg) for postgres. Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sun 6/3/2007 1:44 PM To: lazarus@miraclec.com Subject: Re: [lazarus] OutKafe 5.1.0 Released ! Hi all, Can anybody help us here ? I actually have it linking on one machine, and not on another but for the life of me I cannot figure out the difference between the two machines. Can we document this somewhere ? When developing programs using third-party linklibs through lazarus/fpc units - where do you actually PUT the dll's ? I am also trying to determine the minimum number of libfiles that need to be shipped WITH the program - the libpq.dll in the svn tree came from pgadminIII - as an experiment, but I am affraid that perhaps you need the full set of libs that are included in postgresql - or at least a few more of them... but which ones, and where to put them in order to get lazarus to build with the package installed, and the app to link on windows ? /me really hopes for some good advice here. A.J. Hi A.J., I tried compiling the OutKafe win32 client: Import library not found for pq Import library not found for c Same with trying to install outkafelibs. I see in FPC's postgres.pp that it includes: {$linklib pq} {$linklib c} This probably accounts for it. I see that installer\outkafe includes libpq.dll but pointing to it with -Fl doesn't help any. And I don't have any file named libc.dll. -- 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 winmail.dat
RE: [lazarus] Debugger on Mac OS X
Today I started looking into the issue of how to store additional version info that could be used to populate a Mac app bundle's Info.plist file. Unfortunately, it appears as though any additional data added to the .lpi file in the VersionInfo section gets deleted the next time it's saved. Shouldn't the Laz IDE roundtrip data it doesn't know about in the .lpi rather than deleting it? By deleting it, isn't that kind of defeating the purpose of using XML for the .lpi? Also, if the value you enter in the Product Version box isn't in the expected format (major.minor.micro.build), this prevents Laz from compiling and doesn't give any error. Apparently windres chokes on anything else but doesn't communicate this to the IDE. What about having the IDE proof Product Version? Thanks. -Phil -Original Message- From: Hess, Philip J [mailto:[EMAIL PROTECTED] Sent: Wed 5/30/2007 8:51 PM To: lazarus@miraclec.com Subject: RE: [lazarus] Debugger on Mac OS X Good point. But if the linker on other platforms complains about the OS X specific switches, you should be able to uncheck Pass Options To Linker box, correct? Here's the reference for what can go into the app bundle's Info.plist file: http://developer.apple.com/documentation/MacOSX/Conceptual/BPRuntimeConfig/index.html Some of the settings in Info.plist kind of overlap with Windows-type version resource info, hence the idea that maybe some of them could be set in Project Options | Version Info, although this would require a way to define any sort of string the way you can in Delphi, not just the limited version strings that it allows now. Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Wed 5/30/2007 6:44 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Debugger on Mac OS X On Wed, 30 May 2007 19:00:23 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: Felipe, I think you can set Pass Options To The Linker to this: -framework carbon -framework Qt4Intf -lobjc for each new project and then just forget about it. You can then change the widget type to gtk, qt or carbon as needed and compile. I don't believe the extra linker switches make any difference if not needed to resolve references for a particular widget set. AFAIK this will only work under MacOSX. We need conditional compiler options. There is already a feature request in mantis. Regarding your 2nd suggestion: It's absolutely critical that the IDE not create a new app bundle each time it compiles. Remember that an app bundle is rarely the barebones folder that createmacapplication creates. It may contain dozens or hundreds of other files - resources, icons, private frameworks, etc. These will likely need to be copied in manually by the developer, but once he's done that the IDE shouldn't delete the app bundle - rather, it should just compile to replace the executable (which is either inside the bundle or outside the bundle and symlinked to it from within the bundle as createmacapplication does it). Agreed. It would be nice if there were a way to set the bundle's Info.plist settings from within the IDE, but this might be asking too much. I believe I wrote up some suggestions related to this and the IDE's Project Options | Version Info about a year ago but don't recall if I posted them on the forum or what. What info is stored in the Info.plist? Currently I use a script file something like my create_app_mac.sh that I run to create the initial app bundle and copy everything needed into the bundle folder (can also do this anytime I need to start over with the bundle). Something like this will probably always be needed for non-trivial projects. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] Debugger on Mac OS X
Mattias, I've used the FPC DOM unit to add to and delete from XML files without destroying everything else in the file. Use TDOMNode.RemoveChild to delete a node (for example, VersionInfo). Use TDOMNode.OwnerDocument.CreateElement and TDOMNode.AppendChild to add a node to an existing XML file. It would seem as though the change would need to be made in TProject.WriteProject, which calls CreateClean rather than Create. I believe Create loads the XML file rather than starting a new one the way CreateClean does. My thinking is that possibly the Version Info panel could have a Mac Info.plist button, which would be disabled in non-Mac versions of the IDE. Clicking this displays another dialog with a grid for entering any of the settings for the app bundle's Info.plist file. These would be saved in the .lpi, either as a subsection (Info_plist) of VersionInfo or in its own section. Eventually when the IDE has the ability to create an app bundle folder when it compiles a project, it could use this info to populate the bundle's Info.plist file. Does that sound like a reasonable way to go about it? Or should we not dirty the IDE with platform-specific stuff in this way? Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Sun 6/3/2007 4:29 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Debugger on Mac OS X On Sun, 3 Jun 2007 16:39:29 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: Today I started looking into the issue of how to store additional version info that could be used to populate a Mac app bundle's Info.plist file. Unfortunately, it appears as though any additional data added to the .lpi file in the VersionInfo section gets deleted the next time it's saved. Shouldn't the Laz IDE roundtrip data it doesn't know about in the .lpi rather than deleting it? By deleting it, isn't that kind of defeating the purpose of using XML for the .lpi? The purpose of XML for the .lpi is human readability (debugging, searching, diffs), this includes automatic clean up. The used xml reader/writer does not understand the full xml syntax. Almost all xml files of the IDE are automatically cleaned up. If you want to add information extend the projectopts.pas or add a new xml file. Also, if the value you enter in the Product Version box isn't in the expected format (major.minor.micro.build), this prevents Laz from compiling and doesn't give any error. Apparently windres chokes on anything else but doesn't communicate this to the IDE. What about having the IDE proof Product Version? Yes. But I'm not a windows developer, so I will leave the solution to other people. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Debugger on Mac OS X
You're right, the Mac Info.plist button should not be disabled on other platforms. Presumably by including Mac (or maybe OS X) in the button label should make clear the target for these values. Speaking of which, it's not clear that the Version Info and Additional Info settings are only for Windows. Even though there's some overlap between Windows version info settings and Info.plist settings, it might not be a bad idea just to duplicate these to ensure that there's no conflict between their meanings! Yes, the Info.plist settings should be managed same as other .lpi settings, perhaps written in TProject.WriteProject? I haven't really studied this code much yet. Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Sun 6/3/2007 5:37 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Debugger on Mac OS X On Sun, 3 Jun 2007 17:52:24 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: Mattias, I've used the FPC DOM unit to add to and delete from XML files without destroying everything else in the file. Use TDOMNode.RemoveChild to delete a node (for example, VersionInfo). Use TDOMNode.OwnerDocument.CreateElement and TDOMNode.AppendChild to add a node to an existing XML file. It would seem as though the change would need to be made in TProject.WriteProject, which calls CreateClean rather than Create. I believe Create loads the XML file rather than starting a new one the way CreateClean does. Sorry, maybe I made myself not clear: You are right, that it would be *possible* to keep some user created data. But the lpi file should not use these abilities, because - Lazarus uses an optimized xml reader/writer, that is not capable of all xml things. So the only guaranteed working xml is created by the laz_xmlcfg unit. - The clean up is used to keep the lpi file short and free of waste, so you can be sure, every single token has a meaning. For example if a path name changed the old values will automatically vanish. This way I'm still using some 6 years old .lpi files. - The lpi file content should be completely editable via the IDE. Users do not need to understand the lpi format. - the lpi file content can be exported (publish project). Eventually maybe to a non xml format. My thinking is that possibly the Version Info panel could have a Mac Info.plist button, which would be disabled in non-Mac versions of the IDE. No. All options must be visible and editable under all platforms. Think about cross compiling or a non mac developer that must review/fix the mac port. Just give a hint, that these option are only valid for the Mac platform. Clicking this displays another dialog with a grid for entering any of the settings for the app bundle's Info.plist file. These would be saved in the .lpi, either as a subsection (Info_plist) of VersionInfo or in its own section. A grid is a good idea. But IMHO it should be stored in the lpi as any other project data via the TXMLConfig, not as raw xml. Eventually when the IDE has the ability to create an app bundle folder when it compiles a project, it could use this info to populate the bundle's Info.plist file. Maybe some values like title can be shared between platforms. So the Info.plist will be created from many values. Storing the Info.plist as raw xml will make it harder to do that. Does that sound like a reasonable way to go about it? Or should we not dirty the IDE with platform-specific stuff in this way? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: Cannot compile GTK2 lcl anymore
Felipe, I can still compile, link and run apps against Gimp's gtk2 2.6.10 libaries on my PowerPC Mac with FPC 2.0.4. Are you sure gtk2 widgetset has a dependency on 2.8? Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Sat 6/2/2007 5:48 AM To: lazarus@miraclec.com Subject: Re: Cannot compile GTK2 lcl anymore On 6/2/07, A.J. Venter [EMAIL PROTECTED] wrote: Can we post a work-around on the wiki ? Yes, sure, just mention that this work-around will not be necessary once 2.2 is released and we remove that file from lazarus. -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] OutKafe 5.1.0 Released !
What does OutKafe do? I looked at your Web site and honestly I'm still not sure what it is. Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sat 6/2/2007 3:07 PM To: lazarus@miraclec.com Subject: [lazarus] OutKafe 5.1.0 Released ! Hi All, I'm happy to announce that OutKafe 5.1.0 is now available for download from http://outkafe.outkastsolutions.co.za. The new version is primarily a bugfix release containing fixes for many critical bugs and a few multidistro compatibility improvements, here is the changelog: 2007-06-02 Ported application to GTK2 Fixed multiple crash bugs in counter Fixed layout and accounting bugs in admin system Fixed counter-window button layout bug Fixes for several LTSP related bugs. Better handling of remote admin functionality Fixed a bug with number entry in sell-time dialog. 2007-05-21 Added pid-storage support to outkafed Enhanced boot scripts to use pid-stored value native installer support for chkconfig or rc-update when available I also made significant progress on the promised win32 client - but I simply couldn't get it to quite work. At this stage though, it's far enough complete that I am putting out a call for a volunteer who can help me finish it off. Anybody with experience of lazarus/delphi on Win32 who is up for helping me maintain the win32 client please mail me - I would welcome all assistance with this part, experience with postgresql will be useful but not critical (everything is pretty abstracted). Ciao A.J. -- Semper in excretum set alta variant - My father A.J. Venter - http://www.silentcoder.co.za -- Semper in excretum set alta variant - My father A.J. Venter - http://www.silentcoder.co.za -- 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 winmail.dat
RE: [lazarus] OutKafe 5.1.0 Released !
That sound interesting. Maybe you could include that description on your Web page. Where does OutKafe run? Does the cafe have a network server or something that the cafe's computers are hooked up to? I guess I'm not familiar with Internet cafes like this. Usually here the cafe has wireless and you get a login code for your laptop when you buy a coffee. Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sat 6/2/2007 5:47 PM To: lazarus@miraclec.com Subject: Re: [lazarus] OutKafe 5.1.0 Released ! Well basically it's an admin suite for internet cafe's, customers get user-accounts and buy time, outkafe lets them log on, and logs them off again when their time is up - there are other features but that's the heart of it all. AJ. On 6/2/07, Hess, Philip J [EMAIL PROTECTED] wrote: What does OutKafe do? I looked at your Web site and honestly I'm still not sure what it is. Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sat 6/2/2007 3:07 PM To: lazarus@miraclec.com Subject: [lazarus] OutKafe 5.1.0 Released ! Hi All, I'm happy to announce that OutKafe 5.1.0 is now available for download from http://outkafe.outkastsolutions.co.za. The new version is primarily a bugfix release containing fixes for many critical bugs and a few multidistro compatibility improvements, here is the changelog: 2007-06-02 Ported application to GTK2 Fixed multiple crash bugs in counter Fixed layout and accounting bugs in admin system Fixed counter-window button layout bug Fixes for several LTSP related bugs. Better handling of remote admin functionality Fixed a bug with number entry in sell-time dialog. 2007-05-21 Added pid-storage support to outkafed Enhanced boot scripts to use pid-stored value native installer support for chkconfig or rc-update when available I also made significant progress on the promised win32 client - but I simply couldn't get it to quite work. At this stage though, it's far enough complete that I am putting out a call for a volunteer who can help me finish it off. Anybody with experience of lazarus/delphi on Win32 who is up for helping me maintain the win32 client please mail me - I would welcome all assistance with this part, experience with postgresql will be useful but not critical (everything is pretty abstracted). Ciao A.J. -- Semper in excretum set alta variant - My father A.J. Venter - http://www.silentcoder.co.za -- Semper in excretum set alta variant - My father A.J. Venter - http://www.silentcoder.co.za -- 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 -- 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 winmail.dat
RE: [lazarus] OutKafe 5.1.0 Released !
A.J., Still sounds interesting. Could you write a few sentences about what needs to be done to finish the Windows client? What's necessary for development? I work exclusively in Windows and OS X, but don't use Linux for anything and don't have access currently to a Linux machine. Thanks. -Phil -Original Message- From: A.J. Venter [mailto:[EMAIL PROTECTED] Sent: Sat 6/2/2007 7:40 PM To: lazarus@miraclec.com Subject: Re: [lazarus] OutKafe 5.1.0 Released ! On 6/3/07, Hess, Philip J [EMAIL PROTECTED] wrote: That sound interesting. Maybe you could include that description on your Web page. Heh, fair enough - though I thought I basically had :p Where does OutKafe run? Does the cafe have a network server or something that the cafe's computers are hooked up to? OutKafe comprises basically three parts (this I KNOW is on the website). The postgresql database server does all the network serving, so I don't code any of that, I just interact with it. OutKafe has: 1) A daemon which counts down time on logged in accounts (it's done centrally for security reasons) 2) An administration tool which allows the icafe operator to sell time, create user accounts, reset passwords, define offers etc. 3) Client programs which let a user log in, counts him down and logs him out again. Currently only the Linux client is in a working state. The win32 client is very close - but I need somebody with genuine windows coding experience to help me finish it. There is also a WIFI client very similiar to what you describe below, but that is not very complex and at this stage barely started. I guess I'm not familiar with Internet cafes like this. Usually here the cafe has wireless and you get a login code for your laptop when you buy a coffee. That is common in some countries, here in the developing world the kind with computers hooked up that you buy time on is still very common, for many people such outlets ARE their offices. Having a GPL'd tool to manage them is an important (I believe) way to ensure software freedom in the developing world. OutKafe is the only such tool out there (OpenKIOSK is only partially free software - I'm not aware of any other free projects that are still actively developed though there are quite a few proprietory ones like smartlaunch). Of course the whole thing is also done in Lazarus and is one of the oldest continuing lazarus developments (the original app was started in November 2002, the Lazarus website carried a story on the 3.0 release in May 2005). Ciao 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 winmail.dat
RE: [lazarus] Using gtk2 interface on Macs
Felipe, When I tested gtk2 on OS X last winter, I installed Gimp and then just linked against its gtk2 libraries. http://www.apple.com/downloads/macosx/unix_open_source/ Gimp is a universal binary and includes both PowerPC and Intel gtk2 libraries (version 2.6.10). Use the attached custom .cfg file for FPC to tell the linker where the gtk2 files are. Compiler options | Other | Use additional compiler config file. gtk2 looked much, much better on OS X than gtk, although it seemed dog-slow, but that could just be my old Mac. Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Friday, June 01, 2007 12:11 PM To: lazarus@miraclec.com Subject: [lazarus] Using gtk2 interface on Macs Hi, Has anyone already tested the gtk2 interface on Macs? I tryed to play with it, but linking a simple app will fail with: Free Pascal Compiler version 2.1.4 [2007/05/08] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Darwin for i386 Compiling lclbasictest.lpr Assembling lclbasictest Linking lclbasictest /usr/bin/ld: Undefined symbols: _gtk_cell_renderer_combo_get_type Error: Error while linking ERROR: failed compiling of project /Users/felipemonteirodecarvalho/Programas/GR32/Examples/Lcl/basictest/lc lbasictest.lpi It seams that not utilized declaration on gtk2 files are not removed, so all gtk2 apps automatically require all functions from gtk2.pas Worse, the default binary version of gtk2 on Fink is 2.4 I am building at this moment version 2.6, the latest source on fink, but I'm afraid it wont work, as fpc defines 2.8 for gtk2.pas -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives gimplib.cfg Description: gimplib.cfg
RE: [lazarus] App bundle and icons for x11 apps on macintosh
Felipe, Have you tried NeoOffice? It's a native OO port for OS X. I don't think many Mac users would be happy with an X11 version of OO. http://www.neooffice.org/neojava/en/index.php Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 5:27 AM To: lazarus@miraclec.com Subject: [lazarus] App bundle and icons for x11 apps on macintosh Hi, I just installed open office on macintosh. It requires X11 to run, but it is as easy to install (just drag the folder from the dmg), to run (can be put on the docker) and uninstall as any good aqua application. That's really very interresting, because if Open Office can do it, we could do the same for Lazarus =) Yes, of course we still need fink and gtk, but with each improvement things can easier =) I will try to look at this when I have free time ... bye, -- Felipe Monteiro de Carvalho _ 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] Debugger on Mac OS X
Apparently with Qt 4.2 it now requires the Objective C library (objc) to link against. Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 3:09 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Debugger on Mac OS X On 5/31/07, Hess, Philip J [EMAIL PROTECTED] wrote: -framework carbon -framework Qt4Intf -lobjc What does -lobjc do? -- Felipe Monteiro de Carvalho _ 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] App bundle and icons for x11 apps on macintosh
Albert, Please test the latest NeoOffice. I believe a year ago it was still at OO 1.1. Much improved since then. X11 is not installed by default on OS X. Thanks. -Phil From: Albert Zeyer [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 10:13 AM To: lazarus@miraclec.com Subject: RE: [lazarus] App bundle and icons for x11 apps on macintosh I like the X11-version of OO way more better then the native one. The native one works slower, a bit unstable, has less features but on the other side more problems. (But I must admit, I tested it one year ago or so.) And it's also no problem to have X on your Mac OS X, it's installed by default and if it's not, you can very easily install it. And there are some other applications which need X, for example Gimp and most other Linux application (and while most native Mac OS X applications are shareware/commercial, you have the choice between Linux application under X or a pirated copy of some native application). Greetings, Albert Am Donnerstag, den 31.05.2007, 09:16 -0400 schrieb Hess, Philip J: Felipe, Have you tried NeoOffice? It's a native OO port for OS X. I don't think many Mac users would be happy with an X11 version of OO. http://www.neooffice.org/neojava/en/index.php Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 5:27 AM To: lazarus@miraclec.com Subject: [lazarus] App bundle and icons for x11 apps on macintosh Hi, I just installed open office on macintosh. It requires X11 to run, but it is as easy to install (just drag the folder from the dmg), to run (can be put on the docker) and uninstall as any good aqua application. That's really very interresting, because if Open Office can do it, we could do the same for Lazarus =) Yes, of course we still need fink and gtk, but with each improvement things can easier =) I will try to look at this when I have free time ... bye,
RE: [lazarus] Debugger on Mac OS X
Felipe, Good suggestion. By making it a compiler option, it could be unchecked if you don't want the default barebones app bundle to be created. For experienced developers, this would probably be what they would want since they would probably have to delete the barebones app bundle in order to use their own Info.plist, etc. However, by making it on by default, it would mean that new developers wouldn't have to worry about figuring this out. Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 3:04 AM To: lazarus@miraclec.com Subject: Re: [lazarus] Debugger on Mac OS X On 5/31/07, Hess, Philip J [EMAIL PROTECTED] wrote: I think you can set Pass Options To The Linker to this: -framework carbon -framework Qt4Intf -lobjc for each new project and then just forget about it. You can then change the widget type to gtk, qt or carbon as needed and compile. I don't believe the extra linker switches make any difference if not needed to resolve references for a particular widget set. In this case we could add a new compiler option, that only works on Mac OS X, similar to the compiler option to create a windows GUI app. And this option would be on by default on graphical application. Lazarus would ignore it when not in mac os x. -- Felipe Monteiro de Carvalho _ 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] App bundle and icons for x11 apps on macintosh
Felipe, You should be able to create an app bundle for Lazarus, even with its dependence on needing X11 already running. See http://wiki.lazarus.freepascal.org/OS_X_Programming_Tips. I had this working at one time. Note that you'll probably want to go a step further and try putting all of the Lazarus source and other files inside the bundle folder. That way you'll be able to drag and drop Lazarus anywhere you want on your computer. An app bundle is what's known as an opaque directory in that it appears to the user in Finder as a single file, without its .app extension. However, it's really just a normal folder. It's important to remember that when constructing your app bundle, you're also readying it for distribution. For example, you can drag and drop the app bundle anywhere you want or copy it to another computer. Or you can turn it into an installer package (.pkg) with PackageMaker. This is a different approach from, say, Windows, where you build your application and then use a separate program (e.g., Inno Setup) to select all the various files, often from diffeent locations on your computer, that need to be rolled into the installer, and also specify where all these files will be installed on the target computer. With OS X, you're both building the app and creating the final installation footprint at the same time. Really a lot more logical way of doing things. I think that moving to an app bundle for the IDE really should wait for a Carbon-based IDE. That would eliminate the need for X11 or GTK to be installed and would make Lazarus a true Mac app that's easy to install (I suspect most newcomers to Lazarus on OS X just give up when they see how complicated the installation is). Once a Carbon-based IDE is available I doubt if any Mac user of Lazarus would ever install GTK, except perhaps out of curiosity. Also, since you have an Intel Mac, you should be able to install and run the PowerPC version of FPC and Lazarus too and create PowerPC executables without cross-compiling. One issue would be figuring out how to install two versions of FPC since these file locations are kind of hardwired right now. Perhaps FPC could be put in an app bundle too or made more relocatable than it is now. If you're able to compile PowerPC executables maybe you could look into creating a universal binary app bundle that contains both the Intel and PowerPC executables and compiled units. If that's possible then Lazarus could theoretically be distributed as a universal binary instead of separate versions for Intel and PowerPC. Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 5:27 AM To: lazarus@miraclec.com Subject: [lazarus] App bundle and icons for x11 apps on macintosh Hi, I just installed open office on macintosh. It requires X11 to run, but it is as easy to install (just drag the folder from the dmg), to run (can be put on the docker) and uninstall as any good aqua application. That's really very interresting, because if Open Office can do it, we could do the same for Lazarus =) Yes, of course we still need fink and gtk, but with each improvement things can easier =) I will try to look at this when I have free time ... bye, -- Felipe Monteiro de Carvalho _ 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] Debugger on Mac OS X
Good point. But if the linker on other platforms complains about the OS X specific switches, you should be able to uncheck Pass Options To Linker box, correct? Here's the reference for what can go into the app bundle's Info.plist file: http://developer.apple.com/documentation/MacOSX/Conceptual/BPRuntimeConfig/index.html Some of the settings in Info.plist kind of overlap with Windows-type version resource info, hence the idea that maybe some of them could be set in Project Options | Version Info, although this would require a way to define any sort of string the way you can in Delphi, not just the limited version strings that it allows now. Thanks. -Phil -Original Message- From: Mattias Gaertner [mailto:[EMAIL PROTECTED] Sent: Wed 5/30/2007 6:44 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Debugger on Mac OS X On Wed, 30 May 2007 19:00:23 -0400 Hess, Philip J [EMAIL PROTECTED] wrote: Felipe, I think you can set Pass Options To The Linker to this: -framework carbon -framework Qt4Intf -lobjc for each new project and then just forget about it. You can then change the widget type to gtk, qt or carbon as needed and compile. I don't believe the extra linker switches make any difference if not needed to resolve references for a particular widget set. AFAIK this will only work under MacOSX. We need conditional compiler options. There is already a feature request in mantis. Regarding your 2nd suggestion: It's absolutely critical that the IDE not create a new app bundle each time it compiles. Remember that an app bundle is rarely the barebones folder that createmacapplication creates. It may contain dozens or hundreds of other files - resources, icons, private frameworks, etc. These will likely need to be copied in manually by the developer, but once he's done that the IDE shouldn't delete the app bundle - rather, it should just compile to replace the executable (which is either inside the bundle or outside the bundle and symlinked to it from within the bundle as createmacapplication does it). Agreed. It would be nice if there were a way to set the bundle's Info.plist settings from within the IDE, but this might be asking too much. I believe I wrote up some suggestions related to this and the IDE's Project Options | Version Info about a year ago but don't recall if I posted them on the forum or what. What info is stored in the Info.plist? Currently I use a script file something like my create_app_mac.sh that I run to create the initial app bundle and copy everything needed into the bundle folder (can also do this anytime I need to start over with the bundle). Something like this will probably always be needed for non-trivial projects. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: Compiling software on Mac OS X
Felipe, I usually just copy the lazarus folder into my user folder, then delete /usr/local/share/lazarus. That way I don't have to be root to recompile the LCL. Someday when we have a Carbon-based Lazarus IDE I would hope we could just install it wherever we want. Don't the Intel snapshots include compiled units for gtk and carbon? Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Friday, May 25, 2007 6:48 AM To: lazarus@miraclec.com Subject: Re: Compiling software on Mac OS X On 5/25/07, Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote: By the way, I can' t actually beliave it really recompiled LCL. It was instantaneous!!! o.O I've never seen lcl recompile so fast Found the problem myself! It wasn' t really recompiling LCL. Apparently with the default package one must be Root to recompile Lazarus. Everything working now =) thanks, -- Felipe Monteiro de Carvalho _ 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: Compiling software on Mac OS X
Felipe, That's what I figured you would be using, but you said you had installed snapshots so I'm wondering why you would get a compile error without recompiling LCL. Thanks. -Phil -Original Message- From: Felipe Monteiro de Carvalho [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 29, 2007 5:30 PM To: lazarus@miraclec.com Subject: Re: Compiling software on Mac OS X On 5/29/07, Hess, Philip J [EMAIL PROTECTED] wrote: Don't the Intel snapshots include compiled units for gtk and carbon? don't know, but what I really needed was the subversion version, because I will be making comits and compiling the carbon intf myself =) thanks, -- Felipe Monteiro de Carvalho _ 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] Locking controls
Perhaps you're thinking of the Delphi Edit | Lock Controls command. I'm not aware of any right-click command that locks the form in Delphi. -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Friday, April 27, 2007 12:46 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Locking controls You must have read my mind! :-) I was just looking for that exact same feature as well and couldn't find anything. I know in Delphi you can right click on the form and select lock form. G. On 4/27/07, Mark Morgan Lloyd [EMAIL PROTECTED] wrote: Hope this isn't an FAQ- does the IDE have a setting that locks anything opened by the form designer so that components can be edited in the Object Inspector window but are protected from casual resizing etc.? -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ 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] [patch] - grids.pas (GridLineWidth)
I have been sending in Plain Text. I've always had Outlook set to Convert to HTML format. A brief reading of the link you included seems to indicate that TNEF only involves attachments. Thanks. -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 18, 2007 2:26 AM To: lazarus@miraclec.com Subject: Re: [lazarus] [patch] - grids.pas (GridLineWidth) Hi Philip Something off-topic that I noticed about you previous emails. I believe you are using MS Outlook for sending email. I highly recommend you change you default email format from the Microsoft proprietary TNEF (RichText) format to HTML or even better Plain Text. The TNEF format can only be read by MS Outlook, not even Outlook Express can read it. For all other mail clients, they will only see a WinMail.dat attachment and a blank message body. As the snippet below indicates. Here are some more info on the problem and instructions on how to change the settings in Outlook. http://www.dwheeler.com/essays/microsoft-outlook-tnef.html --_=_NextPart_001_01C78166.D78E1EA9 Content-Type: application/ms-tnef; name=winmail.dat Content-Transfer-Encoding: base64 eJ8+IiADAQaQCAAEAAABAAEAAQeQBgAI5AQAAADoAAEIgAcAGElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAgACAAEEgAEAMgAAAFJFOiBbbGF6YXJ1c10gW3Bh dGNoXSAtIGdyaWRzLnBhcyAoR3JpZExpbmVXaWR0aCkAChEBBYADAA4AAADXBwQAEQAXAAcADgAC ACEBASCAAwAO1wcEABEAFwAIAB4AAgAyAQEJgAEAIQAAADk2MzhCQzdDQTc3NjNFNDM4QUM0 OUZBRThDRkVCM0Q4AIkHAQOQBgB4DAAAOQMAJgAAAwA2AABAADkAWokYqmaBxwEe Regards, - Graeme - On 4/18/07, Hess, Philip J [EMAIL PROTECTED] wrote: Yes, that makes sense now. I had looked at one of my .lfm's that had been auto-converted from Delphi and it didn't have a GridLineWidth property. I see now that .lfm's saved by Laz do have a 0 value for GridLineWidth. -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] [patch] - grids.pas (GridLineWidth)
Wouldn't it make more sense to have the GridLineWidth property default to 1 and show 1 in Object Inspector so it's Delphi compatible? I.e., GridLineWidth is not saved to form file unless a value other than 1 is entered. -Original Message- From: Jesus Reyes [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 17, 2007 3:00 PM To: lazarus@miraclec.com Subject: Re: [lazarus] [patch] - grids.pas (GridLineWidth) --- Graeme Geldenhuys [EMAIL PROTECTED] escribió: Hi Attached is a patch for the TCustomGrid.GridLineWidth property. Please review before applying this patch. Looks ok, the only problem I see is that, currently the property default for GridLineWidth is set to 1, but as grid doesn't set the GridLineWidth at creation it takes value 0, this value is stored in lfm file for every project that uses grids (TDrawGrid and TStringGrid) previous to this patch, nobody reported this bug before I think because it didn't have any effect. But now people will find suddenly their grids doesn't have gridlines, the fix is just to change the value to 1 in object inspector and save the form. This have to be done anyway, so I applied the patch in revision 10961 and fixed the grid lines in lazarus sources in revision 10962 This is not a full implementation but rather a quick cosmetic implementation. The difference is that this patch changes the grid line width for painting only, but not the actual offset or regions of the cells due to the change in Grid Line Width. No problem, it's the way it works currently. Fixed columns don't draw the grid lines thicker than 1 (not sure if this is correct behaviour). I don't think it is, I will try to fix it. At least with this patch you are now able to hide the grid lines (GridLineWidth = 0) when required. This is the main feature I was missing to get my custom component to work. I agree it does a better work than the current methods. In the Delphi implementation, the cell size will stay the same even though the grid line width increases. Delphi does cause a very strange effect (I think it's a bug) when the GridLineWidth is set to a negative values. I don't think Lazarus needs to copy that behaviour so the lowest value the GridLineWidth will go is 0 in the LCL. I agree, we will have to change this so it becomes more delphi compatible anyway, but for the moment I think it's ok as is. -- Graeme Geldenhuys Thanks. Jesus Reyes A. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ _ 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] [patch] - grids.pas (GridLineWidth)
Yes, that makes sense now. I had looked at one of my .lfm's that had been auto-converted from Delphi and it didn't have a GridLineWidth property. I see now that .lfm's saved by Laz do have a 0 value for GridLineWidth. -Original Message- From: Jesus Reyes [mailto:[EMAIL PROTECTED] Sent: Tue 4/17/2007 4:29 PM To: lazarus@miraclec.com Subject: RE: [lazarus] [patch] - grids.pas (GridLineWidth) --- Hess, Philip J [EMAIL PROTECTED] escribió: Wouldn't it make more sense to have the GridLineWidth property default to 1 and show 1 in Object Inspector so it's Delphi compatible? I.e., GridLineWidth is not saved to form file unless a value other than 1 is entered. Yes, it should work like that. Previously no value was explicitly set in GridLineWidth so it was 0 in object inspector and that was a bug (unnoticed because this property was ignored) as result and because as GridLineWidth was declared as default 1 the line GridLineWidth = 0 was streamed into lfm file in all forms that have stringgrids or drawgrids, so now even when 1 is used correctly in grid constructor, the stored 0 overrides this at loading. for new projects nothing have to be done, for old projects one have to manually change the value from 0 to 1, if something is not working please report. Jesus Reyes A. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives winmail.dat
RE: [lazarus] Doing the Delphi 6 Text Editor Tutorial in Lazarus?
Do you want to (a) create RTF files programmatically and/or display RTF files from your program or do you want to (b) allow your users to have a simple rich-text editor in your program. You can do (a) now in a cross-platform way with the FPC rtfpars unit and an external word processor. -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Thursday, April 05, 2007 3:14 PM To: lazarus@miraclec.com Subject: Re: [lazarus] Doing the Delphi 6 Text Editor Tutorial in Lazarus? On 4/5/07, Gus Wirth [EMAIL PROTECTED] wrote: The TRichEdit component is a simple wrapper around a standard Windows widget, implemented in the riched32.dll. It doesn't show up in Kylix because there is no equivalent in the QT widget set. The WINE guys I know under Delphi it's a wrapper for that .dll, but why couldn't Borland just write one from scratch for Kylix? The same goes for Lazarus. Strangely enough, developers come up with all different kinds of components, but nobody every bothers to write a RichEdit component from scratch. That's why I'm asking if it's such an impossible thing that nobody can do, except the hordes of Microsoft employees. -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ 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