Re: [lazarus] Laz / Fpc function listing
On 17/11/2007, James Chandler Jr [EMAIL PROTECTED] wrote: Am not complaining, but it isn't realistic to expect everybody to know what to look for in advance, or to do the first level of a lazarus function-name search using Delphi help. Delphi is well worth the money for me, a bargain in fact. A Well in that case stop stressing and just post a quick message to the FPC or Lazarus mailing list and ask what you are looking for (by describing it) and if there exists such a function. The Lazarus mailing list has a friendly bunch of people (we don't bite) and replies are written quite quickly. You can even use the IRC channel if you like (though I'm not a IRC fan). 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 IDE revamp
On Nov 18, 2007 12:36 AM, Ciprian Mustiata [EMAIL PROTECTED] wrote: That solution is the today solution for two visions of the same problem: what means Lazarus to became easy and more accepted. For a short term, for sure Lazarus can be as Delphi 7 like as it wants. There seams to be some confusion here. Lazarus IDE is not a clone of Delphi 7. The current format is what was considered the most productive. Of course it's possible to make changes to it, provided it's agreed they improve the IDE, and there is *no Delphi compatibility pretended on the IDE side*. The LCL library, on the other hand, provides a degree of Delphi compatibility, but that's something separate, and even there isn't a goal of being 100% compatible. We don't provide obsolete properties, for example. We provide extra properties and methods where adequate, etc. Having said that, The Lazarus approach of using native UI sets is a imensely complex one, and is only viable by having a large number of contributors which find and fix bugs. I would say that a fork won't have those resources, at least on the start, and is faded to be defeated by the complexity of the project it is forking, unless someone has a lot of resources to invest on it. Consider that all examples you posted of forks were backed by enterprises or large foundations. I think such goal of thinking independent can be more easely achieved by an independent project, like msegui and fpgui. In case you haven't seen: http://homepage.bluewin.ch/msegui/ http://opensoft.homeip.net/fpgui/ Such project has full freedom to do it's own design and can therefore choose a simpler to implement design which makes itself viable. C# style autocompletion option for always be nice since I'm a lazy coder ;) I don't know that a C# style autocompletion is, but Lazarus IDE presents autocompletion in a number o ways. -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus IDE revamp
On 18/11/2007, Ciprian Mustiata [EMAIL PROTECTED] wrote: What are the long term benefits: - will hopefully became the newbie version of Lazarus - will offer a mini-framework on top of LCL, so it will remove a lot of hand-made designed code - it will not have to be a 100% compliant rule UI as much as wants to be more proffesionist, so it will get best benefits as is more redesigned (for sure not all solutions will be optimum, but will be good enough to take for granted) My 2c worth Our company switched completely from Delphi 7 to FPC/Lazarus three years ago. We have no regrets to this day! One thing I have learned over these three years is that I now distinguish between the Lazarus IDE and the LCL. I start talking about them as separate subjects because they (in my mind) have different goals. In summary * I love the Lazarus IDE. It has plenty of neat features over Delphi 7. It doesn't try to be 100% compatible and can invent new ideas or solutions to problems. * I hate wizards. They are overrated and tend to treat the developer as an idiot! If you want wizards, implement them as separate packages. * I don't like the LCL. To complex design and difficult to maintain the widget layers. You fix one thing and break another. This happens over and over again. Also this is where it differs from the IDE's goals and why I talk about them as separate subjects. LCL has a goal which will only work 'in theory'. LCL is trying to catch a ever moving target and tries to be to much compatible with VCL. It has done a great job so far, but all still a pipe dream as far as I'm concerned. Copycat products (feature-to-feature) will always come in a distant second place to the original product. Also you limit your scope for being creative with new solutions to old problems. This is why I created fpGUI. I'm not trying to be VCL compatible, but also not as radically different as MSEgui. A nice middle ground and it gives me the scope to be creative (if I want) with some design choices. I use Lazarus as my IDE of choice and fpGUI as my widget toolkit. This works beautifully. I also don't mind implementing new features or bug fixes to the IDE. Extending the IDE is great and relatively easy to accomplish. I have no objections in supporting the IDE and have done so over the last three years and will continue to do so in the future. Lazarus (as in the IDE) has given me a lot and I will return the favour. Ciprian, ever thought of looking at fpGUI for that fork? ;-) 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 IDE revamp
Ciprian Mustiata schrieb: The top of reason of forking is: Lazarus itself as IDE, has *not* that goals, and wanting to achieve that plans in Lazarus development today has no sense, so instead arguing and fight for every new extra change, is easier to redesign places where is considered more to be in that way, Then starting coding instead of lengthy mails :) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Carbon TMemo with invisible font
On Nov 18, 2007 12:15 AM, Tobias Giesen [EMAIL PROTECTED] wrote: Hello, some change made since last week caused my TMemo to use the same color for the font that is used for the background. Only selected text can be seen. It does not matter which colors I choose for foreground or background. My quick fix is to comment out the body of TCarbonMemo.SetFont in CarbonEdits.pp. But the actual cause is not in this function, since CarbonEdits.pp has not changed lately. Any ideas? Sorry, that was probably caused by my changes and I have not noticed such a bug. Look at CarbonCanvas.pp: procedure TCarbonControlContext.Reset; begin inherited Reset; if CGContext nil then if CurrentBrush nil then // apply control background color begin if FOwner.LCLObject.Color clBtnFace then CurrentBrush.SetColor(FOwner.LCLObject.Color, True) else CurrentBrush.SetColor(FOwner.LCLObject.Color, False); CurrentBrush.Apply(Self, False); end; if FOwner.LCLObject.Font.Handle 0 then CurrentFont := TCarbonFont(FOwner.LCLObject.Font.Handle); end; And try commenting last lines. I have not access to Mac at the moment but I will repair it as soon as I can. Tom _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Status of visual form inheritance
Hi all, Can you tell me what is the current status of visual form inheritance? Is there somebody working on it? Is there any bounty for it? (I can't see any in http://wiki.lazarus.freepascal.org/Bounties) Best regards, Gerard. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Status of visual form inheritance
On Sun, 18 Nov 2007 11:25:37 +0100 Gerard N/A [EMAIL PROTECTED] wrote: Hi all, Can you tell me what is the current status of visual form inheritance? Is there somebody working on it? Is there any bounty for it? (I can't see any in http://wiki.lazarus.freepascal.org/Bounties) It's basically working. Missing features: - When descendant and ancestor forms are designed at the same time in the IDE and ancestor is changed: apply changes to descendants - Creating a new unit template of a form. At the moment you have to create a new form, close the designer form and change the ancestor in source. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Status of visual form inheritance
Hi Mattias, It's basically working. Cool. Missing features: - When descendant and ancestor forms are designed at the same time in the IDE and ancestor is changed: apply changes to descendants Would be nice, but for the moment I can live without that. If closing the descendants and reopening them later works, it's Ok. - Creating a new unit template of a form. At the moment you have to create a new form, close the designer form and change the ancestor in source. It seems to be working without touching the .lfm, right? The descendant lfm is automagically changed by setting the ancestor in the source code declaration, wich is way cooler than Delphi. Regards, Gerard. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Status of visual form inheritance
On Sun, 18 Nov 2007 12:21:16 +0100 Gerard N/A [EMAIL PROTECTED] wrote: Hi Mattias, It's basically working. Cool. Missing features: - When descendant and ancestor forms are designed at the same time in the IDE and ancestor is changed: apply changes to descendants Would be nice, but for the moment I can live without that. If closing the descendants and reopening them later works, it's Ok. Yes. - Creating a new unit template of a form. At the moment you have to create a new form, close the designer form and change the ancestor in source. It seems to be working without touching the .lfm, right? Yes. The descendant lfm is automagically changed by setting the ancestor in the source code declaration, wich is way cooler than Delphi. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] last svn problems under fpc 2.0.4
Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Giuliano _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Giuliano Colla ha scritto: Svn r 12899 doesn't compile under linux/fpc 2.0.4. Sorry, I got the wrong version number. 12899 *did* compile, 12913 doesn't. The problem seems to have started with r. 12906. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Giuliano _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Giulio Bernardi wrote: A little bit off topic... but does lazarus still need to support fpc 2.0.4? AFAIK fpc 2.2.0 runs on all platforms supported by lazarus... or am I missing something? nope. 2.2.0 fails on OSX when sources are located on a casesensitive filesystem. So initially I plead for 2.0.4 compatebility. However 2.2.1 has solved this, so for me there is no reason that there *must* be a 2.0.4 compatebility. I've to admit that after my last changes I forgot to check if 2.0.4 still compiles., maybe causeing your problems. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus IDE revamp
Florian Klaempfl schreef: Ciprian Mustiata schrieb: The top of reason of forking is: Lazarus itself as IDE, has *not* that goals, and wanting to achieve that plans in Lazarus development today has no sense, so instead arguing and fight for every new extra change, is easier to redesign places where is considered more to be in that way, Then starting coding instead of lengthy mails :) Is there already a public svn? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] last svn problems under fpc 2.0.4
A little bit off topic... but does lazarus still need to support fpc 2.0.4? AFAIK fpc 2.2.0 runs on all platforms supported by lazarus... or am I missing something? bye, Giulio _ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vistamkt=en-USform=QBRE _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] [r12910][Ubuntu][GTK2] Compilation failed
On Sun, 18 Nov 2007 01:51:00 +0100 Damien Gerard [EMAIL PROTECTED] wrote: On Nov 18, 2007, at 1:33 AM, Damien Gerard wrote: I've got the following compilation error after update the head revision 12910 : The r12883 is the last revision which compiles under Linux for me. In lcl/interfaces/gtk2/gtk2widgetset.inc(618,48) Identifier not found pango_layout_get_font_description It seems this has been fixed. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
On Sun, 18 Nov 2007 13:14:42 + Giulio Bernardi [EMAIL PROTECTED] wrote: A little bit off topic... but does lazarus still need to support fpc 2.0.4? AFAIK fpc 2.2.0 runs on all platforms supported by lazarus... or am I missing something? The released fpc 2.2.0 has a bug on MacOSX. A patched fpc 2.2.0 is available for download on the http://sourceforge.net/project/showfiles.php?group_id=89339package_id=252481release_id=554263 This has not been announced nor tested, so 2.0.4 must still be supported. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Mattias Gaertner schreef: On Sun, 18 Nov 2007 13:14:42 + Giulio Bernardi [EMAIL PROTECTED] wrote: A little bit off topic... but does lazarus still need to support fpc 2.0.4? AFAIK fpc 2.2.0 runs on all platforms supported by lazarus... or am I missing something? The released fpc 2.2.0 has a bug on MacOSX. A patched fpc 2.2.0 is available for download on the http://sourceforge.net/project/showfiles.php?group_id=89339package_id=252481release_id=554263 Yesterday or Friday these files have been tested by Karl-Michael Schindler. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Giuliano Colla wrote: Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Do you have stack trace? Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] [r12910][Ubuntu][GTK2] Compilation failed
On Nov 18, 2007, at 2:09 PM, Mattias Gaertner wrote: On Sun, 18 Nov 2007 01:51:00 +0100 Damien Gerard [EMAIL PROTECTED] wrote: On Nov 18, 2007, at 1:33 AM, Damien Gerard wrote: I've got the following compilation error after update the head revision 12910 : The r12883 is the last revision which compiles under Linux for me. In lcl/interfaces/gtk2/gtk2widgetset.inc(618,48) Identifier not found pango_layout_get_font_description It seems this has been fixed. I have made a rebuild from scratch and it doesn't work for me :( -- Damien Gerard [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Carbon TMemo with invisible font
Hi Tom You do great work! Here is a symptom which might be related (or not). Am only mentioning it because this also had an invisible font issue. Am busy in Win32 right now, and will trace the issue further (if it still exists) when I can get back to carbon in a few weeks. I had four TPaintBoxes in a TPanel, which are graphic views for an audio wave display, a location timestrip, a chord strip, and a piano-roll note strip. Not all paintboxes are erased to the same background color at the start of their OnPaint procs. The drawing in all paintboxes is a mixture of lines, rectangles, and text, of various colors. Some Text drawing used transparent mode, and some did not. This multiple TPaintBox in a TPanel would draw correctly in Win32. On Carbon, it appeared that PaintBox canvas properties were somehow 'leaking' into the parent TPanel canvas, and affecting other TPaintBox OnPaints. The symptom was that some text would draw with the canvas background color (of some other paintbox) rather than the current paintbox Font color. This happened even if I would explicitly set TFont properties before each and every TextOut, in each OnPaint proc. If the background of all the TPaintBoxes had been the same, it would have been completely invisible text. But since the background of the most problematic paintbox was clButtonFace, and some other TPaintBoxes had a clWhite background, I was getting white-on-gray text, rather than the desired black-on-gray text. It may have had something to do with the transparent property leaking between canvases. Dunno. I 'fixed' it on the carbon target, by calling Application.processmessages between each of the TCanvas OnPaint procedures. I think this was flushing the screen after each OnPaint and avoiding transparency or some other property from 'leaking' between canvases. But the gratuitous calling of ProcessMessages slows donw the screen update, so it is just a temporary hack. When I can get back to carbon, will send a bug report with example, if the issue remains. Tobias' reported issue seemed similar, I just thought this example might be related. Here is another 'invisible text' issue-- The default size of Win32 TLabel seems vertically smaller by a pixel or two, than the text rectangle which Carbon likes to draw into. If the TLabel has a default background color and font color, it draws the TLabel correctly in spite of the size discrepancy. In that mode, apparently a TLabel is able to 'overdraw' the control bounds and successfully put un-clipped text onscreen. But for instance if the TLabel Color is black, and the TLabel Font color is green (any non-default color combination would probably show the same bug), then all you get is a black square with no text, if the TLabel is not tall enough to fully contain the text. The fix for that issue was to make the TLabel a few pixels taller than the default size for Win32, and then it draws green on black just fine. That is a minor issue. It may be that carbon refuses to draw any text at all in certain modes, if the destination rectangle isn't tall enough. So there may not be a realistic fix. Perhaps if a fix was attempted, it would involve automatically growing the TLabel (or shrinking the TFont) if the Label is too small to contain the text. It is just that such minor issues take time to diagnose/fix, and makes the thing a little less 'cross platform'. But since carbon likes to draw controls more 'spread out' than Win32, it might be that manual form re-spacing is unavoidable labor when moving code from Win32 to carbon. The minor labor of re-spacing a form is so much less than 'writing from scratch' when moving between platforms. jcjr - Original Message - From: Tom Gregorovic [EMAIL PROTECTED] On Nov 18, 2007 12:15 AM, Tobias Giesen [EMAIL PROTECTED] wrote: Hello, some change made since last week caused my TMemo to use the same color for the font that is used for the background. Only selected text can be seen. It does not matter which colors I choose for foreground or background. My quick fix is to comment out the body of TCarbonMemo.SetFont in CarbonEdits.pp. But the actual cause is not in this function, since CarbonEdits.pp has not changed lately. Any ideas? Sorry, that was probably caused by my changes and I have not noticed such a bug. Look at CarbonCanvas.pp: procedure TCarbonControlContext.Reset; begin inherited Reset; if CGContext nil then if CurrentBrush nil then // apply control background color begin if FOwner.LCLObject.Color clBtnFace then CurrentBrush.SetColor(FOwner.LCLObject.Color, True) else CurrentBrush.SetColor(FOwner.LCLObject.Color, False); CurrentBrush.Apply(Self, False); end; if FOwner.LCLObject.Font.Handle 0 then CurrentFont := TCarbonFont(FOwner.LCLObject.Font.Handle); end; And try commenting last lines. I have not access to Mac at the moment but I will repair it as soon as
[lazarus] IDE Crashes on Mac OS (gtk)
Hello, the latest SVN version crashes a little more often than usual. The Find in Files dialog does not appear at all, instead there is an access violation. This is on Mac OS X 10.4 (i386) under X11 (gtk). Cheers, Tobias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus IDE revamp
On 18/11/2007, Vincent Snijders [EMAIL PROTECTED] wrote: Then starting coding instead of lengthy mails :) Is there already a public svn? Just to show how tough it is to create a copycat ide, even with company funding Have a look and SpeedSoft's Sybil IDE. Has anybody ever looked at Sybil? The source code is now available (I downloaded it some time ago) and I believe somebody actually made it work under Windows as well, not just OS/2 as SpeedSoft intended. I can't remember the website address, but I'm sure I can find it again with a bit of Google searching. I'll attach a screenshot in my next posting (just in case it's to big for this post) 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 IDE revamp
On 18/11/2007, Graeme Geldenhuys [EMAIL PROTECTED] wrote: with a bit of Google searching. I'll attach a screenshot in my next posting (just in case it's to big for this post) As promised. See attachment. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ attachment: Screen.png
Re: [lazarus] Lazarus IDE revamp
On 18/11/2007, Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 18/11/2007, Graeme Geldenhuys [EMAIL PROTECTED] wrote: with a bit of Google searching. I'll attach a screenshot in my next posting (just in case it's to big for this post) As promised. See attachment. Man looking at all these screenshots sure brings back good memories of OS/2. Now that's a OS I loved. Pitty IBM f**ked it up with their crap marketing and politics. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ attachment: Options.gifattachment: ProjectSettings.gif
Re: [lazarus] IDE Crashes on Mac OS (gtk)
On Nov 18, 2007, at 8:54 PM, Tobias Giesen wrote: Hello, the latest SVN version crashes a little more often than usual. The Find in Files dialog does not appear at all, instead there is an access violation. This is on Mac OS X 10.4 (i386) under X11 (gtk). In the same time How do you re-build Lazarus with GTK2 ? I have Leopard on my laptop, fink does not work and I would like to keep MacPorts (fink is never up to date). But it does not link because of the library x11 which does not exist. Any tips ? -- Damien Gerard [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] About and Help on Carbon Menu Bar
Hello, is there a known best way to get the About My App menu item into the so-called Application Menu on the Mac OS Menu bar? Also is there a way to get the keyboard shortcut for Help to be Cmd-? rather than F1? If not I'll probably construct my menu directly using Carbon Menu Manager ... Cheers, Tobias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IDE Crashes on Mac OS (gtk)
On Nov 18, 2007 10:36 PM, Damien Gerard [EMAIL PROTECTED] wrote: In the same time How do you re-build Lazarus with GTK2 ? http://wiki.lazarus.freepascal.org/GTK2_Interface#Using_the_Gtk2_interface_under_Mac_OS_X However I'm not sure it's worth it, as gtk2 also requires X11, so it's not a big improvement. One can build the IDE with Qt, but the code editor still has some problems. Under Carbon we still lack a Caret, but aside from this very important detail it works very well. -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Laz / Fpc function listing
- Original Message - From: Marc Weustink [EMAIL PROTECTED] Ah.. this is a common issue. While a lot of ppl think all routines you use in delphi are from delphi, it in fact isn't. You have the ones made by Borland which you will find in the rtl or vcl and you have the translation of windows api. PtInRect is such function. It is defined in the Windows Unit. Since Lazarus is crossplatform, it doesn't have a windows unit. Most common used winapi functions you normally would find in the windows unit are implemented in the LCIIntf unit. - Original Message - From: Graeme Geldenhuys [EMAIL PROTECTED] Well in that case stop stressing and just post a quick message to the FPC or Lazarus mailing list and ask what you are looking for (by describing it) and if there exists such a function. The Lazarus mailing list has a friendly bunch of people (we don't bite) and replies are written quite quickly. You can even use the IRC channel if you like (though I'm not a IRC fan). Thanks Marc and Graeme PtInRect wasn't a show-stopper. Probably only took about 10 minutes looking, if that. About all platforms have some kind of PtInRect, isn't rocket science. PtInRect was just a convenient example I recalled of something 'dirt common' down in there that doesn't seem documented or REALLY EASY to find. It was not DIFFICULT to find, but 5 or 10 minutes here and there, eventually add up (grin). I do a lot of looking-up of functions, because my memory is too poor to remember their details. - Original Message - From: George Lober [EMAIL PROTECTED] Not sure how current this one is, but is useful just the same: http://www.lazarus.freepascal.org/lcl_doc/allident.html George, thanks. Had not found those pages. That's great! Noticed that it was generated in 2003 by PasDoc. http://pasdoc.sipsolutions.net/ Didn't know about PasDoc. That is a fabulous tool. I downloaded PasDoc and GraphViz, ran it on one of my huge projects, and it is fabulous cross-reference, and pretty decent documentation, in areas where I typed in adequate comments. It runs surprisingly fast. I don't have time to run PasDoc on the Lazarus folder, but that might be an entirely adequate solution to SteveG's quest (and what I was piling-on about). PasDoc picks out relevant comments so well, it makes me think the following-- A lot of Lazarus code is not verbosely commented, probably for stylistic preferences of the developers. But if some of us could chip in enough contributions for a 'commenting bounty', to entice one of the experts who knows LCL forward/backward, to take a week or whatever, weed thru all the code and add verbose comments... Running PasDoc on verbosely commented LCL code would probably generate an eminently useful Lazarus Innards Reference Manual? jcjr _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DataAccess components in lazarus 2.9.24
Jury Azovtzev wrote: Hallo! I tryied to make education LiveCD with lazarus for students in local college. But when i run all i found out there is not transactions, Mysql and PostrgreSQL components in new lazarus anymore. Could someone explane? Are they in other place now? Or what i have to do to make application with data access functions? Sorry to be so dense, but can someone explain the concept of a LiveCD? Is it like TrixBox for Asterisk which included CentOS, Asterisk (et all) as a one off installation? -- Warm Regards, Lee My wife is better at Guitar Hero than I am and it's really irritating. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Paul Ishenin ha scritto: Giuliano Colla wrote: Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Do you have stack trace? I should have thought it myself. Sorry. Please find it here attached. Rev is 12918, platform Linux, fpc 2.0.4. I tested three different applications, and they all crash, with pretty much identical stack trace. Thanks Giuliano [FORMS.PP] ExceptionOccurred Sender=EAccessViolation Exception=Access violation Stack trace: $080A6F55 $080ADBC6 $081A0A29 TIMAGELISTCACHE__UNREGISTERLISTENER, line 177 of imagelistcache.pas $08158284 TBUTTONGLYPH__DESTROY, line 33 of ./include/buttonglyph.inc $0805ED65 $08096E6B $08158ACC TCUSTOMSPEEDBUTTON__DESTROY, line 66 of ./include/speedbutton.inc $080ABB15 $080ABA77 $0815D3CB TLCLCOMPONENT__DESTROY, line 92 of lclclasses.pp $0813D799 TCONTROL__DESTROY, line 3737 of ./include/control.inc $0813244D TWINCONTROL__DESTROY, line 5772 of ./include/wincontrol.inc $0813F43B TCUSTOMCONTROL__DESTROY, line 61 of ./include/customcontrol.inc $08070977 TSCROLLINGWINCONTROL__DESTROY, line 248 of ./include/scrollingwincontrol.inc $08071178 TCUSTOMFORM__DESTROY, line 123 of ./include/customform.inc $08073BC9 TCUSTOMFORM__CREATE, line 1377 of ./include/customform.inc $0807A2F6 TAPPLICATION__CREATEFORM, line 1607 of ./include/application.inc TApplication.HandleException Access violation Stack trace: $080A6F55 $080ADBC6 $081A0A29 TIMAGELISTCACHE__UNREGISTERLISTENER, line 177 of imagelistcache.pas $08158284 TBUTTONGLYPH__DESTROY, line 33 of ./include/buttonglyph.inc $0805ED65 $08096E6B $08158ACC TCUSTOMSPEEDBUTTON__DESTROY, line 66 of ./include/speedbutton.inc $080ABB15 $080ABA77 $0815D3CB TLCLCOMPONENT__DESTROY, line 92 of lclclasses.pp $0813D799 TCONTROL__DESTROY, line 3737 of ./include/control.inc $0813244D TWINCONTROL__DESTROY, line 5772 of ./include/wincontrol.inc $0813F43B TCUSTOMCONTROL__DESTROY, line 61 of ./include/customcontrol.inc $08070977 TSCROLLINGWINCONTROL__DESTROY, line 248 of ./include/scrollingwincontrol.inc $08071178 TCUSTOMFORM__DESTROY, line 123 of ./include/customform.inc $08073BC9 TCUSTOMFORM__CREATE, line 1377 of ./include/customform.inc $0807A2F6 TAPPLICATION__CREATEFORM, line 1607 of ./include/application.inc [FORMS.PP] ExceptionOccurred [TGtkWidgetSet.Destroy] WARNING: There are 2 unreleased GDIObjects, a detailed dump follows: [TGtkWidgetSet.Destroy] GDIOs: 00FD67A8 00FD6448 [TGtkWidgetSet.Destroy] gdiBitmap: 2
Re: [lazarus] last svn problems under fpc 2.0.4
Mattias Gaertner ha scritto: On Sun, 18 Nov 2007 13:42:53 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Giuliano Colla ha scritto: Svn r 12899 doesn't compile under linux/fpc 2.0.4. Sorry, I got the wrong version number. 12899 *did* compile, 12913 doesn't. The problem seems to have started with r. 12906. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) I replaced the BoolToStr calls. Thanks, this solves the first problem, i.e. now Lazarus compiles :-) But as of rev 12918 the second is still there (i.e. applications crash) :( Giuliano _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IDE Crashes on Mac OS (gtk)
On Nov 18, 2007, at 11:18 PM, Felipe Monteiro de Carvalho wrote: On Nov 18, 2007 10:36 PM, Damien Gerard [EMAIL PROTECTED] wrote: In the same time How do you re-build Lazarus with GTK2 ? http://wiki.lazarus.freepascal.org/GTK2_Interface#Using_the_Gtk2_interface_under_Mac_OS_X I don't want Gimp... But it is for a good cause ! However I'm not sure it's worth it, as gtk2 also requires X11, so it's not a big improvement. One can build the IDE with Qt, but the code editor still has some problems. But I can work with GTK2 for the IDE and temporarily use QT for my app, waiting for the carbon widgetset. I am boring of Linux I prefer to use my laptop :) Under Carbon we still lack a Caret, but aside from this very important detail it works very well. Details... Details ... :) -- Damien Gerard [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DataAccess components in lazarus 2.9.24
On Nov 18, 2007, at 11:43 PM, Lee Jenkins wrote: Jury Azovtzev wrote: Hallo! I tryied to make education LiveCD with lazarus for students in local college. But when i run all i found out there is not transactions, Mysql and PostrgreSQL components in new lazarus anymore. Could someone explane? Are they in other place now? Or what i have to do to make application with data access functions? Sorry to be so dense, but can someone explain the concept of a LiveCD? Is it like TrixBox for Asterisk which included CentOS, Asterisk (et all) as a one off installation? http://gentoo-wiki.com/LiveCD -- Damien Gerard [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DataAccess components in lazarus 2.9.24
A live CD is one that you put in your CD rive and boot from it; it usually contains a distribution of linux, like Mepis, Ubuntu or Koppix, which gets installed in a RAMDISK and you can run it without involving the computer's hard drive. Good for evaluating software (you can run linux on windows computer, for example) and can also be used to install the operating system. You can download the ISO image from the appropriate website and burn your own CD, or get the CD for a trivial cost from the distributors. Regards - Chris Lee Jenkins wrote: Jury Azovtzev wrote: Hallo! I tryied to make education LiveCD with lazarus for students in local college. But when i run all i found out there is not transactions, Mysql and PostrgreSQL components in new lazarus anymore. Could someone explane? Are they in other place now? Or what i have to do to make application with data access functions? Sorry to be so dense, but can someone explain the concept of a LiveCD? Is it like TrixBox for Asterisk which included CentOS, Asterisk (et all) as a one off installation? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Giuliano Colla wrote: Paul Ishenin ha scritto: Giuliano Colla wrote: Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Do you have stack trace? I should have thought it myself. Sorry. Please find it here attached. Rev is 12918, platform Linux, fpc 2.0.4. I tested three different applications, and they all crash, with pretty much identical stack trace. Please test with r12919. If error is still present then please send me (or create bug rep with) any test application. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Paul Ishenin пишет: Giuliano Colla wrote: Paul Ishenin ha scritto: Giuliano Colla wrote: Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Do you have stack trace? I should have thought it myself. Sorry. Please find it here attached. Rev is 12918, platform Linux, fpc 2.0.4. I tested three different applications, and they all crash, with pretty much identical stack trace. Please test with r12919. If error is still present then please send me (or create bug rep with) any test application. r12920 also make things better (12919 fixes one crashes, 12920 - another) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
- Original Message - From: Paul Ishenin [EMAIL PROTECTED] To: lazarus@miraclec.com Sent: Sunday, November 18, 2007 20:39 Subject: Re: [lazarus] last svn problems under fpc 2.0.4 Paul Ishenin пишет: Giuliano Colla wrote: Paul Ishenin ha scritto: Giuliano Colla wrote: Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Do you have stack trace? I should have thought it myself. Sorry. Please find it here attached. Rev is 12918, platform Linux, fpc 2.0.4. I tested three different applications, and they all crash, with pretty much identical stack trace. Please test with r12919. If error is still present then please send me (or create bug rep with) any test application. r12920 also make things better (12919 fixes one crashes, 12920 - another) Best regards, Paul Ishenin. I'm not sure where we are with the SVN revision, but I downloaded 12918 this evening for my laptop and I am using FPC 2.2.0. It crashes on program startup. I am pretty sure this is associated with the LNet components 0.5.8. I was able to make it without this component and it runs fine until I try to install the component. Jeff Steinkamp - N7YG Tucson, AZ SCUD Missile Coordinates N32-13-55.01 W110-50-51.91 http://n7yg.net http://home.earthlink.net/~jksteinkamp Linux User #420428 Skype : jeff_steinkamp Yahoo Messenger: n7yg ___ Consciousness: that annoying time between naps. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives