Re: [lazarus] ColorToRGB in console app
On 11/02/2008, Giuliano Colla <[EMAIL PROTECTED]> wrote: > > Our Linux based company servers have KDE running 24/7, so that unskilled > people can check daily backups, and do other minor things, clicking on a > few dedicated icons on the desktop. No problem whatsoever. Uptime > depends only on kernel updates. We run a Windows 2003 server and Ubuntu 6.06 LTS (Linux) server side by side. The Linux server has no GUI. All maintenance on the Linux server is done via scripts and works beautifully. I'm thinking of rewriting some of those scripts into a single maintenance application using FPC's console GUI framework (that Turbo Pascal look - I can't remember the name now). The Linux server does about four times the work compared to the Windows server, and it's uptime is also way higher (as in months). Start-up time is also impressive. The Windows server takes about 5-7 minutes to boot - Linux is up in 30 seconds (and it's a slower machine). The latter drives the windows administrators nuts! :-) Based on our company servers I think non-GUI servers kick ass. but now I'm way off-topic again 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
Re: [lazarus] ColorToRGB in console app
On 11/02/2008, Felipe Monteiro de Carvalho <[EMAIL PROTECTED]> wrote: > > > > All Mac OS X installations too. :-) > > Actually Macs have a server edition and althougth I never saw that I > think it doesn't have a gui: > > http://en.wikipedia.org/wiki/Xserve I thought there had to be something like that... > Also, I read somewhere that Microsoft recently launched or at least > made a beta of a new revolutionary Windows Server. > > The great innovation? It doesn't have a GUI, so it's more stable And let me guess, they already submitted their patent application for it. :-) Should we tell them *unix has done it since forever! 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
Re: [lazarus] cross-platform balloon tip/help window
On 11/02/2008, Felipe Monteiro de Carvalho <[EMAIL PROTECTED]> wrote: > > Where could I find this cross-platform balloon help window you implemented? > > In the "Common Controls" palette of a recent Lazarus =) Excellent, thanks Felipe. This is going to come in handy. :) I'm sure that looking at the code should answer my questions, but if you have the time... 1) Do you handle the positioning of the window correctly, even for multi-display setups? Desktop position vs Screen position? 2) Does the position get adjusted if the taskbar (say under Windows) is located on the left edge or top edge of a screen. For example, I use it on the left edge due to a wide screen monitor. Lots of applications don't consider this and position a window in the top right *behind* the taskbar. 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
Re: [lazarus] ColorToRGB in console app
On 11/02/2008, Vincent Snijders <[EMAIL PROTECTED]> wrote: > > > > You do not get true console applications under Windows, because all > > windows installations have a GUI installed. > > All Mac OS X installations too. :-) Interesting, even servers? Or don't you get Mac OS X servers? So even though Macs use the *BSD OS (forgot it's name) as the underlying OS, you can't install without a GUI? As you can guess I know next to nothing about Macs. 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
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
Re: [lazarus] ColorToRGB in console app
On 10/02/2008, Mattias Gaertner <[EMAIL PROTECTED]> wrote: > > > > 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? You can't do that Mattias! It then it becomes a GUI application. The 'interfaces' unit pulls in GUI code which then requires X Server under Linux 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
Re: [lazarus] ColorToRGB in console app
On 09/02/2008, Hess, Philip J <[EMAIL PROTECTED]> wrote: > > This console app runs okay on Delphi. Is there something I'm missing here > or is this just not possible with Lazarus? You do not get true console applications under Windows, because all windows installations have a GUI installed. You can access for example the clipboard in a console application under Windows, but you can't under a true Linux console application. You will have to implement the color conversion yourself. Below is some code I use in fpGUI. Just remember that in fpGUI the TfpgColor type is define as RRGGBB, but under Delphi (and Lazarus) TColor is defined as BBGGRR due to Windows. function fpgColorToRGBTriple(const AColor: TfpgColor): TRGBTriple; begin with Result do begin Red := fpgGetRed(AColor); Green := fpgGetGreen(AColor); Blue := fpgGetBlue(AColor); //Alpha := fpgGetAlpha(AColor); end end; function RGBTripleTofpgColor(const AColor: TRGBTriple): TfpgColor; begin Result := AColor.Blue or (AColor.Green shl 8) or (AColor.Red shl 16);// or (AColor.Alpha shl 32); end; function fpgGetRed(const AColor: TfpgColor): word; begin // AARRGGBB format Result := Word((AColor shr 16) and $FF); end; function fpgGetGreen(const AColor: TfpgColor): word; begin // AARRGGBB format Result := Word((AColor shr 8) and $FF); end; function fpgGetBlue(const AColor: TfpgColor): word; begin // AARRGGBB format Result := Word(AColor and $FF); end; 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
[lazarus] cross-platform balloon tip/help window
Hi Felipe (or anybody else), Regarding Mantis bug report: http://bugs.freepascal.org/view.php?id=1696 Where could I find this cross-platform balloon help window you implemented? PS: It seems implementing things at the LCL level does have it's benefits! ;-) 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
Re: [lazarus] Open URL in a browser
Oops, I meant the reply to Ido's email On 07/02/2008, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote: > On 07/02/2008, wile64 <[EMAIL PROTECTED]> wrote: > > See also environnement variable $BROWSER under linux > > > > Wow, I never knew about that. It's available in Ubuntu 7.10 as well. > Is that a LSB standard? > > I see the /etc/alternatives directory is full of such files... :-) > Nice one, it's about time Linux helped developers detect favoured > applications. > > > Regards, > - Graeme - > > > ___ > fpGUI - a cross-platform Free Pascal GUI toolkit > http://opensoft.homeip.net/fpgui/ > -- 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
Re: [lazarus] Open URL in a browser
On 07/02/2008, ik <[EMAIL PROTECTED]> wrote: > Hi, > > On Debian bases system (I don't know on others) there is an > alternative that known as x-www-browser that holds the "default" web > browser. > Wow, I never knew about that. It's available in Ubuntu 7.10 as well. Is that a LSB standard? I see the /etc/alternatives directory is full of such files... :-) Nice one, it's about time Linux helped developers detect favoured applications. 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
Re: [lazarus] Open URL in a browser
On 07/02/2008, wile64 <[EMAIL PROTECTED]> wrote: > See also environnement variable $BROWSER under linux > Wow, I never knew about that. It's available in Ubuntu 7.10 as well. Is that a LSB standard? I see the /etc/alternatives directory is full of such files... :-) Nice one, it's about time Linux helped developers detect favoured applications. 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
Re: [lazarus] Who is the controlling 'native' widget set in LCL?
On 07/02/2008, Paul Ishenin <[EMAIL PROTECTED]> wrote: > > > > In summary. TButton.Color is not available in LCL because Win32 > > doesn't allow a button face to change color without custom drawing. > > Yet other widget sets do like Qt and GTK1. > > That problem has been havily discussed in lazarus-dev list and we came > to the conclusion that such properties should be in LCL, but on the > other hand they must be marked some way in object inspector as "non > cross platform". My apologies. I didn't know of a 'lazarus-dev' mailing list. When was this decided, in the last 7 days? Because from your comment in he mantis bug report dated 2008-02-01 (7 days ago), your clearly stated that it _shouldn't_ be supported. 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
[lazarus] Who is the controlling 'native' widget set in LCL?
Hi, I'm not trying to start a flame war, I would simply like to understand the thinking and decision process of the core lazarus developers regarding the LCL features. I'm sure any developer using LCL would like the following answers as well. For more background on this issue see the mantis bug report: http://bugs.freepascal.org/view.php?id=9285 In summary. TButton.Color is not available in LCL because Win32 doesn't allow a button face to change color without custom drawing. Yet other widget sets do like Qt and GTK1. Comments from Paul: Kylix = qt = library that draw widgets itself Win32 = library that also has some mids about widget drawing Why LCL should invent hacks to force win32 draw color buttons? If win32 does not want to do that why LCL should have ability to override designed by ms devels way of button drawing? LCL is library of native widgets = library that uses abilities of underlying libraries. If they (win32 or other) doesnot support something then LCL should not invent own ways. My opinion - this issue should be closed. Comments from Me: -- Ok, so LCL uses native widgets - I get that. Well, Qt is a supported widget set of LCL. So Qt should in all respects be consider 'native'. So now, because Win32 doesn't allow Button.Color, Qt may not use Button.Color either! That's a bit unfair. The LCL now limits developers only to what Win32 can do! What happened to LCL being cross-platform? What about the features of other underlying native widget sets? Is Win32 the controlling widget set for LCL. If Win32 doesn't support something, neither may the other widget sets? So, my question again: Is Win32 the controlling widget set in LCL? Is Win32 the deciding widget set for what is allowed in the LCL? If Win32 doesn't support it, it's not going to be supported in the LCL - even if the other native widget sets support a function? How do the core developers decide what is allowed in the LCL and what isn't? What criteria do they use? As a extra argument to Paul: MS developers decided not support MouseEnter and MouseLeave OS level events in Win32. Other widget sets do. Borland even had to hack their own support for it in the VCL. Then in Windows XP and Vista the Microsoft developers show that a 'hot' state over buttons are cool, yet the underlying Win32 still doesn't support MouseEnter and MouseLeave OS events! I wouldn't stake my life on what MS developers decided is good! They sometimes come up with pretty shitty ideas of what they think is right! 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
Re: [lazarus] SelectDirectory double click
On 06/02/2008, Vincent Snijders <[EMAIL PROTECTED]> wrote: > > In this case, if there is no suitable native gtk1 widget for select > directory, the > gtk1 interface should use the LCL one from dirsel. That's what I tried ages ago, but couldn't figure out how to hook it up to the LCL-GTK1 widgetset and the TSelectDirectoryDialog component. :-( 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
Re: [lazarus] SelectDirectory double click
On 06/02/2008, Vincent Snijders <[EMAIL PROTECTED]> wrote: > > is excellent under windows, because it use the common dialog for it. > Yes, but GTK1 doesn't have a native Select Directory dialog as for as I could tell, so the LCL hack (which I think it is, but could be wrong) was to use the Select File dialog which is confusing as hell. The dirsel.pas mimics the pretty Windows native one. ;-) Seeing that 90% (and decreasing) of the worlds computer users use Windows, they should complain to much about the dirsel look. :) 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
Re: [lazarus] Distro Wiki
On 06/02/2008, Luca Olivetti <[EMAIL PROTECTED]> wrote: > comprised a reduced set of what's available in the online repositories), > you could just download the first one and the installer would ask how > many CDs you downloaded. A distro war was not my intention. Thanks for the info, never knew that about Mandriva. 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
Re: [lazarus] SelectDirectory double click
On 06/02/2008, el stamatakos <[EMAIL PROTECTED]> wrote: > select a directory. Is there a way to only click once to make a selection, > is there an option somewhere or another function. I look forward to your The standard SelectDirectory in LCL in crap, because it works very different on all widget sets and under GTK1 it's the File Open dialog! Instead, I would recommend you use the dirsel.pas unit. It has a consistent look across all platforms and uses the familiar directory treeview to select a directory. I mostly used GTK1 under Lazarus on Linux and it's a welcome change to the File Open dialog for selecting directories. PS: I once tried to implement the dirsel.pas unit as the default for GTK1, but again I got lost in the complexity of the LCL backends. 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
Re: [lazarus] Distro Wiki
On 05/02/2008, mramirez <[EMAIL PROTECTED]> wrote: > favorite/suggested linux distribution for Lazarus?" question, I was > wondering, if there is already some kind of guide or wiki, about > installing on specific distros ? I found the email -- Forwarded message ------ From: Graeme Geldenhuys <> Date: 27 Apr 2007 17:52 Subject: A list of required libs for Ubuntu 7.04 To: lazarus@miraclec.com Hi, I just installed Ubuntu 7.04 and thought I would post a listing of all required libs (packages) to be able to compile FPC, Lazarus and Lazarus applications using the gtk1 widget set. Ubuntu uses the 'apt' package management system, so installing the following 6 packages will pull in the other required packages for you. For GTK 1.2 development you need: libglib1.2 libglib1.2-dev libgdk-pixbuf2-dev libpthread-dev libc6-dev For GTK2.x you need this as well. libgtk2.0-dev(and all it's dependencies, but 'apt' would do that for you) For fpGUI base applications you need: libxft-dev(gives anti-aliased font support to X11 apps) Hope this info will be useful to somebody and save you a bit of time. --[ end ]- 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
Re: [lazarus] Distro Wiki
On 05/02/2008, mramirez <[EMAIL PROTECTED]> wrote: > > Something like: "In Suse, there is a problem with the fonts", "In > Fedora, you have to setup this file", etc > > One of the things, that dumped Kylix (Delphi for Linux), was that the > O.S. required extra configuration, compared to windowze. I use Ubuntu because it's small - a one CD download. I don't have the bandwidth to download 4-6 CD's like other distros. I only need one editor, one office application etc... Ubuntu gives me that. And what it doesn't have, I can install later (one package at a time). Lazarus is really not that hard to setup under Linux. The easiest is to start with a binary FPC setup, maybe even a binary Lazarus setup. Yes, it's different to Windows, but that's because the *unix way of development and packaging applications are different to Windows. Unix style of development is write something small and specific - and most of all be good at it. No bloated tools thinking they are a office suite etc.. Because of that you have many smaller libraries, which causes a few more dependencies. To compile and link any program using those libraries, you need the development packages (*-devel) for those libraries. It all sounds a lot more complicated than it really is. :) With Ubuntu, which uses the 'apt' package management tool you only need to specify a few packages to install and 'apt' will resolve all the other dependencies for you. I once made a list of all required *-devel packages to be installed on a clean Ubuntu system to be able to compile and link a Lazarus application. That includes Lazarus of course. I'll search my emails and post that message again. 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
Re: Re[2]: [lazarus] Analog Twebrowser in delphi?
On 04/02/2008, John Johnson <[EMAIL PROTECTED]> wrote: > > Hi. Yeah, I found some lhelp examples in Lazarus dir. But I cannot understand > how it's work! Could you give me > some instructions how I can show an html page in my app? I've never used it before, but I'm sure if you look at the code you should be able to figure it out. I would guess you install the TurboPower iPro package into Lazarus. Drop a TipHTML component on a form, set the URL, or FileName, LoadFromStream property and the magic starts happening. :-) As I said, I haven't used the component yet, so I don't know the exact properties available, but I would expect the above or at least some variant of it to be available. 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
Re: [lazarus] Analog Twebrowser in delphi?
On 03/02/2008, John Johnson <[EMAIL PROTECTED]> wrote: > How can I implement an html page into my lazarus app?? I need a component > like TWebBrowser in delphi? > I think the lNet package includes a basic html viewer component. I also think the TurboPower iPro (/componens/turbopower_ipro/) package contains a basic html viewer. I believe the latter one is used for the Lazarus lhelp application (CHM help viewer). 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
Re: [lazarus] Search paths
On 02/02/2008, Marius <[EMAIL PROTECTED]> wrote: > I keep learning from my mistakes, i did not even what the .compiled was > and why it was there. Now i can turn the .compiled with little effort > into a batch file! The .compiled is a neat trick. :-) But you have a 3rd option as well. Use a extra config file with FPC. example: -[ extrafpc.cfg ]- -FUunits -Fu../../../lib -Xs -XX -CX [ end ]-- The above can contain whatever paths and command line options you need. Then add it to the fpc as a parameter. The @ sign means it uses the default fpc.cfg file and then adds whatever is in extrafpc.cfg to the end. fpc @extrafpc.cfg myproject.lpr 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
Re: [lazarus] Lazarus packaging
On 31/01/2008, Ales Katona <[EMAIL PROTECTED]> wrote: > > > > If you mean that the package sources are installed read only: yes > > > I mean that you install lazarus from a .deb into eg: /usr/lib/lazarus > and that people can still install 3rd party components into this lazarus > in some way (I realize that packaged components would conflict tho, > because of the "one binary" problem, but that's a bit different beast) Yes, it's possible to have Lazarus somewhere and add-on packages (or components) somewhere else. I used to have Lazarus source in /opt/lazarus (readonly) and some add-on packages in /home/me/progra/mycoolpackage/ and it worked fine. When you installed and compiled Lazarus it installs (I think) default to ~/.lazarus/ directory. You can specify any output directory in the Build screen as well. 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
Re: [lazarus] Re: Reports
On 31/01/2008, Funky Beast <[EMAIL PROTECTED]> wrote: > > Have you tried Krusader? Yup, it's a bit better than most of the open source (GUI) ones, but still not the same as TC. :) I've tried a lot actually: Gnome Commander, Konquerer, Thunar, Krusader, SexyCommander (yeah I know), Midnight Commander... a lot more I can't remember now. 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
Re: [lazarus] Win32 compilation error : Import library not found for libz
Are you using/linking a external (.dll or .so) or are you using the zlib unit (implementation in object pascal) included with FPC? Regards, - Graeme - On 30/01/2008, Dominique Louis <[EMAIL PROTECTED]> wrote: > Hi all, >I've just been trying to compile some code that makes use of Zlib and > when I try to compile it from within Lazarus I get the following error > > Error: Import library not found for libz > > at the linking stage. It's the only thing stopping it from linking. > > Is this a bug in FPC 2.2.1 or am I missing the libz.o file? > > I'm using the snapshot from 27th of Jan 2008, if that makes any difference. > > Thanks, > > > Dominique. > > _ > To unsubscribe: mail [EMAIL PROTECTED] with > "unsubscribe" as the Subject >archives at http://www.lazarus.freepascal.org/mailarchives > -- 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
Re: [lazarus] Reports
On 30/01/2008, Christian U. <[EMAIL PROTECTED]> wrote: > > > I dont like commercial products in combination with lazarus so i spend > my time to make lazreport bedder when i want it and dont send mails to > obscure commercial suppliers. I don't know of any comercial products for Lazarus, so I assume (yes I know I shouldn't) you are talking about commecial software with open source software in general. I guess this is where I differ from most (that I know of) open source users. I'm a big open source fan, but I have absolutly no problem in buying commercial software if it's of high quality and does what I need. Why can't the two sides work together? As for high quality software... "Nero for Linux v3" is one such case. Linux has loads of CD/DVD writing software, but nothing I like, or can say feels polished (yes even K3b doesn't do it for me). "Nero for Linux" just works and well worth the money. "Total Commander" is another such case. Yes I run 99.9% of the times Linux, but TC works perfectly via Wine. TC just has such cool features and makes file management a breeze. Other than Midnight Commander, no open source tool comes even close. "Beyond Compare 2" is another such case. And the list goes on PS: If you don't know any of the products I mentioned, I recommend you Google them. 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
Re: [lazarus] I have a dream
On 30/01/2008, Giuliano Colla <[EMAIL PROTECTED]> wrote: > > If one has last built project1, and then does some editing and just > compiles (instead of building) project2, project2 may inherit units > which where compiled with project1 conditionals, generating a mix-up, > which may go undetected. > > That's why I was looking for a way to avoid this problem. OK, I understand your issue now. Simple solution is: Always do a Build All. :-) Create a keyboard shortcut for Build All, or use Ctrl+F9 for Build All instead of the default compiler (I use Build = Ctrl+F9 and Build All = Shift+Ctrl+F9). Alternatively, install the Editor Toolbar package, add all the different build and compile functions to the toolbar. Now everything is one click away! Quick and easy solution... :-) 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
Re: [lazarus] I have a dream
On 30/01/2008, Marco Alvarado <[EMAIL PROTECTED]> wrote: > Isn't it lot easier to create an include file with all the defines, > and include it everywhere you need it? If you need several sets of > defines, just create higher level symbols that enable/disable those > sets. Thanks Marco. We have done exactly that in the tiOPF project. So far it wasn't needed for fpGUI because I normally want to debug a certain unit. One at a time, otherwise I get flooded with debug information. Maybe I should incorporate the tiLog and tiGUILog unit from tiOPF into fpGUI. In the tiGUILog unit you can enable/disable debug information at runtime. Very handy!! The GUI log window get fed from a separate log thread which uses caching and a lower priority so as not to slow done the running of your application. 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
Re: [lazarus] Cgi / PowUtils / FastCgi
On 30/01/2008, Lee Jenkins <[EMAIL PROTECTED]> wrote: > > I've used powtils a bit. Fast, very fast. The only thing I don't like is > with > standard cgi you can't pool database connections, not sure about FastCGI > though I second that. powutils work great. We ported a GUI app to CGI and could reuse a lot of code because everything is still written in Object Pascal. So far we are getting away with opening and closing database connections the whole time, but I am sure if we start using stress tests we would have to make a plan. I heard Apache Modules would be a possible solution to the database connection pool. 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
Re: [lazarus] Cgi / PowUtils / FastCgi
On 30/01/2008, Marius <[EMAIL PROTECTED]> wrote: > Leonardo M. Ramé wrote: > > So if i understand correctly you add an layer around cgi. It looks > pretty much like a service/deamon situation, everything will be > forwarded to this deamon and that will generate the responses. Think > this will work perfectly. Umm, I was actually thinking the exact same thing a few months ago. I haven't implemented anything yet, but thought it would work. Nice to know it does! :-) 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
Re: [lazarus] Cgi / PowUtils / FastCgi
On 30/01/2008, "Leonardo M. Ramé" <[EMAIL PROTECTED]> wrote: > Lee, please read the last post in my blog (Powerful CGI applications). > It's an example on how to resolve that problem using PowUtils. Where can I find your blog post? We have the same issue with db connection pools. Graeme. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I have a dream
On 29/01/2008, Vincent Snijders <[EMAIL PROTECTED]> wrote: > > You don't need ifdefs. You need to fix the differences. > > Fix the gtk1 interface to scroll the memo. > Fix the gtk1 interface to remove the scrollbars, when the memo is cleared > Fix gtk1 and gtk2 interface to disable childforms, if the main form is > enabled. > > That is why there different widgetset backends too, not just to create > different > widgets, but also to make them behave consistent. But how do you know if that's not maybe the native behaviour of the underlying widgetset? I think this is what Giuliano was trying to say or assumed. 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
Re: [lazarus] I have a dream
On 29/01/2008, Giuliano Colla <[EMAIL PROTECTED]> wrote: > So my question is still open. There's a way to make the IDE/compiler > aware of the change of conditionals? I'm the only one with this requirement? I have also noticed that issue, mostly with my IFDEF DEBUG lines. I used to use application wide defines passing in -d. This caused lots of problems, like you described. I now instead use defines per unit. Below the compiler mode (top of unit) I place a new line {$Define DEBUG} to enable debuging per unit. If I want to disable such debugging, comment that line as follows: {.$Define DEBUG} Obviously this works for me, because that's the only IFDEF's I have in fpGUI. Others usage may vary. My 2c worth. 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
Re: [lazarus] Reports
While you are all busy talking about reports. Why don't each of you fire off a email to the creators of ReportBuilder. They have a awesome reporting tool for Delphi. You could use it equally well from code and designer plus it had a built-in script language. You could report from datasets and pretty much any other type of data like Objects etc... I emailed them a few months back... They said they are keeping an eye on Free Pascal and the Lazarus projects and would definately evalute it if there was enough interest. Regards, - Graeme - On 30/01/2008, Andreas Berger <[EMAIL PROTECTED]> wrote: > Could I have some idea as to what you are using to generate reports? Do > you use internal report generators like :LazReport or external ones? > LazReport seems to be an incomplete implementation of FreeReport which > is also way outdated. Can some one please give me some hints. > > Thanks, > Andreas _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Problems with fpGui compilation
Hi Luk, Thanks for reporting those problems. In the future, can you please use the fpGUI newsgroups to report fpGUI bugs. After all this is a Lazarus mailing list. ;-) See my signature for details of the fpGUI website where you will find information about the newsgroups. I have a web interface as well, if your are stuck behind a corporate firewall. > 1) > The line > Include(ComponentState, csLoading); > didn't compile, but it was indicated that it only works in fpc 2.2.0 or > previous versions. I unknowingly exploited a bug in FPC 2.2.0 and earlier. This bug has been fixed (and a alternative method created but not used yet) in FPC trunk which is what you detected. At this moment I don't support FPC trunk - it's to early in it's development and to many things can change. I'll start supporting FPC trunk just before the next FPC release to make sure fpGUI will be supported when FPC is released. > SetBackgroundColor default clWindowBackground; > in gui_form gives error: Range check errors while evaluating constants. > The definition of the constant is: > clWindowBackground= $8001; I have not detected this error in FPC 2.2.0 and FPC 2.0.4. Can you post your compiler parameters you are using. I'll enable range checking on my side to see what it does. > remark: I compile the gfx_package, and he tries to compile the gui_form, which > is included in gui_package ? Strange interdependencies... I do know about that (and don't like it either). The problem is I still can't figure out a way around that as it's required for modal form handling. I'm considering merging the two packages (gfx and gui) as I consider fpGUI as a whole, one thing. You are not going to create any other applications but GUI applications using fpGUI. The merge is still undecided though. > In the method TWideStringList.ExchangeItems, > "Illegal type conversion: Widestring to longint" for the line > Temp := integer(Item1^.FString); > and the following lines. > > All this happened on a Suse 86x64 machine, with a FPC 2.3.1 compiler from 21 > december 2007. Oops, gfx_strings.pas is not supposed to be part of the fpgfx_package. I'll remove it. It's a experimental unit not being used by anything. Hence the comment in the header... "PLEASE DO NOT USE THIS UNIT" :-) Umm, I see you are using a 64bit machine I don't have one to test on. If you have the time, would you mind trying fpGUI using FPC 2.2.0 (64bit version) and let me know how things go? Also as I mentioned in the beginning The lazarus mailing list has been very lenient by allowing so many fpGUI posts (I thank them, but don't want to push my luck). So could you possibly move all future fpGUI related messages to the newsgroup. Many thanks. 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
Re: [lazarus] Introduction
On 29/01/2008, Lee Jenkins <[EMAIL PROTECTED]> wrote: > > Will fpGUI/LCL still support theming later when theming is implemented? To be honest, I'm not sure how it's going to work. I still need to do a lot of work on theming support in fpGUI and I don't know what the other LCL widgetsets do in such a case? I would guess fpGUI would loose some of it's features when used as LCL-fpGUI widgetset - or maybe I just don't understand the LCL backend fully. Could others comment here? > The POS portion however, is like night and day. Not just because navigation > is > primarily through touch screen taps, but in terms of the UI itself which I > think > any programmer would be hard pressed to guess which language it was written in We also have an application in our suite of software that has a very unique interface because it always runs fullscreen (kiosk mode). We haven't ported that to fpGUI yet, because it uses Flash OCX for the main part of the screen. I still need to complete the Mozilla Plugin Panel component [*1] before we can port that app, but it will be done. [*1]: http://opensoft.homeip.net/wiki/wiki.cgi?p=mozilla-plugin-panel > TImage descendents. This was especially important in a POS app where the UI > really has to "snap" and keep up with the users who eventually operate the POS > blindfolded. fpGUI uses double buffering for all painting (GDI and X11). It's pretty good, but I am sure it can be tweaked for even better performance. 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
Re: [lazarus] Introduction - NOTE FOR GRAHAM
On 29/01/2008, Marco van de Voort <[EMAIL PROTECTED]> wrote: > > It's more than look and basic behaviour: > - keyboard handling > - disability support > - internationalisation support > - behaviour when scaling > - following future extensions a bit. (See e.g. the site how to update Delphi > apps to > vista look. A overrides pertaining font changes here and there, a property > there, and done. Try that with a widget set that paints itself) I'm not trying to recreate every possible OS to the tee, but I am trying to implement enough so users will feel comfortable and not alienated. Take Pixel (the image editor) as an example - It looks like Windows XP default theme, but at closer inspection it's not (file dialogs are very different, no keyboard focus support, no mouse over/down states on buttons and scrollbars etc..) but it seems to be enough to fool the average user and make them feel okay with the application. I'm trying the same with fpGUI - getting them to feel comfortable, even though some things might be a bit different. fpGUI's goal is consistency across platforms with the addition that anything can be customized if the developer needs it. And whatever I missed and somebody else needs - hopefully it will be fairly straight forward to implement. As for bleeding edge looks like Vista - 99% of ours clients use Win98 and WinXP (and yes I know I shouldn't generalize only on our experience). Only now (the beginning of this year) we finally stopped supporting Win95! People don't upgrade nearly as quick as Microsoft wishes! There is a lot of old hardware still being used with Win98. Also, I am working on fpGUI's theme engine and theme designer, but it's not priority yet. In the end graphics artists will be able to create themes with easy, freeing up the developers to do what they do best - code! 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
Re: [lazarus] How many lazarus / FPC exists?
On 29/01/2008, Marius <[EMAIL PROTECTED]> wrote: > This is not the only lazarus meeting point. There are a couple of > odinary forums (via http://www.lazarus.freepascal.org) and there is also > a french (and a russian?) forum. And don't forget about the IRC channels 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
Re: [lazarus] Introduction - NOTE FOR GRAHAM
On 29/01/2008, A.J. Venter <[EMAIL PROTECTED]> wrote: > Well I wasn't actually saying it would be the answer for you right now - > but I wanted to fix the misconception - it is possible to use a custom > theme for just your program, ship it with it etc. I understand that you can ship a custom theme (rc file or whatever) for GTK with your application. Somebody else told me that before. But I needed more flexibility by changing the appearance of a _single_ component on-demand (eg: TEdit's background to clError [yellow] when there was a validation issue). All this is water under the bridge for me now - we are already 2.5 years into development. Why to late to change GUI toolkits again. It would be nice if what you said was documented on the Lazarus wiki though (if it's not already there). It might be handy for other users. > One thing keeps coming up in usability studies - every app on the user's > desktop should behave the same to the largest possible extent. So the > user does not need to learn how to navigate 20 types of file open fpGUI's designs like the File Open dialog are based on Windows look, so any user should be able to use it. The Font dialog (not used much in general apps) have a slightly different look, but that's because it has some unique features. Still very simple to use. Oh, fpGUI's Buttons work similar to Windows to point and click. ;-) > But, FPgui is well on it's way to fully supporting your use-case - and > once it's LCL linked, lazarus will be able to meet either use-case. That is what I am hoping for and why I'll justify spending time working on the LCL-fpGUI integration. > Can you mail me offlist with some of the priority missing pieces ? Then > if I have time, I can send you back some patches to help it along. Thanks AJ, I'll send you a mail... 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
Re: [lazarus] Introduction
On 29/01/2008, A.J. Venter <[EMAIL PROTECTED]> wrote: > > > Have a look on SourceForge. I have seen quite a few toolkits > > implemented in C/C++ and uses OpenGL or SDL or whatever hw > > acceleration they picked. > > Eeeek ! Components should NOT require hardware acceleration support ! > There is still a significant number of computers without this feature. I think if you used SDL you should be safe... I don't know SDL much, but doesn't that auto detect hardware acceleration and if nothing is found, switch to software rendering. Either way, it's not by baby I don't use any SDL or OpenGL features in any of my applications. I simply commented on what I found in SF.net 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
Re: [lazarus] Introduction - NOTE FOR GRAHAM
On 29/01/2008, A.J. Venter <[EMAIL PROTECTED]> wrote: > > Sorry for the late response, I am backreading a bit - but I thought you > should know this is NOT needed. > gtkproc unit has a call load_rc I think which you can call in your > application to load a custom theme file in a sepperate location for the > running app ONLY. > > Not ideal, but a work-around for gtk1 cases perhaps ? Thanks for the response AJ. The other factor that comes into play is that we had lots of IFDEF's in our old code when we used Delphi and Kylix. Moving over to Lazarus we had the intent of not needing IFDEF's again as we run on mixed platforms. The above is a possible solution, but not ideal. ;-) 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
Re: [lazarus] Introduction
On 29/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote: > > Aha ! > So, in the end, the problem solves itself, if they are all on linux ;-) It's a slow process though! :-) +-250 franchisees with avg 25+ computers and +-230 schools with a avg 30+ computers. That's around 13150 computers. We can't force everybody to switch to Linux because in places like schools, the computers get used for other things as well. And you get the huge factor which slows things down - people are scared of something they are unfamiliar with. So we introduce new equipment with Linux so they can get a feel for things and see that it isn't that different (from a GUI point of view). This is where the side-by-side OS's come in play. 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
Re: [lazarus] Introduction
On 29/01/2008, Alexsander Rosa <[EMAIL PROTECTED]> wrote: > with mixed environments complained about the visual differences. They > demanded a standard, consistent look and feel, regardless of the OS. A few This is exactly what our clients said. And more so when they ran a mixed environment - Linux and Windows side-by-side (which is becoming more and more so as they move to Linux). > Rave Reports. We still plan to migrate to a binary-native solution and > Lazarus is a top candidate -- however, the current LCL approach of using > multiple widget sets may bring us back the same visual differences. That's why we started working on fpGUI. I think you have few options available though: * Wait a few months for the LCL-fpGUI widgetset * Help implement it, to have it done quicker. ;-) * Or use fpGUI directly without the LCL layer. For obvious reasons (no LCL-fpGUI yet) we opted for the last option. We still use Lazarus as our IDE and we (fpGUI) do have our own visual form designer. 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
Re: [lazarus] Production quality crosss platform applications
On 28/01/2008, bobby <[EMAIL PROTECTED]> wrote: > > > Graeme, you can't imagine how happy I would be if you do LCL-fpGUI. > GTK is too ugly for me, and I have other problems with GTK2, so > LCL-fpGUI would be more than appreciated. All in due time... my paying job comes first though. :) The other thing is that I didn't want to start with LCL-fpGUI to early because the class interfaces of fpGUI needs to stabilize first. It will be counter productive to work on LCL-fpGUI and every week break it because something in fpGUI changed. A bit of an exaggeration, but I think you get the idea. 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
Re: [lazarus] Production quality crosss platform applications
On 28/01/2008, Alexsander Rosa <[EMAIL PROTECTED]> wrote: > BTW, is there a comparision chart for these? > > - fpGUI > - MSEide & MSEgui > - Key Objects Library and Mirror Classes Kit (KOL/MCK) No I don't know of any such chart, sorry. > I think it's better to use one of them than play catch with multiple widget > sets. Myself and Giuliano agree, but this has been argued before, so I will not go into it again. ;-) The core lazarus developers have decided long ago that using native widgets is the way to go. I didn't agree, so started developing fpGUI. Time permitting, I'll try and finish the LCL-fpGUI widget set, which should then give a nice middle ground. But for now, I'm only working on fpGUI to get it stable and feature complete. 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
Re: [lazarus] How many lazarus / FPC exists?
On 28/01/2008, Sergio Samayoa <[EMAIL PROTECTED]> wrote: > Hi. > > I'm coming back to lazarus (again) because MacOSX and Linux raising and > wondering how many users (developers) are using lazarus / FPC. Here's a list a Lazarus developed applications, but I'm pretty sure there are a lot more... http://wiki.freepascal.org/Projects_using_Lazarus http://wiki.freepascal.org/Lazarus_Application_Gallery 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
Re: [lazarus] Production quality crosss platform applications
On 28/01/2008, Sergio Samayoa <[EMAIL PROTECTED]> wrote: > Has someone already put into production lazarus applications which are cross > platform? Yup. Master Maths has moved it flagship product from Delphi 7 to FPC/Lazarus. We don't use the LCL, but we do use the Lazarus as our IDE. http://wiki.freepascal.org/Projects_using_Lazarus#Master_Maths 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
Re: [lazarus] Component
On 27/01/2008, micahel schneider <[EMAIL PROTECTED]> wrote: > > > No problem here with advertisments > I click on free download and everything is normal Sorry, it helps if I READ! :-) I had to click on the 'Free' button to start the download. 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
Re: [lazarus] Why do Delphi users hate Lazarus so much?
On 28/01/2008, Lee Jenkins <[EMAIL PROTECTED]> wrote: > > I first learned of Lazarus on Delphi newsgroups... Exactly my point! :-) 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
Re: [lazarus] Why do Delphi users hate Lazarus so much?
On 27/01/2008, John Stoneham <[EMAIL PROTECTED]> wrote: > Well, I guess the term "Delphi users" is a little broad, but it seems > that every post that mentions Lazarus on > borland.public.delphi.non-technical gets BLASTED by Delphi fanboys. I Take all those comments with a pinch of salt. ;-) I believe they can do and say what they want, it's a Delphi newsgroup after all. BUT every time they mention the word Lazarus, they are making our product know. Somebody might start wondering, what is this "Lazarus" that everybody is going on about Free advertising! :-) Ask any person in advertising, there is no such thing a good or bad advertising! Any publicity is good publicity. 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
Re: [lazarus] Where is FpGUI and Lazarus-ccr subversion repository?
On 26/01/2008, Florian Klaempfl <[EMAIL PROTECTED]> wrote: > > > > http://svn2.freepascal.org/svn/lazarus-ccr/ > > and > > http://svn2.freepascal.org/svn/fpgui/ > > mirrors these repositories now. > > Read only, i.e. one way mirror. Many thanks Florian! 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
Re: [lazarus] Component
On 26/01/2008, micahel schneider <[EMAIL PROTECTED]> wrote: > Am Freitag 25 Januar 2008 schrieb [EMAIL PROTECTED]: > > A small demo would be helpful. > > > 2 Videos demonstrating component install under Linux > > http://rapidshare.de/files/38408096/installcomp.ogv.html > > http://rapidshare.de/files/38225046/reportinstallieren.ogv.html Those links take me to some Hosting site and then to the Love Connection site. ;-) 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
Re: [lazarus] Where is FpGUI and Lazarus-ccr subversion repository?
Just thought I would let everybody know, the SF.net SubVersion servers seem to be back up again. It was some or other hardware failure. Graeme. On 25/01/2008, Osvaldo TC Filho <[EMAIL PROTECTED]> wrote: > Now, 25/01/2008 11:18 ( -3:00 ) > > [EMAIL PROTECTED]:~/deskx/pascal-src/subversion/lazarus-ccr$ svn cleanup > [EMAIL PROTECTED]:~/deskx/pascal-src/subversion/lazarus-ccr$ svn up > svn: Requisição PROPFIND falhou em '/svnroot/lazarus-ccr' > svn: PROPFIND de '/svnroot/lazarus-ccr': não foi possível conectar-se ao _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Where is FpGUI and Lazarus-ccr subversion repository?
On 25/01/2008, Osvaldo TC Filho <[EMAIL PROTECTED]> wrote: > Now, 25/01/2008 11:18 ( -3:00 ) > > [EMAIL PROTECTED]:~/deskx/pascal-src/subversion/lazarus-ccr$ svn up > svn: Requisição PROPFIND falhou em '/svnroot/lazarus-ccr' > svn: PROPFIND de '/svnroot/lazarus-ccr': não foi possível conectar-se ao > servidor (https://lazarus-ccr.svn.sourceforge.net) The SourceForce.net SubVersion servers have been down for the past 24 hours. A lot of people are complaining (including me!). The problem has been reported, but still no action that we know of from SourceForge. http://sourceforge.net/tracker/?group_id=1&atid=21 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
Re: [lazarus] FPDoc tooltip
On 25/01/2008, Mattias Gärtner <[EMAIL PROTECTED]> wrote: > The default viewer is a simple TLabel. > When you install the package TurboPowerIProDsgn you get a HTML control. > The hint not only shows comment, but fpdoc help too and fpdoc help can contain > HTML. Does the HTML control in tooltips work already, or is it still a wish list item? If it already works, do I simply need to install the TurboPowerIProDsgn package into Lazarus? 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
Re: [lazarus] Introduction
On 23/01/2008, "Leonardo M. Ramé" <[EMAIL PROTECTED]> wrote: > > Graeme, BTW, I can't access to http://opensoft.homeip.net/fpgui/ can you > check this out? We have scheduled "rolling blackouts" for the next few days. 2.5 - 3.0 hours at a time. The server should be back up in the next 2 hours. Sorry for any inconvenience. 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
Re: [lazarus] Introduction
On 23/01/2008, Felipe Monteiro de Carvalho <[EMAIL PROTECTED]> wrote: > > If the bug is annoying you, then *you* should do something about it =) > If all users use the approach: Oh, I'll test now and wait 3 months and > test again, then they are all risking that in 3 months there won't be > any change to what they wanted changed. > > If you don't plan on doing anything about it, then I say it's not that > annoying for you, because it's not annoying enougth to make you do > something about it =) I'm in the same boat. I have a lot of (paying) work and other open source projects I contribute to. Learning the internals of GTK2 and as always getting lost in the LCL widgetset backend, it's like looking for a needle in a very big haystack. Even for the simplest bugs. At which point I give up on GTK2 and move back to GTK1 where things normally work better (for me). 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
Re: [lazarus] Introduction
On 22/01/2008, Felipe Monteiro de Carvalho <[EMAIL PROTECTED]> wrote: > I probably never used the things you mentioned on gtk2, so I never > noticed they don't work and never had the need to find out why they Maybe we should create a 'universal' widget set test application... Remember the old one in fpGUI v0.4 (widgetdemo)? That really helped to debug issue between X11 and GDI implementation? I think one can create a much better / in depth toolkit test application for Lazarus. It can test the firing of event orders, runtime (life) component property changes to see the effect, 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
Re: [lazarus] Lazarus compiled with GTK2 [part 1 of 2]
On 22/01/2008, Luiz Americo Pereira Camara <[EMAIL PROTECTED]> wrote: > > Gtk2 is in fact slower than Gtk1, every one agree, but LCL/Gtk2 > application are much slower than other Gtk2 applications Thanks, that was the point I was trying to make. 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
Re: [lazarus] What is wrong with the Toolbar?
On 22/01/2008, Al Boldi <[EMAIL PROTECTED]> wrote: > > Is there any specific reason you are stuck with 2.0.2 and can't > > upgrade? If it's a good reason, I can consider adding a IFDEF in the > > code. > > Well, when Vincent starts posting incremental updates, I may actually be able > to upgrade easily. Sorry, I don't understand what you mean. Can you explain a bit more? Incremental updates of what? 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
Re: [lazarus] Introduction
On 22/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote: > > Well, I develop major database projects (in Delphi), and none of our > customers has ever asked for a specific look. So I would be the last > to ask this from lazarus. The thing I am looking for is portability. Our clients normally don't want way-out looking apps. They simply want some customizations using various colors for example. Validation screens must change background colors of components to indication an error state or missing input, Label colors indicating some or other business status etc... As you can see, I'm not talking about triangular buttons or odd shaped forms - just subtle customizations. 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
Re: [lazarus] What is wrong with the Toolbar?
On 22/01/2008, Vincent Snijders <[EMAIL PROTECTED]> wrote: > > You could also add them with {$IFDEF VerboseDebugFewBugs} and use > -dVerboseDebugFewBugs in your private builds. > I should really do that. Thanks for the idea. 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
Re: [lazarus] Introduction
On 22/01/2008, Lord Satan <[EMAIL PROTECTED]> wrote: > > SDL is no acceleration, only if you use its OpenGL wrapper functionality you > get hw acceleration. That's what I meant with SDL. > I know a lot of those 'widgetsets', too, but they are meant for OpenGL apps > and they are not general purpose widgetsets like WIN API, GTK, QT, etc. Most > of them are very basic tools to provide GUIs for 3D apps. > So I would really like to know of at least one specific one. No, the ones I looked at was for creating standard applications (not games). They just used shadow events under menus, dropdown animation, etc... I'll see if I can find them again. 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
Re: [lazarus] What is wrong with the Toolbar?
On 22/01/2008, Al Boldi <[EMAIL PROTECTED]> wrote: > > Before you do that, I just tried fpGUI and it didn't compile due to > cursorfont unit missing. > So I added {$include cursorfont.inc} from fpc/packages/extra/forms, then it > compiles ok, > but I get this crash on run using fpc2.0.2: The last time I tested it worked fine with 2.0.4 and 2.2.0. I honestly don't see the point in supporting all old versions of FPC when you can upgrade for free. So if you can, please upgrade to fpc 2.0.4 or preferably 2.2.0. I tend to only support the last two FPC versions until I know the latest FPC release has proven itself to be truly stable, then I start using features of that (latest) release. As far as I can see the 'cursorfont' unit in X11's backed comes from /packages/extra/x11/cursorfont.pp Is there any specific reason you are stuck with 2.0.2 and can't upgrade? If it's a good reason, I can consider adding a IFDEF in the code. As for the latest trunk revision of fpGUI (actually the last week or so) it's been a bit unstable with verbose output. I'm hunting down a few bugs and added lots of debug code in there to test between the supported platforms. It should be back to normal by the end of the week. [Next time I'll use a private branch for such verbose debugging] 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
Re: [lazarus] Introduction
On 22/01/2008, Giuliano Colla <[EMAIL PROTECTED]> wrote: > > Well in all that time I've never met a single customer requiring a > "native look". On the contrary what I've always been asked for is a > "specific" look, and "specific" behavior. Amazingly, I have had the exact same experience. They want their product to stand out and not blend in and be unnoticed. Corporate colors in the application is also a big hit (and where LCL fell over). I only develop commercial applications with Lazarus and from judging by all these conversations, it seems like we are the only two. Also we seem to experience the same issues - coincidence? What does everyone else use Lazarus for? Console apps maybe? 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
Re: [lazarus] Introduction
On 22/01/2008, Lord Satan <[EMAIL PROTECTED]> wrote: > What hw acceleration are you talking about? I don't know of any hw > accelerated widgetset. Have a look on SourceForge. I have seen quite a few toolkits implemented in C/C++ and uses OpenGL or SDL or whatever hw acceleration they picked. 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
Re: [lazarus] Introduction
On 22/01/2008, Mattias Gärtner <[EMAIL PROTECTED]> wrote: > > Why should qt render a native button, if they can draw a qt button with a > 'native' looking theme? Are you sure, that qt uses native widgets? Qt has built-in themes (custom coded) and also allows for hooking into the native widgets theme manager. Take Windows XP for example: By simply hooking into the UxTheme API, your custom toolkit can look like any Windows XP theme. Trolltech does similar. > > > > All this can be implemented in a custom drawn toolkit. > > Yes, by reinventing the wheel. Yeah but it would be a 'super' wheel that fits and works on all cars! :) 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
Re: [lazarus] Introduction
On 22/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote: > > Everything has its ups and downs. But the nice thing about Lazarus is that > it can use for instance FPGUI, which will work on all platforms, hence > rendering the whole discussion moot. I was waiting for another 50 or so replies before mentioning that ;-) 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
Re: [lazarus] Introduction
On 22/01/2008, Mattias Gärtner <[EMAIL PROTECTED]> wrote: > About: move from LCL to widgetset > That was the goal of lazarus from the beginning. OK, I get that and respect the choice. I'm simply wondering (from a personal point of view) if it's still the right way of doing things? Considering you have years of experience with Lazarus development... If you could do it (Lazarus LCL) over again, what would you change? Hindsight is a awesome thing. :-) > Keep in mind that using the native widgets has several advantages: > - native look. Even when user switches theme or OS. As I mentioned before. This is very easy to achieve - Trolltech has proved this. Simply ask the native widget to draw itself on a memory bitmap. All native toolkits send out a message when the theme changes, so it's very easy to detect that as well. > - widgetset specific goodies: e.g. tab menu of gtk notebook, unicode input > method, assistive technology, hardware acceleration, network support (X > client/server modell). All this can be implemented in a custom drawn toolkit. At least that way all platforms will have these features. Currently only GTK Notebook has tab menu for example. LCL now needs to support a basic set of features which are common to all widget sets - nothing more otherwise it's not compatible across widget sets. 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
Re: [lazarus] Lazarus compiled with GTK2 [part 1 of 2]
On 22/01/2008, Damien Gerard <[EMAIL PROTECTED]> wrote: > > May be but GTK1 does not use UTF8. > And GTK2 doesn't support Raize Font. :) 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
Re: [lazarus] What is wrong with the Toolbar?
On 22/01/2008, Paul Ishenin <[EMAIL PROTECTED]> wrote: > > Moving implementation from LCL to widgetset is simply the WRONG way to > > go. > Then use fpGUI or mseGUI. This is not wrong way, it is way selected by > lazarus team long time ago. Custom controls cannot bring native > functionality - only imitation of it. This is not what we want and what > we need. Okay, I'll shut up now. 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
Re: [lazarus] Lazarus compiled with GTK2 [part 1 of 2]
On 22/01/2008, Giuliano Colla <[EMAIL PROTECTED]> wrote: > > I gather that someone is already using GTK2, but I believe that he's not > much demanding in terms of graphic appearance. My customers would run > after me with a hammer if I'd dare to show them the current state of the > art. :-) I've tried to use Lazarus/GTK2 for half a day now. It's horribly slow as well, compared to GTK1. For now I switched back to GTK1 and will try GTK2 in a few months again. 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
Re: [lazarus] What is wrong with the Toolbar?
On 22/01/2008, Giuliano Colla <[EMAIL PROTECTED]> wrote: > >> > > Yes, and I wanted that too, but this is not easy since gtk, win32, > > carbon and qt needs implementation in one moment. > > > > You see what I mean? > Moving implementation from LCL to widgetset is simply the WRONG way to go. > It pushes Lazarus 1.0 farther away each day. I can't agree more. And it's a lot more work. One implementation now becomes 4 and the more widget sets we support, the worse it gets. A year or so ago, Lazarus became more and more stable over time (talking about trunk versions, not release versions). In the last few months things seem to be going the other way round - more and more things that used to work are being broken. :-( 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
Re: [lazarus] What is wrong with the Toolbar?
On 22/01/2008, Paul Ishenin <[EMAIL PROTECTED]> wrote: > > > > Whoever broke it, would you mind taking a look at fixing it > > > Please update your svn version and retest once again. That was already > fixed. Sorry, but I don't think so. :-( Just got a update. Now running r13826. Did a Build All (with a Clean All). Editor Toolbar and Todo List dialogs which contain toolbars are still broken. I'm run on Ubuntu 7.10. See attached screenshot... Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ <>
[lazarus] Lazarus compiled with GTK2 [part 2 of 2]
[...I forgot the attachment size limit so I split the email in two...] -- Forwarded message -- From: Graeme Geldenhuys <[EMAIL PROTECTED]> Date: 22 Jan 2008 09:33 Subject: Lazarus compiled with GTK2 To: lazarus@miraclec.com Hi, Every couple of months I try Lazarus compiled with GTK2. In the end I still find GTK1 much better, though GTK2 has improved a lot since my last attempt. I attached a few images show some strange positioning and sizing... GTK1 and Win32 are perfect on these screens. All screenshots are from the Editor Options dialog in Lazarus. Does anybody else experience the same screen positioning / sizing issue with GTK2? BTW: I'm using Lazarus 0.9.25 r13817M i386-linux-gtk 2 Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ <>
[lazarus] Lazarus compiled with GTK2 [part 1 of 2]
[...I forgot the attachment size limit so split the email in two...] -- Forwarded message -- From: Graeme Geldenhuys <[EMAIL PROTECTED]> Date: 22 Jan 2008 09:33 Subject: Lazarus compiled with GTK2 To: lazarus@miraclec.com Hi, Every couple of months I try Lazarus compiled with GTK2. In the end I still find GTK1 much better, though GTK2 has improved a lot since my last attempt. I attached a few images show some strange positioning and sizing... GTK1 and Win32 are perfect on these screens. All screenshots are from the Editor Options dialog in Lazarus. Does anybody else experience the same screen positioning / sizing issue with GTK2? BTW: I'm using Lazarus 0.9.25 r13817M i386-linux-gtk 2 Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ <><>
[lazarus] What is wrong with the Toolbar?
Hi, This always used to work fine, but lately any Toolbar component doesn't paint it's canvas background. This appears under GTK1 and GTK2. What changed to break it? Can we undo that change to get it back to normal again? It's very annoying when you use the Editor Toolbar add-on package with Lazarus. Whoever broke it, would you mind taking a look at fixing it 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
Re: [lazarus] [OT] QT licensing costs?
On 22/01/2008, Den Jean <[EMAIL PROTECTED]> wrote: > > > Underlying observation - It's NOT cheap! > sounds like Trolling (c) to me :-) Trolling Trolltech Coincidence? I think not! :-) I don't use C/C++ but I think they have a kick ass toolkit. Leaps and bounds ahead of anybody else. 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
Re: [lazarus] [OT] QT licensing costs?
On 21/01/2008, Lee Jenkins <[EMAIL PROTECTED]> wrote: > > Can anyone give me an idea of the cost of QT commercial licensing fees? Their > website provides only a contact form to get pricing. I was curious what a > license would be to deploy on windows and linux. >From memory (3 years ago) it was something like $2000 per developer per platform. Underlying observation - It's NOT cheap! 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
Re: [lazarus] Making the IDE work with C/C++
On 21/01/2008, Joost van der Sluis <[EMAIL PROTECTED]> wrote: > > (Question to think about is why there isn't any open-source native IDE > like Lazarus for c/c++ at all?) KDevelop? Eclipse (what I guess that's not native). 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
Re: [lazarus] Introduction
On 21/01/2008, Den Jean <[EMAIL PROTECTED]> wrote: > On Monday 21 January 2008 01:18:56 pm Giuliano Colla wrote: > > Either one takes the Qt way, i.e. using style to *mimic* the native > > *look*, without actually using it, and provides a consistent behavior, > this does not honour the huge Qt effort. Qt DOES use > the native widget when necessary do have native look for XP, Vista and Mac OS > X style. This is why these styles are not available on the other platforms > because the lack of the native widget set library. Nope, it's like I explained before. Qt does all custom painting, it does not required the underlying 'native' widgets. They used to copy the look of OS's by manually drawing all controls. Since late 3.x or starting with 4.x (not sure which version) Qt under XP, Vista, MacOS X and GTK asks the corresponding component (via native API) to draw itself on a memory bitmap. Qt then paints that bitmap to the correct location on the form. This overcomes the issue when user install there own custom themes. Qt does not create a instance of the native widget. I believe this is similar to what LCL did a while back with XP theming in the themes (or whatever it's name is) unit. 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
Re: [lazarus] Introduction
On 21/01/2008, Giuliano Colla <[EMAIL PROTECTED]> wrote: > Or they could achieve native look just by using a Bitmap, and consistent > behavior with code in LCL, with less duplicated work, less bugs, and > better results. You are correct. Qt 4.x has done this. They ask the native toolkit to draw an image of the required component to a memory bitmap, which then gets painted to the canvas. This way you get the native look without using the native components. Qt has done this successfully (as far as I know) with all supported platforms. 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
Re: [lazarus] Introduction
On 21/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote: > Instead of putting a lot of time in such mostly useless debates (its not > the first, and probably not the last) it would have been better to report Yeah, I can't even remember what the original post was about? :-) 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
Re: [lazarus] Introduction
On 21/01/2008, Giuliano Colla <[EMAIL PROTECTED]> wrote: > > That's the real catch. They're not stupid, but they're faced with an > impossible task: to implement conflicting specs. > > vcl implies a number of precise, consistent specs, which dictate > component behavior. They're the real value of Delphi. > > Native widgetsets implies a number of specs (often vague and loosely > defined) which are different from vcl, and don't map into them. > The result is that vcl compatibility is reduced to the minimal subset of > coincident specs between native widgetset and vcl. Which is very often > unsatisfactory. For my range of applications this makes LCL completely > useless. I find one feature supported by gtk1, one supported by gtk2, > another one by Qt, but nowhere all the required features supported. Exactly my point. All the different GUI toolkits have different features. LCL can only implement the features that are common across toolkits. Hence the issue with setting a Form or Components background color when compiled against GTK (sorry, I had to mention that one again ). VCL had it easy. They built their interface according to _one_ GUI toolkit, the Win32 API. And as soon as you used Delphi (VCL) and Kylix (CLX) on the same source code with native components in mind, you would have noticed how quickly you need to start adding IFDEF's. LCL is in the same boat, but the Lazarus team did improve on Borland's idea. > Without a mature IDE to work with, fpGUI isn't worth the trouble. It > becomes much easier to learn C++ and use Qt Designer, or whatever. Umm... I don't know how I should take this! :-) fpGUI is by no means tied to Lazarus. I often build my apps on test machines using 'gedit' or 'mcedit' via the command line. Also, fpGUI has it's own visual forms designer. Saying all this, I still prefer to use Lazarus as my editor - with all the add-ons, source code navigation and keyboard shortcuts, I'll be hard pressed to find any other editor that comes close to it. Just my two cents. ;-) 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
Re: [lazarus] Introduction
On 21/01/2008, Lord Satan <[EMAIL PROTECTED]> wrote: > That's the point. fpGUI may be a nice idea but I got a little tired about > reading how great it is over and over again (because it is really, really > ugly, not the native gui for the different supported plattforms and native > gui support has always been the aim of lazarus development - no offence > Graeme). No offence taken. fpGUI is a young project and making it look native is on the todo list. It simply hasn't been a priority yet (I have lots of other things to do first). As for looking native... everybody keeps raving about how great Pixel (image editor) looks like! Did you know that's not native components either! :) 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
Re: [lazarus] Introduction
On 21/01/2008, Lord Satan <[EMAIL PROTECTED]> wrote: > Stupid Lazarus developers. Now we only get this sucking Win API, GTK1, > GTK2, Carbon and QT. Nothing really works and all is full of bugs. I agree with Luiz. Lazarus developers are *not* stupid. They have done an amazing job so far in getting the LCL to wrap so many toolkits - it just wasn't the right fit for our company. They simply followed a different path to what I would have taken, but I am sure at the time they thought it to be the best solution. Hindsight is always great! ;-) Plus, if it wasn't for them, I wouldn't have such a cool IDE to work with! 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
Re: [lazarus] Introduction
On 20/01/2008, Marco van de Voort <[EMAIL PROTECTED]> wrote: > > Apparantly the only person with skills to run into that started his own > widgetset :-) It didn't even take a lot of effort to hit those problems... Just write commercial software. :-) Good news is that some day Lazarus will benefit from my work with fpGUI. I would like to try and complete the LCL-fpGUI integration to have it as another working widgetset choice for developers using Lazarus and LCL. Obviously this is all time permitting so I have no time frame set. I still think having a custom Object Pascal written toolkit for Lazarus is the way to go. The LCL would have progressed and stabilized much faster if the Lazarus developers did that from the start. 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
Re: [lazarus] Introduction
On 20/01/2008, Damien Gerard <[EMAIL PROTECTED]> wrote: > I agree GTKx are quite ubly. GTK1 without any doubt, GTK2 why not, but > no QT. I find LCL/GTK2 very slow compared to other GTK2 based applications. I got no idea why it is so, but that is why I still use Lazarus compiled with GTK1. To solve the ugliness of GTK1 you must add the BlueCurve theme. :) > Always speaking about GTK-bugs but what about fpGUI bugs ? When using Lazarus and the LCL, the underlying toolkits are not under your control. It's quick and easy to fix fpGUI bugs. You can't fix Win32 native component bugs and how long until you see GTK1 or GTK2 bug fixes come through. > integration with the system. I think programmers should keep at least > native dialog windows. ...snip > (if dialogs windows are those from the system, because > my users won't appreciate do not have all their shortcuts) Again, I disagree. ;-) I did a study on this. I opened a random set of applications that have things like File Dialogs and Font Dialogs. You will be amazed at the amount of different dialogs being used. They are not all the same - some look similar though. Some dialogs in applications don't have the shortcut bar on the left etc... This was true for Windows and Gnome. KDE was the most consistent of them all. I've already put some thought into adding a shortcut feature in File Open and File Save dialogs. fpGUI's font dialog is much better (or will be) than Windows or GTKx's ones. It has a Collections column sorting fonts by "All fonts", "Recently Used", "Favourites", "Fixed Width", "Sans", "Serif" and "Font Aliases". Other improvement to any dialog type could easily be added if needed. Overall they work similar to all other 'native' dialogs, so the user will have no difficulty in using them. 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
Re: [lazarus] Introduction
On 20/01/2008, Damien Gerard <[EMAIL PROTECTED]> wrote: > > And personaly, I hate apps with both win95 and XP controls in the same > app, even in two separated app. It is really disgracefull. It is one I can't agree more. I like consistency myself. > But, how performance should be better with custom painting instead of > native controls (with partial refresh of the windows, etc) ? Why must there be a difference in speed between native controls and custom controls? Native controls also need to paint to a canvas of the same size. It just depends how much you optimize you custom drawing routines. > - Will you really take the good theme on Win32/64 and UniXes used by > the system (KDE,GTK2) ? I'll try... :) > - Do you plan a OS X Version ? The next platform target planned is WindowsCE because it's quite similar to the GDI backend. After that, I'm trying MacOS X yes. 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
Re: [lazarus] Introduction
On 19/01/2008, Damien Gerard <[EMAIL PROTECTED]> wrote: > Projects work on these 3 platform without any defines, and they are > quite complex. And the current LCL solves those issues too. > So what fpGUI brings to me ? When we started using LCL just over 2 years ago we had lots of issue. GTK1, GTK2 and Win32 were all at different levels of stability. This made it near impossible for use to develop software to run consistantly under Linux and Windows. Our goal was not to have IFDEF's in our code (which we had in Delphi and Kylix) and due to our clients (250+ franchisees with 20+ computers each) being able to run Linux and Windows side-by-side things needed to work the same. LCL didn't fulfill either of those goals. We split our development team in two. One half developing under Linux and the under half under Windows. This would have ensured our product always ran the same on both platforms. We picked up many issues in the components from not being able to set background colors on forms (this worked under Windows but not under Linux) to not resetting colors on components (still a issue in mantis) etc.. We fixed many issues or found workarounds to them. Some issues we couldn't fix. Our product wasn't overly complex either. We simply tried to do want we always did under Delphi and Kylix, but couldn't. Then another issue was having our code being broken after getting svn updates. No fault of the Lazarus developers! :) At which point we decided to find a permanent solution. We evaluated a project I started (fpGUI) to see if it could work for us. After a month of prototyping we got the green light with fpGUI. Our product now behaves in a consistant manner under all platforms, it looks almost native under Win98, Win2000 or WinXP (with original theme). We now have full control over painting components, so can make it look exactly like we want. Soon we will implement full theming support to detect GTK2, KDE and Windows XP themes. fpGUI has been a great success for use. And best of all, we still get to use Lazarus (IDE portion, not LCL). As a side note: We did ask many of our clients what they thought about a product not looking 100% like the OS. They didn't mind at all. There is no consistant look under Linux anyways. Plus if Microsoft can bring way out UI's to the masses (all Office versions, Windows Media Player etc...) and everybody is fine with it, why can't we. At least ours looks a lot closer to the native OS look. As for the feel of the application - their answer was that if it acts or behaves in kinda the same way its fine. And these were all answers from end users, not developers. 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
Re: [lazarus] Introduction
On 19/01/2008, Mattias Gaertner <[EMAIL PROTECTED]> wrote: > > You can design KOL apps and forms visually in Lazarus. > The trick is that KOL is quite LCL compatible and tells the IDE to be > treated like the LCL. No, fpGUI is not that compatible with LCL. It's different, but not way different like MSEgui. fpGUI has it's own visual form designer. The really nice thing is that Lazarus detects file changes when it gets focus so it's pretty much like pressing F12. I switch between the UI Designer and Lazarus with ease. The other difference in fpGUI is that the UI Designer writes the GUI as Object Pascal code, directly in the .pas unit. It doesn't use a external .lfm file like Lazarus. The designer inserts comment markers in the code to know what code to manage and _only_ changes that code. One set of comment markers in the interface section (for field variables) and one set in the implementation section. I actually spoke to Michael about this recently. The UI Designer also has another very nice feature. It can handle unknown components or properties as well. Unknown components are draw in the designer as green rectangle with the name and type of the component. The component palette also has a Unkown component you can drop on a form. The Object Inspector has a text memo with holds all unknown properties. Whatever is written in there gets added as is in the implementation section of that component. This works very nice. The designer also supports Property Editors - eg: the column editor for StringGrid. See the following for a image of the designer at work. The screenshot is a bit dated (new components have been added), but it gives you an idea. http://opensoft.homeip.net/fpgui/images/form_designer.png 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
Re: [lazarus] Introduction
On 19/01/2008, Marc Santhoff <[EMAIL PROTECTED]> wrote: > That was a rather nasty experience, because some theming engines > interfere with this bar color (not implementing all kinds of stuff or > not respecting properties set from the program), but for TEdit I think > it'll be straight forward. The other problem was that we needed our application to work under Windows and Linux. The whole point of moving over to Free Pascal and Lazarus was not to have IFDEF's in our code, like we had between Delphi and Kylix. fpGUI has solved all those issue for us. 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
Re: [lazarus] Introduction
On 19/01/2008, Mattias Gaertner <[EMAIL PROTECTED]> wrote: > > No, I mean like I am using fpGUI. I use Lazarus IDE as my editor and > > manage the fpGUI packages. Lazarus simply thinks I'm creating a Free > > Pascal application (not a Lazarus Application). > > Is it possible to design fpGUI apps with the same trick as he KOL > package? I read some more on KOL at [http://kolmck.net/]. As I understand it, it's a miniture GUI toolkit used instead of VCL (under Delphi). fpGUI is small, but not as small as KOL (their example showing 20k executables). For example the fpGUI Visual Form Designer (which uses all available fpGUI components) is 600kb in size (debug information stipped). So yes, it's much smaller that LCL in that sense As for the "same trick as KOL package" statement - could you explain this further? 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
Re: [lazarus] Introduction
On 19/01/2008, Mattias Gaertner <[EMAIL PROTECTED]> wrote: > > Did you know > http://wiki.lazarus.freepascal.org/Lazarus_Faq#How_can_my_gtk_programs_use_custom_rc_files.3F > ? That's exactly what I was refering to. But as far as I understood it, you can change for example TEdit's background on demand. For example, it a edit form the user might have left out some required details. Those edit forms will have their background colors set to yellow. As they enter information, the TEdit's background color gets reset (which is also a issue still active on Mantis if I remember correctly). The reason I said it's useless for what I want to do. > > No, I mean like I am using fpGUI. I use Lazarus IDE as my editor and > > manage the fpGUI packages. Lazarus simply thinks I'm creating a Free > > Pascal application (not a Lazarus Application). > > Is it possible to design fpGUI apps with the same trick as he KOL > package? I don't know KOL, could you explain more...? A quick look on the Lazarus wiki site, it sounds like KOL is something used for WindowsCE applications. 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
Re: [lazarus] ToDo List not working in IDE
On 19/01/2008, Mattias Gaertner <[EMAIL PROTECTED]> wrote: > > I fixed both and extended the ToDo list to show the todos for packages: > Package Editor / More / View ToDo list. At was going to be my next feature to implement once the todo list screen was fixed. Thank again Mattias. 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
Re: [lazarus] Introduction
On 19/01/2008, Felipe Monteiro de Carvalho <[EMAIL PROTECTED]> wrote: > > Well, the fault isn't Lazarus or it's developers. The problem is GTK!! > (all bug reports you mentioned are Gtk specific) Ah yes, now I remember someone mentioning something like that > I tryed very hard to solve the window color problem some time ago, but > GTK just doesn't cohoperate. It's a rather problematic toolkit. I remember I was told to use a custom theme file, but that would change it for all application, and I needed to change colors based on data entered in forms (validation things), so that solution was totally useless. > > You mean like a new widgetset? No, I mean like I am using fpGUI. I use Lazarus IDE as my editor and manage the fpGUI packages. Lazarus simply thinks I'm creating a Free Pascal application (not a Lazarus Application). > * Having examples which don't use the form designer Oh yeah, that could be a problem with MSEgui I think. 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
Re: [lazarus] Introduction
On 19/01/2008, Martin Schreiber <[EMAIL PROTECTED]> wrote: > > 1. Start cranking out LCL patches to fix the issues. ;-) 2. Ditch > > the LCL, but continue using Lazarus with a different GUI toolkit. > > I've had great success with option 2. > > > 3. MSEide+MSEgui ;-) Has anybody actually tried to use MSEgui with Lazarus IDE? Or is MSEgui tide to much to MSEide? I guess it could be possible, but due to MSEgui having such a huge amount of options (enum properties etc..), it would be a daunting task. 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
Re: [lazarus] Introduction
On 19/01/2008, Lee Jenkins <[EMAIL PROTECTED]> wrote: > I think for me, the biggest challenge was re-thinking the GUI widgets that I > use. Windows development seems to be centered around the "sizzle" of GUI > components where everyone is trying to have their apps look like the latest > version of MS Office and I have been on that bandwagon a bit myself until > recently. We didn't want to go that way out. We simply wanted to use different background colors (corporate colors) for Forms, Labels and Buttons. Such a simple thing, yet the LCL didn't allow us to change those. That was 2 years ago, I don't know if things have improved since then. A quick search in Mantis reveals that nothing has changed... http://bugs.freepascal.org/view.php?id=7555 (dated 2006) http://bugs.freepascal.org/view.php?id=1006 (dated 2005) http://bugs.freepascal.org/view.php?id=9293 (dated 2007) http://bugs.freepascal.org/view.php?id=10483 (dated 2006) 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
Re: [lazarus] Introduction
On 18/01/2008, Jon Foster <[EMAIL PROTECTED]> wrote: > On the other hand I have yet to be able to accomplish any serious > project with it. I've run into a series of issues with just about every > component I've tried to use. I had the same experience. Good news is that you have a few choices. 1. Start cranking out LCL patches to fix the issues. ;-) 2. Ditch the LCL, but continue using Lazarus with a different GUI toolkit. I've had great success with option 2. > Now that I've "upgraded" (not sure it was an improvement) my workstation > to Debian 4.0 I can no longer run Kylix. :-) This means that I too will I've heard there is some or other patch which allows the IDE to run on the newer distros. Fixing the debugger issue and the installation issue. I read it recently, but unfotunately can't remember any link. 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
Re: [lazarus] Delphi/Lazarus comparison by Codegear
On 17/01/2008, Marco van de Voort <[EMAIL PROTECTED]> wrote: > > http://delphi.wikia.com/wiki/The_Business_Case_For_Delphi#FreePascal.2FLazarus_.28FP.2FLZ.29 > > (cough) Reading that wiki, it would make me choose Lazarus over Delphi! (which I have) ;-) Lazarus seem to have nicer features... 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