Re: [lazarus] Laz / Fpc function listing
On 17/11/2007, SteveG [EMAIL PROTECTED] wrote: Would anybody know if there is a listing (or some way of building one) of all functions available for Lazarus and/or Fpc ? Why not look at the online (fpdoc) documentation... or use the Lazarus 'Find in files...' search feature and search the source folders for a keyword. 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] Laz / Fpc function listing
Would anybody know if there is a listing (or some way of building one) of all functions available for Lazarus and/or Fpc ? Why not look at the online (fpdoc) documentation... or use the Lazarus 'Find in files...' search feature and search the source folders for a keyword. Working my way (slowly) thru the source tree now - has the added advantage of learning a bit more about how Laz is put together as well Just looking for a lazy way out :) My main issue is how to find (ie where to look) for cross platform functions etc - eg GetKeyState in Win - perhaps it has an equivalent function within Laz/Fpc for crossplat's will try the 'find in files' though - Thanks _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Laz / Fpc function listing
On 17/11/2007, SteveG [EMAIL PROTECTED] wrote: Would anybody know if there is a listing (or some way of building one) of all functions available for Lazarus and/or Fpc ? Why not look at the online (fpdoc) documentation... or use the Lazarus 'Find in files...' search feature and search the source folders for a keyword. Working my way (slowly) thru the source tree now - has the added advantage of learning a bit more about how Laz is put together as well Just looking for a lazy way out :) My main issue is how to find (ie where to look) for cross platform functions etc - eg GetKeyState in Win - perhaps it has an equivalent function within Laz/Fpc for crossplat's will try the 'find in files' though - Thanks i usually start with these: http://freepascal.org/docs-html/ http://lazarus-ccr.sourceforge.net/docs/ and the wiki contains a lot of useful stuff, too: http://wiki.lazarus.freepascal.org/Lazarus_Documentation henry _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Laz / Fpc function listing
I've been using Delphi Pro from version 1 thru 2006 (skipped over a few versions). I really like Lazarus, especially the crossplatform aspects. Strangely, have been using Delphi Help (very well put-together) for most Lazarus lookup. I first check on the function (easy to find) in Delphi help, then do a file-search in the Lazarus folder to see if the name exists, and double-check to lookup any differences which might exist from the Delphi incarnation. But a lot of times, you have to know a little bit before you start looking in Lazarus. Some fpc/lazarus stuff is well documented and easy to find 'on the surface'. Other stuff is well hidden. A trivial example-- Try doing a google search or search the fpc/lazarus websites for documentation on PtInRect. Maybe ya'll have different search tools that recover lots of references, but if I don't know what pas/inc file holds PtInRect, I can't find any easy-to-retrieve info with a web search. I knew I needed PtInRect, but didn't know if Lazarus had one, and didn't know how Lazarus spells it. OK, a beginner, or somebody just coming to pascal from another language-- If he knows he's looking for a function that does what PtInRect does, but he doesn't know how it is spelled-- Even a file-search in the Lazarus folder won't work until you guess the magic name to search for. 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 shame they never made a version for Macintosh and dropped the ball on unix. But its probably not realistic to expect Delphi ownership a pre-requisite for Lazarus users (grin). Some kind of searchable doc that just has all the function names, and perhaps a one-line description, sorted by 'basic purpose', would be very useful. Especially for folks who know they need a particular function, but don't know how the function should be spelled. If a person needs a file function that does X and Y, then if there was a big doc, with one of the chapters containing a list of all the file functions. That would be awfully useful. jcjr i usually start with these: http://freepascal.org/docs-html/ http://lazarus-ccr.sourceforge.net/docs/ and the wiki contains a lot of useful stuff, too: http://wiki.lazarus.freepascal.org/Lazarus_Documentation henry _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Laz / Fpc function listing
James Chandler Jr wrote: I've been using Delphi Pro from version 1 thru 2006 (skipped over a few versions). I really like Lazarus, especially the crossplatform aspects. Strangely, have been using Delphi Help (very well put-together) for most Lazarus lookup. I first check on the function (easy to find) in Delphi help, then do a file-search in the Lazarus folder to see if the name exists, and double-check to lookup any differences which might exist from the Delphi incarnation. But a lot of times, you have to know a little bit before you start looking in Lazarus. Some fpc/lazarus stuff is well documented and easy to find 'on the surface'. Other stuff is well hidden. A trivial example-- Try doing a google search or search the fpc/lazarus websites for documentation on PtInRect. Maybe ya'll have different search tools that recover lots of references, but if I don't know what pas/inc file holds PtInRect, I can't find any easy-to-retrieve info with a web search. I knew I needed PtInRect, but didn't know if Lazarus had one, and didn't know how Lazarus spells it. 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. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Laz / Fpc function listing
SteveG wrote: Would anybody know if there is a listing (or some way of building one) of all functions available for Lazarus and/or Fpc ? I'm sure a lot of us (programmers) are re-inventing many wheels out here, especially if writing for multiple platforms Thanks - SteveG Not sure how current this one is, but is useful just the same: http://www.lazarus.freepascal.org/lcl_doc/allident.html Regards, George _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Carbon TMemo with invisible font
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? 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
Hi Lazarus team, The reasoning of that fork is easy to accomplish as vision as was the Beryl one. Compiz wants more stability, Beryl wants more eye-candy. Compiz wants firstly to get a strong base, beryl wants to get full-featured product over the to-date compiz version. 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. Delphi is great tool, was and is really a great tool. So taking his UI as template is great. It does it's job, many Lazarus users are Delphi users. So no one will want to try something different and purposely better. I want to put in the history of some software products that were changed a lot and taking no copy-like solutions and prevails: -GNOME 2 instead GNOME 1 (which focus to simplify the UI as it's minimal features that the user wants) and became a great success - Mono, by adding near the default .NET implementation it's OWN stack which is not compatible with .NET but is more compatible with GNOME - Eclipse RCP (Rich Client Platform) which increase greatly over the +.1 versions mostly in look - Firefox and Thunderbird against Mozilla Browser Suite What are the best copy-like projects that succeed but they does not replace the commercial product: - Wine: is a minimalist Windows like system, but for critical systems, all use Windows - Mono: when is for performance, the Windows' .NET stack is used - DosBox: great, but most users preffer a VM with DOS instead that solution on top of FreeDOS They both fight for the same world and give the same solution as the commercial component: they offer a similar lookfeel with the originator software. Is good when you want to use that soft on other platform, and 70% compatibility is acceptable. The replacements with a compatible core (Firefox for instance on top of Gecko) but an easier UI that don't stop only on copy-ing let's say Opera browser (by adding tabls) and all browsers in the market (to have all options for the user), and purposing for the users that wants a way back extensions to make it somehow at the same level, but still lighter than Mozilla, makes it succeed. What is the Lazarus approach today? I am not here to judge but Lazarus may succeed as a copy-like product, but will be always weaker than Delphi 2007 or 2008 when it will appear. At least on Win32 platform. When anyone will say a platform critical product, will use Delphi. What is the hope of revamping lazarus: to make a free-mind introspections about Lazarus UI, but not in the idea that makes it more Delphi like, excluding the case when the Delphi's solution is really the best in the market, elsewhere, there is no need to waste time in that direction. By that the focuses are: - use when is possible a wizard that makes all your steps: filenewother..., project-new, - all preferences in Lazarus should be in the same way viewed, probably similar with Object Inspector, may be boring for some, but a new user will know: I must go to the page X, look for property Y, and put value Z - implement globally search (to filter the options, wizards to start, source-code, properties to setup) - reduce the UI-wise items to minimum, with all drawback - implement hint tools and other hidden options (Create Class wizard will be an unit with a class name inside it) to be live active, possible as a live-toolbar - revamp graphics and colors, make a theme of Lazarus, similar with Clearlooks on GNOME, but will apply only on top of Lazarus IDE, so anyone will see Lazarus will identify as it - remove completly and try to make them as separate modules some Lazarus options: Build Lazarus should be a wizard, but will be put as an external tool, and you have to activate it, Import Delphi form, etc. will be an option in Open dialog, or an extra option on File-New-Other dialog, to import things in it - remove annoying user-like errors (for the moment is considered to create a notification area window instead showMessage dialog) - create a startup wizard, for the new user, with one of the first links: one to a freepascal tutorial (in Lazarus' wiki!?) and a Lazarus tutorial What will not make that fork: - change LCL in the idea of making more friendly for that new UI, all bug reports will be submited back to Lazarus project - hide bugs found in Lazarus as much it expects to share as much code as possible for short to medium term of time(Lightzarus project, with the splash writing FreePascal Lazarus Light) 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
Re: [lazarus] [r12910][Ubuntu][GTK2] Compilation failed
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 Here is the method : procedure TGtk2WidgetSet.SetWidgetFont(const AWidget: PGtkWidget; const AFONT: tFont); var FontDesc: PPangoFontDescription; UseFont: PPangoLayout; begin if GtkWidgetIsA(AWidget,GTKAPIWidget_GetType) then begin // the GTKAPIWidget is self drawn, so no use to change the widget style. exit; end; UseFont := PGdiObject(AFont.Handle)^.GDIFontObject; FontDesc := pango_layout_get_font_description(UseFont); // gtk_widget_modify_font(AWidget, FontDesc); end; -- Damien Gerard [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] [r12910][Ubuntu][GTK2] Compilation failed
I've got the following compilation error after update the head revision 12910 : In lcl/interfaces/gtk2/gtk2widgetset.inc(618,48) Identifier not found pango_layout_get_font_description Here is the method : procedure TGtk2WidgetSet.SetWidgetFont(const AWidget: PGtkWidget; const AFONT: tFont); var FontDesc: PPangoFontDescription; UseFont: PPangoLayout; begin if GtkWidgetIsA(AWidget,GTKAPIWidget_GetType) then begin // the GTKAPIWidget is self drawn, so no use to change the widget style. exit; end; UseFont := PGdiObject(AFont.Handle)^.GDIFontObject; FontDesc := pango_layout_get_font_description(UseFont); // gtk_widget_modify_font(AWidget, FontDesc); end; -- Damien Gerard [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
