Re: [lazarus] Converting Delphi 5 source to Lazarus source
On Mon, 11 Feb 2008 18:47:52 +1100 Peter Williams [EMAIL PROTECTED] wrote: Hi All, I have a number of Delphi 5 projects which I want to port to Lazarus projects. I there a simple way for me to convert the projects and forms .pas file within them to Lazarus code? I was thinking that maybe someone has written a Delphi to Lazarus source code conversion program. IDE Menu / Tools / Convert ... It can already convert simple projects and is described in our wiki at http://wiki.lazarus.freepascal.org/Code_Conversion_Guide The wiki seems currently down. The basic idea is to backup of your Delphi project and then start the converter on a copy. It changes some files and might stop with an error. You fix the error and start it again. Repeat this until it runs through. Then you have to fix the Delphi sugar. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Error: Invalid Free Pascal Source Directory
On Sat, 9 Feb 2008 18:04:28 +1100 Peter Williams [EMAIL PROTECTED] wrote: Hi Vincent All, On 08/02/2008, Vincent Snijders [EMAIL PROTECTED] wrote: Luk Vandelaer schreef: The correct path for you would be /usr/lib/fpc/2.0.4 Lazarus knows his way from there. No that is the path of the compiled units (.ppu and .o), not for the pascal *source* directory, with .pas, .pp and .inc files. I am more confused than ever now. Can you please tell me what is the correct path for Lazarus on a standard Linux Ubuntu system? Note that I used the Synaptic Package Manager to install Lazarus and it *appears* to be a complete installation... Sorry. No, it is not complete. Either try our ubuntu repository or download and install the fpc_src package from sf: http://sourceforge.net/project/showfiles.php?group_id=89339 The fpc_src package installs the sources to /usr/share/fpcsrc. [...] but give the error message: The current Free Pascal source directory /usr/lib/fpc/2.0.4/units/i386-linux/ does not look correct. Choose OK to choose the default . Otherwise check Environment - Environment Options - File [OK] [ignore] Help please!!! Mattias _ 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 Sat, 9 Feb 2008 15:42:22 -0500 Hess, Philip J [EMAIL PROTECTED] wrote: I need to call ColorToRGB in a console app. Adding Graphics to uses allows lazbuild to compile the console app okay, but I get an AV when running it, presumably because the widgetset that actually implements ColorToRGB isn't getting linked into the app, as evidenced by otool -L (on Mac): /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10) If any widgetset code were linked in, I would see something like this: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 128.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10) This console app runs okay on Delphi. Is there something I'm missing here or is this just not possible with Lazarus? Did you add the 'interfaces' unit as one of the first units of your program? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Error: Invalid Free Pascal Source Directory
On Fri, 8 Feb 2008 19:41:11 +1100 Peter Williams [EMAIL PROTECTED] wrote: Hi all, I installed Lazarus and Free Pascal on my Linux Ubuntu pc using the Synaptic Package Manager. However, when I start Lazarus I get the following error message (see subject). The current Free Pascal source directory /usr/lib/fpc/2.0.4/units/i386-linux/ does not look correct. Choose OK to choose the default . Otherwise check Environment - Environment Options - File [OK] [ignore] Note that the above listed directory ( /usr/lib/fpc/2.0.4/units/i386-linux/ ) *does* exist. What am I doing wrong?!? Can someone please tell me the URL for downloading any files I'm missing and also what is the exact directory in which they should reside? The IDE searches the FPC sources, which is provided by a package called fpc-src. As ubuntu user, you can use: http://wiki.lazarus.freepascal.org/Getting_Lazarus#Getting_Lazarus_from_our_Ubuntu_repository Then you will get the current fpc 2.2.0 too (instead of the old 2.0.4). Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Error: Invalid Free Pascal Source Directory
On Fri, 8 Feb 2008 09:45:00 +0100 Luk Vandelaer [EMAIL PROTECTED] wrote: On Friday 08 February 2008 09:41, Peter Williams wrote: Hi all, I installed Lazarus and Free Pascal on my Linux Ubuntu pc using the Synaptic Package Manager. However, when I start Lazarus I get the following error message (see subject). The current Free Pascal source directory /usr/lib/fpc/2.0.4/units/i386-linux/ does not look correct. Choose OK to choose the default . Otherwise check Environment - Environment Options - File [OK] [ignore] Note that the above listed directory ( /usr/lib/fpc/2.0.4/units/i386-linux/ ) *does* exist. What am I doing wrong?!? Can someone please tell me the URL for downloading any files I'm missing and also what is the exact directory in which they should reside? The correct path for you would be /usr/lib/fpc/2.0.4 Lazarus knows his way from there. No. This path contains the FPC binary units - not the FPC sources. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IDE createds unwanted dependencies
On Tue, 05 Feb 2008 15:33:12 +0100 Mattias Gärtner [EMAIL PROTECTED] wrote: [...] What's more annoying is that also the LCL dependency is added to the project requirements although the CLX package declares to provide LCL. I found the bug. I will commit the fix tomorrow. Fixed. Please test. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search paths
On Sat, 02 Feb 2008 17:30:16 +0100 Marius [EMAIL PROTECTED] wrote: I'm still running into a little trouble here developing a console cgi application. I created a package Pow for powutils, added all units etc etc. The lazarus packages systems asked for the paths, all well.. Compiled and ready to go.. All units nice in a lib path as it should be. And from inside lazarus everything is fine. I depend a lot on batch files and othe rscripts to create and install my programs. So outside lazarus i'm using the command line with fpc -S2cgi --gl -vewnhi -l -Fu. mycgiprogram. Now the compiler cannot find powutils or LazarusPackageIntf. So i need to add both paths again to the fpc.cfg (and the situation is pretty much the same as before i started with the packages) Is this normal, or i'm i overlooking something? How can i share the nice package idea's with the compiler? lazbuild yourproject.lpi Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
On Wed, 30 Jan 2008 18:23:36 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Mattias Gärtner ha scritto: Zitat von Peter Vreman [EMAIL PROTECTED]: Yesterday I posted a request for a way to improve ifdef handling, but the discussion was led astray by my example, and turned into widgesets, which was not the real issue. So I repeat my request: Sometimes ifdefs are unavoidable, as when they're used to turn on and off customer options. But IDE and fpc are unaware of conditional dependencies, so changing a conditional doesn't force a recompile of some units as it would be required. Of course a Build All is the solution, but if one forgets, one may end up with a program which compiles properly, but has a number of inconsistencies sometimes hard to detect. Is there a way to overcome this problem? Am I the only one to see it as a problem? I would gladly contribute an upgrade to implement this feature, but advice from experts on where to start from, what to look at, if hooks are already available in .lpi or in .ppu or .o files, etc. would be highly appreciated. It has been tried in the past. And it created very confusion situations so it was disabled. There are no plans to re-add this feature because it will cause more questions and problem reports than it solves. And also how often is a define changed. In those couple of cases you can simply press the Build All or use the command line option -B. Ok, then plan a. The IDE should add the -B automatically. Thanks a lot. Where should I start looking? Or it's the sort of things which is more readily done than explained? Yes. Implemented for packages and project. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
On Thu, 31 Jan 2008 17:02:58 +0300 Al Boldi [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: Ok, then plan a. The IDE should add the -B automatically. Thanks a lot. Where should I start looking? Or it's the sort of things which is more readily done than explained? Yes. Implemented for packages and project. Can the codetools also detect changes in the FCL/RTL, and then maybe show a warning to recompile? No, because there are no lazarus packages for them. (The FCL package in the IDE is a dummy package.) Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus packaging
On Thu, 31 Jan 2008 18:05:24 +0100 Ales Katona [EMAIL PROTECTED] wrote: I wanted to ask about plans to support better packaging of lazarus and apps made by lazarus on Linux distros in the future. For reference I'll use .deb style here but I'm sure .rpm will have to be quite similar. 1. Does lazarus support root/readonly locations yet? (including support for installing components) This is crucial for everything really. If you mean that the package sources are installed read only: yes 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. Possible. 3. With lazarus-tools, users can easily create lazarus/fpc-made packages for whatever they made. They will simply specify the dependency for lazarus-lcl-specific for binary packages and lazarus-lcl for -src packages and use lazarus-tools (lazbuild) to automate building. 3rd party components should be of-course packagable as well. Maybe improve fppackage instead? I'm not asking for someone to do it, but for input, and if it's viewed as feasible by you guys. I'm currently about to release a LaTeX IDE I made with Lazarus and am quite.. blocked in regards to proper packaging and auto-building of the thing. So.. what do you think? Of course, fpc will have to be packaged properly as well, which means addition of the missing fpc-source debian package :D Why missing? I'd also propose to add the fpc package to lazarus deb repository. Why? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] lazarus build broken (2.3.1/win32)
On Tue, 29 Jan 2008 20:13:15 +0100 Marco van de Voort [EMAIL PROTECTED] wrote: Free Pascal Compiler version 2.3.1 [2008/01/29] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Win32 for i386 Compiling lazarus.pp Compiling main.pp Compiling projectinspector.pas Compiling addtoprojectdlg.pas Compiling D:\repo\lazarus\packager\packagesystem.pas Compiling dialogprocs.pas dialogprocs.pas(314,34) Error: Can't take the address of constant expressions dialogprocs.pas(619) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[2]: *** [lazarus.exe] Error 1 make[2]: Leaving directory `D:/repo/lazarus/ide' make[1]: *** [ide] Error 2 make[1]: Leaving directory `D:/repo/lazarus/ide' make: *** [ide] Error 2 D:\repo\lazarus Fixed. I hope I found all places. I have no 2.3.1 at the moment to find these things. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: synedit patch from ales
On Fri, 25 Jan 2008 18:30:11 +0100 Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote: On Jan 25, 2008 6:23 PM, Ales Katona [EMAIL PROTECTED] wrote: Yes, and I'm not 100% sure of what everything that would constitute (eg: I don't think there's a valid blockchar in multibyte range), but for 99% of usages the current blockchars (+ whitechars) which are 127 seem to be working fine. That's not enougth. It already works for ascii characters today. Please test with both unicode and non-unicode IDE on strings with accented characters. I am also working on that and it ain't that easy, I can tell for sure. P.S: I think synedit will need a lot more work to be 100% utf-8 ready on all fronts. All the set of char things will have to go and we'd have to implement utf-8 utf8string[x] operations/functions (afaik fpc doesn't have them yet?) You mean like that: http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/lcl/lclproc.pas?root=lazarusr1=13868r2=13867pathrev=13868 I think this is pretty slow and needs too much memory. For example: It increases the Dest array in steps of one while allocating one mem block for each character. Can you explain, what are you trying to achieve? Then we can find a better solution. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Component
On Fri, 25 Jan 2008 21:41:04 +0100 [EMAIL PROTECTED] wrote: Is there an installation guide describing component installation within Lazarus IDE? Did you see http://wiki.lazarus.freepascal.org/Install_Packages ? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: synedit patch from ales
On Fri, 25 Jan 2008 17:25:07 +0100 Ales Katona [EMAIL PROTECTED] wrote: Mattias Gärtner wrote / napísal(a): The character sets in synedit are 'set of char', which means only 8bit. So, I guess the patch tries to fix an ANSI codepage accented chars problem, right? The fix is probably useless on other codepages including UTF-8, right? Not as such. The problem is two fold. 1. If we ignore encoding (eg: just work in ansi space), then the old style was simply plain wrong. It only allowed alpha (not num) chars, and worked on the principle of what's not alpha, isn't a word. True. But at least it is reliable. For what codepages do the patch work and for what codepages does it not work? Maybe the set/check should be configurable. The IDE will eventually only pass UTF-8 to synedit. Then we need an UTF-8 word boundary test. 2. If we also consider UTF-8 encoded content, then getting words by boundaries (eg: not-allowed chars) and not by allowed-chars means that as long as given boundaries and whitespaces are 127 (which the default ones are), UTF-8 words will be parsed right, even if they contain special multibyte chars. I'm not sure if #2 applies also to some other encoding. UTF-8 uses #128..#255. #0..#127 is plain ASCII like most other 8-bit codepages. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Component
On Fri, 25 Jan 2008 22:22:13 +0100 [EMAIL PROTECTED] wrote: A small demo would be helpful. See here: http://wiki.lazarus.freepascal.org/Lazarus_Packages#Quick_Start Mattias Mattias Gaertner wrote: On Fri, 25 Jan 2008 21:41:04 +0100 [EMAIL PROTECTED] wrote: Is there an installation guide describing component installation within Lazarus IDE? Did you see http://wiki.lazarus.freepascal.org/Install_Packages ? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
On Tue, 22 Jan 2008 09:24:25 +0100 (CET) Michael Van Canneyt [EMAIL PROTECTED] wrote: On Tue, 22 Jan 2008, Graeme Geldenhuys wrote: 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... This is quite strange, because I submitted a bug report about this, and Paul fixed that. I tested his fix a couple of days ago, and the toolbar now actually paints the background. (I used and tested GTK 1) I can confirm, it has improved, but the the tool button backgrounds are still not painted correct. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Exception for codehelp
On Mon, 21 Jan 2008 09:27:27 +0100 Damien Gerard [EMAIL PROTECTED] wrote: On Jan 21, 2008, at 9:22 AM, Vincent Snijders wrote: Damien Gerard schreef: I have got this when using Lazarus : TApplication.HandleException In Stream (line 2955 pos 63): Unmatching element end tag (expected /seealso) docs/xml/lcl/forms.xml On first look the line looks ok. Stack trace: On what identifier was the cursor? Oh sorry I forgot. I will take care the next time. Mattias _ 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 Mon, 21 Jan 2008 16:57:39 +0300 Al Boldi [EMAIL PROTECTED] wrote: Graeme Geldenhuys wrote: On 21/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote: 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. Exactly right! The best feature is find declaration/implementation, but this only works for pascal code. What is needed to make this work for c/c++? Maybe a plugin for ctags can be written. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction
On Sat, 19 Jan 2008 11:53:17 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: 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. Did you know http://wiki.lazarus.freepascal.org/Lazarus_Faq#How_can_my_gtk_programs_use_custom_rc_files.3F ? 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). Is it possible to design fpGUI apps with the same trick as he KOL package? * Having examples which don't use the form designer Oh yeah, that could be a problem with MSEgui I think. Mattias _ 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 Fri, 18 Jan 2008 09:46:00 +0100 Gerard N/A [EMAIL PROTECTED] wrote: I added two reports with patches in the bug tracker, both for the parsing issue (10650) and the comment (10651). I fixed both and extended the ToDo list to show the todos for packages: Package Editor / More / View ToDo list. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction
On Sat, 19 Jan 2008 19:17:37 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: 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? 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. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
On Tue, 15 Jan 2008 16:15:46 +0100 Marius [EMAIL PROTECTED] wrote: Fabio Dell'Aria wrote: Hi to all, all we know how many new users do not uses lazarus because it create too BIG compiled files. I cannot find the original thread, but i believe i have read something about a Debug/Release configuration which would solve this whole issue the nice way. I know for sure its on the roadmap.. In the mean time a little checkbox would do the trick to remove all debug stuff (if its not to many trouble to implement). But i'm no expert in the debug area. See http://wiki.lazarus.freepascal.org/Conditional_Compiler_Options Please add your thoughts/ideas how to implement. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
On Tue, 15 Jan 2008 17:59:20 +0100 Lukas Gradl [EMAIL PROTECTED] wrote: Fabio Dell'Aria schrieb: Hi to all, all we know how many new users do not uses lazarus because it create too BIG compiled files. We know that: 1)...the additional options are needed to can debug the project; 2)...just do a simple strip --strip-all filename reduce drastically the final size (an empty project go from 12.5Mb to 1.2 Mb). I think to have found a really simple solution to can continue to debug our project with a really little size increasing. Just remove all the debug-info from all the LCL object files to reduce the final compiled file from 12.5Mb to ONLY 2Mb (on Windows). We'll can continue to debug our projects but we'll CANNOT debug the LCL code. To obtain this little miracle just use the following command (from the shell): For Windows: FOR /R Your_Lazarus_Folder %v IN (*.o) DO strip --strip-debug %~fv For Linux: sudo find /your_lazarus_folder -name *.o -exec strip --strip-debug {} \; All of the solutions provided here are not that ideal when USING (and not developing) Lazarus. In many cases I want to debug MY code - and not the LCL-Code. But sometimes, I've to search inside the LCL as well. So I would appreciate to switch to either debug the LCL or link an LCL without debug-symbols. That is about 'conditional compiler options'. Many people want a release/debug mode. You want to fine control release/debug flag for every package or at least a set of packages (LCL+FCL+RTL). Please make a proposal on http://wiki.lazarus.freepascal.org/Conditional_Compiler_Options Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [fpc-pascal] Notice: Possible copyright infringements in FPC code base
On Tue, 15 Jan 2008 14:12:38 +0100 Jonas Maebe [EMAIL PROTECTED] wrote: On 15 Jan 2008, at 14:05, Michael Van Canneyt wrote: On 15/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote: -- 8 -- thanks for your explanation, i was curious what the progress on this was. are there similar infringements in the lcl that needs to be replaced, or has this not been reviewed? The FPC team has not reviewed the LCL; Maybe the lazarus team has; However, I have no news of this. The tool I used to check the FPC sources is in FPC svn under utils/ sim_pasc and should compile with any C compiler under any *nix (and possibly also under Windows). See the file HOWTO-FPC.txt for how to use it. It has no problem with e.g. checking many include files vs a single unit. AFAIK only parts of the LCL were searched yet. A few things were found and removed/replaced. If someone knows of copied code, please tell us. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus]
On Fri, 11 Jan 2008 18:30:04 +0300 Vasily I. Volchenko [EMAIL PROTECTED] wrote: Here is a patch to svn lazarus. It enables {%encoding xxx} mechanism. Some changes are not very good, but... It enables hack which allows to use cp1251/koi8r LFM in gtk2 pseudo UTF (Hint='{%encoding=cp1251}'). That hack works partially on win32. Anyway, it is good for translating old/win32 projects. Course, string constants in ShowMessage('...') are bad. Thanks. Some notes: lcl/lconvencoding.pas + {$ifndef LCLgtk} The lcl directory has no LCLwidgetset flag, because it contains only platform independent code. The Widgetsets should set a variable or the LCL should ask the widgetset, but it should not contain any widgetset dependent code. You moved the test for {%encoding } in front of the test for BOM, which means the {%encoding} could override the BOM. But this will only work with lazarus. All other text editors and tools, including the compiler, will use UTF-8 as encoding. That's why the BOM should override the {%encoding} and therefore be tested first. k:=pos('{'+'%encoding ',s); This will find the string even in strings and comments. I think the new feature should be enclosed in IFDEF EnableSrcEncoding until it is well tested. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Compiling Lazarus Ide Gtk2
On Thu, 10 Jan 2008 22:11:54 +0100 Antonio Sanguigni [EMAIL PROTECTED] wrote: Hi, I'm having some issues with gtk1 fonts under Xfce. I mean, Lazarus seems to ignore xfce settings and I have a big fonts into my ide. Now, I'm trying to compile it and rebuilding lazarus under gtk2 interface to check if it can see xfce gtk2 settings but I'm having this error: /home/antonio/lazarus/ide/lazconf.pp(49,11) Fatal: Can't find unit DefineTemplates used by LazConf Any hints to use small fonts on gtk1 or compiling the IDE under gtk2 ? You need to compile the IDE clean. Either on command line or by the IDE itself. By building with the IDE itself you get your packages compiled too, so this is recommended. The 'configure build lazarus' option dialog was improved and now starts with a much simpler dialog. But instead of less there are more people asking on how to compile the IDE. I wonder why. Can you give some hints, why you didn't found out how to compile the IDE with the IDE, or/and why you found out first how to compile the IDE on command line? Where did you found help? What help was misleading you? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Building Lazarus Failed
On Wed, 9 Jan 2008 23:19:25 +0100 Antonio Sanguigni [EMAIL PROTECTED] wrote: Hi all, I'm try to compile Lazarus under Xubuntu 7.10 and I got an error I never saw: Linking ../lazarus /usr/bin/ld: cannot find -lm lazarus.pp(114,1) Error: Error while linking lazarus.pp(114,1) Fatal: There were 1 errors compiling module, stopping -lm ? What kind of library I'm missing ? libc6-dev Did you try sudo apt-get install libgtk2.0-dev libgdk-pixbuf-dev libgtk1.2-dev ? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Changing LCL without rebuild Lazarus
On Tue, 08 Jan 2008 14:08:05 +0200 A.J. Venter [EMAIL PROTECTED] wrote: Fabio Dell'Aria wrote: Hi to all, I'm working on some LCL changes. To do this I have created some test projects but after every rebuild I see that my projects continue to uses the .ppu unit (do not rebuild my modified LCL sources). How I can instruct Lazarus to rebuild modified LCL sources instead of continue to use LCL .ppu files? Go into the tools menu, rebuild lazarus, and rebuild the lcl :) You can set shortcuts for building lazarus in the editor options / keymapping. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ScrollBox scrolling problem situation
On Tue, 08 Jan 2008 20:55:59 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Andrey Gusev [EMAIL PROTECTED] [Tue, 08 Jan 2008 20:53:48 +0300]: Can somebody comments situation with ScrollBox scrolling Win32 wrong implementation ? I have in view of http://bugs.freepascal.org/view.php?id=10471, http://bugs.freepascal.org/view.php?id=10400 issues, that still actual on svn 13339. 13669, mistyped More concrete: where and how much deeply to dig, to fix that problem ? The problem is, that at the moment the win32 interface moves the childs instead of moving the client area. This operation is not atomic, that means, each child move creates messages. It is nearly impossible to make this operation atomic platform independently. That's why instead all widgetsets should instead move the 'client area'. This means the childs should be put on an internal widget - the 'client area widget'. Scrolling means then to simply move the client area widget. So, it is needed that TWin32WSScrollingWinControl creates an internal widget and put its childs on this widget. That's all. The winapi part is not hard. The hardest part is to understand the win32 interface and fix all places, where this might be relevant. AFAIK the other widgetsets already use an internal client area widget. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest svn fails to compile.
On Tue, 08 Jan 2008 16:19:27 +0100 Vincent Snijders [EMAIL PROTECTED] wrote: Paul Ishenin schreef: Giuliano Colla wrote: Paul Ishenin ha scritto: Giuliano Colla пишет: Latest svn (r 13667) fails to compile (Linux - fpc 2.0.4). Unit lcl/ldocktree.pas complains that InflateRect is undefined. Adding LCLIntf to the uses clauses fixes the problem. InflateRect is defined in types.pas of fpc 2.2.0 That's why I specified that the problem is fpc 2.0.4 specific. Unless the LCLIntf implementation is broken, adding the uses clause keeps fpc 2.0.4 compatibility. Mattias said that 2.0.4 must be still supported, because 2.2.0 doesn't run (yet) in some platforms. Since fix is very easy I will not persist too much. Applied in 13668. Maybe it is better to wrap it in {$IFDEF VER2_0}...{$ENDIF}, so we can find it easier after the 2.2.2 release. Done in 13674 Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Question about packages and units
On Tue, 08 Jan 2008 16:39:16 +0100 Joost van der Sluis [EMAIL PROTECTED] wrote: Op dinsdag 08-01-2008 om 14:29 uur [tijdzone +0100], schreef Joost van der Sluis: Op dinsdag 08-01-2008 om 14:14 uur [tijdzone +0100], schreef Mattias Gärtner: Zitat von Joost van der Sluis [EMAIL PROTECTED]: Hi al, If you install the fpWeb package, create a new cgi-application with a TFPWebModule. You can drop a THTMLEntityProducer on that module. So far so good. Then you can add an OnWritePage event, but thereafter the program will nog compile anymore, because you have to add the 'htmlwriter' unit to your uses clause manually. Question is: how can I do this automatically? Thus that when you drop a THTMLEntityProducer on a module, add the 'htmlwriter' unit automatically? The IDE should do this automatically. What package installs THTMLEntityProducer? components/fpweb/weblaz.lpk Well, it is. Here with me, locally... I thought that I already send in the patch to add it to Lazarus. Seems like I didn't. Attached is the patch. The THTMLEntityProducer is only for fpc 2.2.3 and above so I added some ifdefs for fpr 2.0.4 and 2.2.0. Thanks. Added. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Question about packages and units
On Tue, 08 Jan 2008 14:29:39 +0100 Joost van der Sluis [EMAIL PROTECTED] wrote: Op dinsdag 08-01-2008 om 14:14 uur [tijdzone +0100], schreef Mattias Gärtner: Zitat von Joost van der Sluis [EMAIL PROTECTED]: Hi al, If you install the fpWeb package, create a new cgi-application with a TFPWebModule. You can drop a THTMLEntityProducer on that module. So far so good. Then you can add an OnWritePage event, but thereafter the program will nog compile anymore, because you have to add the 'htmlwriter' unit to your uses clause manually. Question is: how can I do this automatically? Thus that when you drop a THTMLEntityProducer on a module, add the 'htmlwriter' unit automatically? The IDE should do this automatically. What package installs THTMLEntityProducer? components/fpweb/weblaz.lpk Sorry. I forgot. I did not yet implement that part. ;) http://bugs.freepascal.org/view.php?id=10594 Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Application.Processmessages;
On Mon, 7 Jan 2008 10:27:39 +0100 Damien Gerard [EMAIL PROTECTED] wrote: Hi ! I have a lot of controls created on the fly, with a lot of Resize (Anchors, width/height) and as far I remember I had to call Application.ProcessMessages with Delphi to have proper resizes. However in Lazarus I don't know when I have to call for more efficiency it and if it is really necessary. (Those resize happen during OnClick events too) Application.ProcessMessages is only needed if your program process a lot of data taking a long time or waits for another process. Otherwise the LCL calls Application.ProcessMessages automatically. To reduce overhead use procedure TFrom.Button1Click(Sender: TObject); begin DisableAlign; try .. create controls or change several properties .. finally EnableAlign; end; end; Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Unable to build lazarus
On Mon, 7 Jan 2008 10:42:05 -0500 Hess, Philip J [EMAIL PROTECTED] wrote: Hi Roland, This has been broken for a while. A workaround for now is to use Tools | Configure to rebuild IDE Interface first, then install the component. In the Configure dialog, on the Advanced Build Options tab, you can set everything to None except IDE Interface, then click Build at the bottom. If this completes okay, then try installing your package. This worked for me with the 20080105 snapshot of Lazarus for Windows (FPC 2.2.1). Can you confirm, that the bug can be reproduced by the following: - Windows - Uninstall any previous lazarus - Install snapshot - Install a package ? Mattias Thanks. -Phil -Original Message- From: Roland Turcan [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 8:47 AM To: lazarus@miraclec.com Subject: [lazarus] Unable to build lazarus Importance: High Hello All! I've just installed latest snapshot of Lazarus from 20071229, but I installed it into clean directory to avoid all conflicts. I can compile *.lpk without problem, but after Install all get all the time this: Unable to find file componenttreeview.pas. Check search path in Project-Compiler Option...-Search Paths-Other Unit Files I have there: c:\lazarus\ideintf\ in message window is this message: componenttreeview.pas(44,62) Fatal: Can't find unit ComponentTreeView used by ObjectInspector on the line 44 of componenttreeview.pas is line: procedure SetSelection(const NewSelection: TPersistentSelectionList); but TPersistentSelectionList is declared in PropEdits which is in the same directory. I really don't know why it has this problem. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] accessing internal widgetset handle
On Sun, 06 Jan 2008 01:13:52 +0700 Bee [EMAIL PROTECTED] wrote: Hi all, I'd like to create a gtk(2) app that has a non-rectangular form shape, using Lazarus of course. I know gtk(2) provides API for this purpose. The API requires a pointer to GTKWidget. But, I couldn't find any ways to get the widget pointer of Lazarus' form since Lazarus wraps the API very well inside LCL. Hints? TIA. BTW... which API should I use for this purpose, gtk or gdk? Both wrappers are provided in FPC/Lazarus and both provide similar API for the purpose. In term of Lazarus' LCL, what are the differences between both? Both gtk and gdk are available in the gtk interface. I don't know, which one you use for this. If you need the gtkwindow, then just type cast Form1.Handle: GtkWindow:=PGtkWindow(Form1.Handle); Beware, that this is an internal LCL gtk interface structure and can change in the future without warning. If you find out how to do it, it would be nice to write a small example and describe it on the wiki. Eventually this feature could be added to the LCL. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Scanlines again
On Sat, 05 Jan 2008 19:14:51 + Dominique Louis [EMAIL PROTECTED] wrote: Firstly, I'd like to propose a slight change to the scanlines example so that it is easier for developers to follow the code and to possibly incorporate bits of it into their own code. type TBGRA = packed record b, g, r, a : byte; end; PBGRA = ^TBGRA; TBGRAArray = array[ WORD ] of TBGRA; PBGRAArray = ^TBGRAArray; procedure TForm1.PaintToRGB32bitScanLine(Row, ImgWidth: integer; LineStart: Pointer); // LineStart is pointer to the start of a scanline with the following format: // 4 bytes per pixel. First byte is blue, second green, third is red. // the fourth byte is the Alpha value, which is not specified in this // example // Black is 0,0,0, white is 255,255,255 var i: Integer; lrow : PBGRAArray begin lrow := PBGRAArray( LineStart ) // fill line with gray for i := 0 to ImgWidth - 1 do begin lrow^[ i ].r := 128; // set red to 128 lrow^[ i ].g := 128; // set green to 128 lrow^[ i ].b := 128; // set blue to 128 end; // set one diagonal pixel to red ( this creates a diagonal red line ) lrow^[ ( Row mod ImgWidth ) ].r := 255; // set red to 255 - full intensity lrow^[ ( Row mod ImgWidth ) ].g := 0; // set green to 0 lrow^[ ( Row mod ImgWidth ) ].b := 0; // set blue to 0 end; I think this is a lot easier to understand than the previous version. Ok. Can you create a patch? Secondly, I have a scanline issue that I hope someone on here can help with. I have 2 TImages on a Form ( I'm using Mac OS X if that makes any difference ) one contains an image of a yellow light bulb. I want to copy, pixel by pixel, the image from one TImage over to the second TImage. Yes I know I could just assign the bitmap from one to the other, but this is an exercise in Scanline manipulation. The problem I have is that once copied the second TImage contains a blue light bulb instead of a yellow one. The code I'm using is.. MyBitmap := TBitmap.Create; ScanLineImage := Image1.Picture.Bitmap.CreateIntfImage; MyBitmap.Width := ScanLineImage.Width; MyBitmap.Height:= ScanLineImage.Height; IntfImage := MyBitmap.CreateIntfImage; ImgFormatDescription.Init_BPP32_B8G8R8_BIO_TTB( ScanLineImage.Width, ScanLineImage.Height ); IntfImage.DataDescrption := ImgFormatDescription; for y := 0 to ScanLineImage.Height do Height-1 begin lrow := ScanLineImage.GetDataLineStart( y ); brow := IntfImage.GetDataLineStart( y ); What's brow? for x := 0 to ScanLineImage.Width do Width-1 begin brow^[ x ].r := lrow^[ x ].r; // set red brow^[ x ].g := lrow^[ x ].g; // set green brow^[ x ].b := lrow^[ x ].b; // set blue brow^[ x ].a := lrow^[ x ].a; // set alpha value end; end; MyBitmap.LoadFromIntfImage( IntfImage ); Image2.Picture.Bitmap := MyBitmap; Can anyone see a flaw in my logic of using scanlines for this/this way? Yes. MyBitmap.LoadFromIntfImage( IntfImage ) does no conversion. You created an image with the format ImgFormatDescription.Init_BPP32_B8G8R8_BIO_TTB which is probably not the format of your platform. Solution: Don't use ScanLine, but use the Colors property of IntfImage. See the examples/lazintfimage/fadein1.lpi. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] IDE packages
Current state: It is allowed for IDE packages to access the IDE source directories (designer, debugger, ide, packager). Is anyone using this feature? I would like to get of this. Then a package can be installed without recompiling the IDE, but simply by linking. At the moment the IDE compiles itself, compiles the packages and then links itself. The first step can then be omitted. That means, in future IDE package can only use the IDEIntf. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IDE packages
On Thu, 3 Jan 2008 13:17:31 -0500 Hess, Philip J [EMAIL PROTECTED] wrote: Hi Mattias, Wouldn't packages also need access to packager\registration\lazaruspackageintf in order to call RegisterUnit and RegisterPackage? That's part of the FCL package which is used by IDEIntf. So no problem. Other units like PropEdits and ComponentEditors are in ideintf so that would be okay. Sounds like a great idea! Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] acs for lazarus
On Tue, 1 Jan 2008 20:56:02 + Antonio Sanguigni [EMAIL PROTECTED] wrote: On Tue, Jan 01, 2008 at 12:16:23AM +0800, Antonio Sanguigni wrote: MemCheck {$endif} {$ifdef Linux} ,cthreads {$endif} (In addition to Vincent's comments), don't use linux, but Unix. See http://www.stack.nl/~marcov/porting.pdf I will read it, Marco, thank you. BTW, I saw in the Lazarus lazarus.pp unit source there is the following: {$IFDEF UNIX}{$IFDEF UseCThreads} cthreads, {$ENDIF}{$ENDIF} I think lazarus isalready builded with -dUseCThreads, or not ? The IDE is built with cthreads if you install a package that uses the -dUseCThreads trick. Otherwise: not. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] acs for lazarus
On Tue, 1 Jan 2008 22:23:28 + Antonio Sanguigni [EMAIL PROTECTED] wrote: I can see four textboxbut they are all for unit paths. There are also a couple of memo box but one isfor linker options and the other for custom. I tried to use both but I'm having errors, of course. Sorry for this stupid question but I cannot understand where to put it. Thanks to Vincent into fpc irc chat I was able to solve this problem. I will document it on wiki ASAP. The box where to putthe options was Custom box, without any other space ;-). I did. See http://wiki.lazarus.freepascal.org/Lazarus_Faq#Lazarus_crashes_with_runtime_error_211_after_I_installed_a_component. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] acs for lazarus
On Sun, 30 Dec 2007 08:51:31 +0700 Bee [EMAIL PROTECTED] wrote: Hi all, I was just trying to install ACS for Lazarus from http://wiki.lazarus.freepascal.org/ACS But, I failed. The package couldn't be compiled with the following error: /$acs_folder/Src/classes/acs_classes.pas(148,24) Error: Identifier not found 'class' It kinds of weird, IMO, because the error happened on this line: 147| {Basic exception class for ACS} 148| EACSException = class(Exception) 149| end; If I didn't compile the ACS package (laz_acs.lpk) and use the acs_classes.pas unit directly, it compiled just fine. I don't understand how this could happen. I just did a clean svn checkout and it compiles under linux without problem. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GTK2 didn't display non-UTF8 characters
On Sun, 30 Dec 2007 20:14:15 +0300 Vasily I. Volchenko [EMAIL PROTECTED] wrote: OK, here is another patch. It allows to work (or just import or export) files with different encodings. All you need is to add {encoding=...} (tested with ...=cp1251 and koi8-r) to any place of the source. As for delphi import, I made some work, but presently delphi import works not good enough (in the original). By effects (can be both bugs and features): 1. String constants with '{encoding=' are treated as a signal. I had a trouble with lazarus source, but I have fixed this there (breaking a string helps). 2. LFM files sometimes are reasonable to save in foreign encoding. They have no comments, besides. This can be overcame (!!!) by including such a string constant (may be a hint of a unusable component) as '{encoding=...} 3. GTK1 is not supported, as it is an exception (not a windows, not a UTF8). Seems to be great for me, and can restore win32 compatibility. (This have nothing common with strings loading. May be reasonable to test with 1-byte encoding text loading in strings with a hacked .lfm/.lrs file) Thanks. I will take a look. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GTK2 didn't display non-UTF8 characters
On Sun, 30 Dec 2007 20:14:15 +0300 Vasily I. Volchenko [EMAIL PROTECTED] wrote: OK, here is another patch. It allows to work (or just import or export) files with different encodings. All you need is to add {encoding=...} (tested with ...=cp1251 and koi8-r) to any place of the source. As for delphi import, I made some work, but presently delphi import works not good enough (in the original). By effects (can be both bugs and features): 1. String constants with '{encoding=' are treated as a signal. I had a trouble with lazarus source, but I have fixed this there (breaking a string helps). 2. LFM files sometimes are reasonable to save in foreign encoding. They have no comments, besides. This can be overcame (!!!) by including such a string constant (may be a hint of a unusable component) as '{encoding=...} 3. GTK1 is not supported, as it is an exception (not a windows, not a UTF8). Seems to be great for me, and can restore win32 compatibility. (This have nothing common with strings loading. May be reasonable to test with 1-byte encoding text loading in strings with a hacked .lfm/.lrs file) I renamed the lconv to lconvencoding and added a license header. Ok? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GTK2 didn't display non-UTF8 characters
On Sun, 30 Dec 2007 20:04:51 +0100 Mattias Gaertner [EMAIL PROTECTED] wrote: On Sun, 30 Dec 2007 20:14:15 +0300 Vasily I. Volchenko [EMAIL PROTECTED] wrote: OK, here is another patch. It allows to work (or just import or export) files with different encodings. All you need is to add {encoding=...} (tested with ...=cp1251 and koi8-r) to any place of the source. As for delphi import, I made some work, but presently delphi import works not good enough (in the original). By effects (can be both bugs and features): 1. String constants with '{encoding=' are treated as a signal. I had a trouble with lazarus source, but I have fixed this there (breaking a string helps). 2. LFM files sometimes are reasonable to save in foreign encoding. They have no comments, besides. This can be overcame (!!!) by including such a string constant (may be a hint of a unusable component) as '{encoding=...} 3. GTK1 is not supported, as it is an exception (not a windows, not a UTF8). Seems to be great for me, and can restore win32 compatibility. (This have nothing common with strings loading. May be reasonable to test with 1-byte encoding text loading in strings with a hacked .lfm/.lrs file) I renamed the lconv to lconvencoding and added a license header. Ok? The conversion functions are pretty slow and only support 2 codepages. Maybe some parts of the cwstring unit can be used/improved to use the iconv lib directly. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IDE patch to dock Messages on Editor
On Sat, 29 Dec 2007 11:05:37 +0100 Fabio Dell'Aria [EMAIL PROTECTED] wrote: Hi to all, I have created a Patch to Dock the IDE Messages form on the Source Code Editor form (at bottom). See the attached screenshot. I have just tested the Patch on Win32/QT/Gtk2 interface. What do you think to apply this patch to the official SVN? I think it became a FAQ. I added it: http://wiki.lazarus.freepascal.org/Lazarus_Faq#I_created_a_Patch_to_dock_the_IDE_Messages_form_on_the_.22Source_Code_Editor.22_form_.28at_bottom.29 Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IDE patch to dock Messages on Editor
On Sat, 29 Dec 2007 12:05:09 +0100 Fabio Dell'Aria [EMAIL PROTECTED] wrote: Hi, why do not add my patch to this FAQ so all the user that needed it can simply use it? :) You are welcome to add a link or start a new page and add the code as example. The FAQ can contain a link, but should not contain code, that is not maintained by the lazarus devels. I have attached the patch release 2 (fix a little anchor bug). I'm working to dock the Main_Form(with palette)/Object_Inspector/Source_Editor all in one (as in Delphi 2007). Ok. Maybe this helps: Attached is an example of Víctor R. Ruiz [EMAIL PROTECTED] doing something similar. Mattias 2007/12/29, Mattias Gaertner [EMAIL PROTECTED]: On Sat, 29 Dec 2007 11:05:37 +0100 Fabio Dell'Aria [EMAIL PROTECTED] wrote: Hi to all, I have created a Patch to Dock the IDE Messages form on the Source Code Editor form (at bottom). See the attached screenshot. I have just tested the Patch on Win32/QT/Gtk2 interface. What do you think to apply this patch to the official SVN? I think it became a FAQ. I added it: http://wiki.lazarus.freepascal.org/Lazarus_Faq#I_created_a_Patch_to_dock_the_IDE_Messages_form_on_the_.22Source_Code_Editor.22_form_.28at_bottom.29 Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives docked-ide.patch.gz Description: GNU Zip compressed data
Re: [lazarus] GTK2 didn't display non-UTF8 characters
On Sat, 29 Dec 2007 21:25:35 +0300 12 12 [EMAIL PROTECTED] wrote: * Vasily I. Volchenko [EMAIL PROTECTED] [Sat, 29 Dec 2007 19:29:19 +0300]: It's a known problem, Win32 (for now except for compiled with option -dWindowsUnicodeSupport or something like it) and gtk-1 interfaces use native 1-byte encoding while gtk2 interface uses utf8 anyway (even if LANG=ru_RU.CP1251). Is there no way to make cross-platform application without writing different code for widgetset Win32 and GTK2? Compiled with -dWindowsUnicodeSupport the LCL uses UTF-8 under windows too. That means all LCL control strings expect UTF8. The missing piece is the RTL. All filenames still use the system encoding. For example: StringList.LoadFromFile(UTF8ToAnsi(Edit1.Text)); This should work under all platforms, but I didn't test. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Working with different versions of lazarus
On Thu, 27 Dec 2007 21:11:17 +0200 ik [EMAIL PROTECTED] wrote: [...] You are right. It seems under windows TProcess does not handle and ', but simply passes the entire commandline to CreateProcess, so it is up to program to handle and ' correct. According to msdn this is normal under windows. The problem of Windows API is that for path you must use , otherwise it will search in wrong manner. The problem is that is ignored by the RTL/FCL under windows. TProcess uses under windows CreateProcess which passes the command line to the program. This step does not interpret the and ' characters, but simply splits at spaces. Under unix TProcess splits the parameters using spaces, , ' and uses execve. TCustomApplication does not interpret and '. I wonder where under windows the ,' must be parsed. Change TProcess to use another function or change RTL? I have no windows to test, so I will leave this to windows devels. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Why IDE automatically insert empty events reactors implementations if its declarations presented ?
On Fri, 28 Dec 2007 18:27:02 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Damien Gerard [EMAIL PROTECTED] [Fri, 28 Dec 2007 15:29:02 +0100]: May be it is related to the fact in Delphi empty implementation attached to an event are automatically removed at the compilation How with that in Lazarus, in future ? It has low priority. Some people don't like it when their code is automatically removed (e.g. Marc and me) and will turn this feature off. This means it will be hardly tested/supported. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] RTTI and Object inspector question
On Fri, 28 Dec 2007 18:50:34 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Assuming that I was so crazy as to attempt to compile Lazarus with a different Component Library, what's the relationship between RTTI, Object inspector and the rest of the devilishly wizardry which makes it tick? IOW if my components miss some properties found in LCL, and have some properties not found in LCL, should also RTTI be modified accordingly, or that's not necessary? The RTTI is your smallest problem. More important are the events and the special LCLIntf functions. You will see what I mean when you try to compile the IDE. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] RTTI and Object inspector question
On Fri, 28 Dec 2007 19:46:29 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Mattias Gaertner ha scritto: On Fri, 28 Dec 2007 18:50:34 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Assuming that I was so crazy as to attempt to compile Lazarus with a different Component Library, what's the relationship between RTTI, Object inspector and the rest of the devilishly wizardry which makes it tick? IOW if my components miss some properties found in LCL, and have some properties not found in LCL, should also RTTI be modified accordingly, or that's not necessary? The RTTI is your smallest problem. More important are the events and the special LCLIntf functions. You will see what I mean when you try to compile the IDE. Sounds like I should give up before starting. Don't interpret mails too much. I just said, you don't need to worry about RTTI and that the events and some LCLIntf functions need some work. However, if I make it *very* similar to LCL. Yes. Thanks a lot, however, Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] protected-Variables not visible in another file?
On Fri, 28 Dec 2007 21:38:47 +0100 Lukas Gradl [EMAIL PROTECTED] wrote: Sorry, might need a little bit more sleep - but at the moment I'm stuck: I've to convert some files from Delphi to FPC (2.3.1, using Lazarus 0.9.25 only as an editor) In Delphi there is a a class TExample defined in file1.pas. TExample=class protected FValue:longint; end; in file2.pas I did: use file1; {...} Example:=TExample.Create; if Example.FValue=0 then begin... {...} When compiling with FPC and $MODE DELPHI I get an Identifier not found error. Any idea what a tired guy might have missed? FValue is protected from you. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Working with different versions of lazarus
On Thu, 27 Dec 2007 11:27:03 +0100 Vincent Snijders [EMAIL PROTECTED] wrote: Mattias Gaertner schreef: On Sat, 22 Dec 2007 13:23:11 +0100 Vincent Snijders [EMAIL PROTECTED] wrote: ik schreef: On Dec 21, 2007 12:27 AM, Vincent Snijders [EMAIL PROTECTED] wrote: ik schreef: Hello, My stable version of lazarus is 0.9.24, however I do check Lazarus svn from time to time, and usually I change the .lazarus directory depends on the version I wish to check. Is there a way to tell Lazarus to store information regarding he specific version I'm using instead of working like that ? You can tell lazarus what configuration directory to use. The default is ~/.lazarus (on *nix), but you can change this by using the --pcp parameter: ./lazarus --pcp= See also ./lazarus --help Thanks, that worked. It seems though that if Lazarus restart itself (like after recompiling Lazarus from inside the menu options), it will not pass the command line parameters. Good point. It probably should. I added this in 13473. It did not work on windows. I fixed things in r13479, so that Lazarus can be started again, but maybe I 'fixed' too much. I think startlazarus (i.e. the lazarus manager) should not add around its parameters. The single quotes in --primary-config-path=bla passed to startlazarus when restarting were in the wrong place. Further if you pass --primary-config-path='c:\lazarus', Lazarus wants to create a test file 'c:\lazarus'\compilertest.pas (double quotes are mine). Note that the ' are not removed from the path. You are right. It seems under windows TProcess does not handle and ', but simply passes the entire commandline to CreateProcess, so it is up to program to handle and ' correct. According to msdn this is normal under windows. IMO and ' should be handled by the IDE/startlazarus/lazbuild on windows. This is not needed under unix platforms, although it will not hurt. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Working with different versions of lazarus
On Sat, 22 Dec 2007 13:23:11 +0100 Vincent Snijders [EMAIL PROTECTED] wrote: ik schreef: On Dec 21, 2007 12:27 AM, Vincent Snijders [EMAIL PROTECTED] wrote: ik schreef: Hello, My stable version of lazarus is 0.9.24, however I do check Lazarus svn from time to time, and usually I change the .lazarus directory depends on the version I wish to check. Is there a way to tell Lazarus to store information regarding he specific version I'm using instead of working like that ? You can tell lazarus what configuration directory to use. The default is ~/.lazarus (on *nix), but you can change this by using the --pcp parameter: ./lazarus --pcp= See also ./lazarus --help Thanks, that worked. It seems though that if Lazarus restart itself (like after recompiling Lazarus from inside the menu options), it will not pass the command line parameters. Good point. It probably should. I added this in 13473. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Can I use Lazarus IDE with a different Component Library?
On Sat, 22 Dec 2007 13:01:02 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Mattias Gaertner ha scritto: [...] For example the KOL package is a visual component library similar to the LCL optimized for smart linking. Because the unit names and class names are the same you can use lazarus to create/edit KOL forms. The trick is that the user (here: programmer) does not use all LCL properties, but only the small subset the KOL controls provide. Find declaration and compilation use the KOL units, but the RTTI is provided by the LCL. IOW, if I properly set the paths, both for IDE and for compile, if my components have the same class name as the original LCL, and their unit name is the same, if I'm careful to touch only published properties which are common to both LCL and my library, it should work. The IDE will show LCL components on an LCL form, but when i run the program I should see my components on my form. Yes. The trick is to add LCL to package editor / options / provides. It is planned to register your own designers for non LCL components, but this has low priority for me, so don't expect anything soon. I don't expect anything more than a few hints if I get stuck. I'm just experimenting, and it's quite possible that nothing useful comes out. There's already enough work for developers in the main line, I believe, and side issue should wait. However if something comes out which might be useful to someone else, I'll share my results with Lazarus users. Great. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Can I use Lazarus IDE with a different Component Library?
On Fri, 21 Dec 2007 21:45:23 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: To find a satisfactory solution to some of my company needs, I'm planning to make some experiments, but I miss a very basic concept. What's the relationship between IDE compile-time component library, and IDE run-time component library? In my simple-minded approach I would think that, in order to show a window or a component the IDE should create an instance of it, and therefore use the same component library and the same classes it was compiled with. Correct. Am I right or there's some diabolic trick to do otherwise? There is a small, not diabolic, trick. And if there's no diabolic trick, what's the bare minimum set of components to make the IDE work? For example the KOL package is a visual component library similar to the LCL optimized for smart linking. Because the unit names and class names are the same you can use lazarus to create/edit KOL forms. The trick is that the user (here: programmer) does not use all LCL properties, but only the small subset the KOL controls provide. Find declaration and compilation use the KOL units, but the RTTI is provided by the LCL. It is planned to register your own designers for non LCL components, but this has low priority for me, so don't expect anything soon. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] REQ: include LazReport and VirtualTV in bigide
On Thu, 20 Dec 2007 19:09:18 +0700 Bee [EMAIL PROTECTED] wrote: The IDE can only use standard components, that are maintained by the lazarus developers. Currently, there are some components that don't meet your 'standard' criteria. For example: IPro, SynEdit, and TDBF. Should we exclude them on next release? ;) I split third party components into 2 types. First, one that's ported by us (Lazarus developers and friends), more over if the original author doesn't support the porting effort. IPro, SynEdit, TDBF, VTV, and LazReport are on this type. Second, one that's ported by the original author, both officially or unofficially. ZeosLib and Indy are on this type. First type, IMO, allows to (or should) be included as default component if it's considered very useful. Second type, IMO, must never be included as default component, unless it turns out become the first type (for example if the author stops the development). Please distinguish: - base packages: needed by the IDE to run, these can not be uninstalled. These should be kept to a minimum. ipro will probably be never one of them. The RTTI controls could become part of it, because they are mostly a smart way of using the IDEIntf units and could even save code. - bigide packages: packages maintained by lazarus developers and added to the binary distribution packages of lazarus. For example: printers4lazarus. Keep in mind that not every package maintained by laz devels is automatically added to bigide. LazReport can be added to bigide, when it is stable enough. - third parties, distributions: Of course people can create their own lazarus binaries with a lot more packages. There are already some for educations, for game development and for experimental purposes. - the coming fppackage system: Eventually everyone can upload their packages to the fppackage repositories. This will make searching, downloading, compiling and installing easier. Somewhat like CPAN and hopefully without the perl/c/make problems. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] REQ: include LazReport and VirtualTV in bigide
On Thu, 20 Dec 2007 09:42:41 +0100 Marius [EMAIL PROTECTED] wrote: I would like to use virtualtreeview in the IDE for the future project manager. Its the only component that combines a tree, icons and multiple columns with some nice colors. The IDE can only use standard components, that are maintained by the lazarus developers. However the first project manager will just be a simple list of projects. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] debugging - tracing into .inc files
On Wed, 19 Dec 2007 11:28:09 +1100 John [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: On Wed, 19 Dec 2007 10:25:51 +1100 John [EMAIL PROTECTED] wrote: Hi all, Using gdb from the lazarus (recent SVN) IDE: I have fpc compiled (from SVN) with the OPT='-gl' switch, and I can trace into .pas .pp source in fpc units OK, but it doesn't find .inc files. The file something.inc was not found, do you want to find it yourself ?. If I do, it then traces into it. Sometimes if a .inc file is already open in the editor, it is found, but I think not always. Is there some switch or setting or other incantation that lets it find the .inc files itself ? The include paths in the compiler options should be enough. Otherwise you found a bug. Mattias I don't have anything set there - I was wondering about that. Does include paths refer specifically to .inc files, or is it extra paths of any source to include in the search path ? If it is the former, do I have to add every place for .inc files down the fpc source tree ? (That seemed a bit daunting, so I didn't try it !) http://wiki.lazarus.freepascal.org/index.php/IDE_Window:_Compiler_Options#Paths Paul is right: Only add your own include directories. Don't add the FPC or LCL include directories. I guess for the FPC include files the IDE must search the FPC sources. Can you create a feature request in the bug tracker? For the time being, the only solution is: you must search the FPC file yourself and add it to the debug path. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
On Mon, 17 Dec 2007 16:06:32 +0700 Bee [EMAIL PROTECTED] wrote: TMRUManager and TStrHolder not in Misc tab !? Using make bigide indeed doesn't show both components. LazReport too. But, after Lazarus build, they're showed. ;) make bigide installs a fixed set of packages. Build lazarus installs your own set of packages. For LazReport I do not know if it has to be done. Since it is the one and only working report for Lazarus for now, it'd be nice if we make nice icons for it. :) Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Application.ProcessMessages bug in gtk2
On Sun, 16 Dec 2007 13:29:18 +0100 Damien Gerard [EMAIL PROTECTED] wrote: On Dec 16, 2007, at 12:58 AM, Giuliano Colla wrote: Damien Gerard ha scritto: On Dec 15, 2007, at 1:05 PM, Giuliano Colla wrote: Calling Application.ProcessMessages under Linux/gtk2 freezes the application. (Linux-gtk2-fpc2.2.0) Stepping through with debugger shows that it goes in an endless loop. Under gtk1 and qt works properly. Is it a known problem? I didn't find any reference in Mantis. Please provide a sample to test. It works fine with me (Ubuntu 7.10/ gtk2/fpc 2.2.0 and lastest rev for lazarus). In a trivial case it works for me too. But in the real app, which works fine both with gtk1 and qt, the problem arises. The application is not so small, and requires the installation of an extra package to run. I'll try to create a more manageable test sample, which creates similar conditions. Regards, I use it in a closed source project and there are many of .ProcessMessages (grrr of Delphi habits ^^). And it works fine. An infinite loop would have been reported from my users I think. But there may be a special case. It is not impossible. It depends on where you start Application.ProcessMessages. Not all events are reentrant. Some stacktraces would help. People who used magic without knowing what they were doing usually came to a sticky end. All over the entire room, sometimes. -- (Terry Pratchett, Moving Pictures) Poor Terry. :( Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [Lazarus] Lazarus and Parallel Computing with NVidia GPUs
On Sat, 15 Dec 2007 15:07:25 -0500 Andrew Brunner [EMAIL PROTECTED] wrote: I was wondering what anyone might know or how you all feel about utilizing the NVidia GPU code to get Lazarus to link or interface with it? Anyone have any ideas on how much time it would take to give Lazarus the ability to directly link functions or wrap them? http://www.nvidia.com/object/cuda_home.html Parallel computing engines are going to be a HUGE asset to the scientific community and Lazarus offers the most versatile environment for programmers of all levels. I think it would be a great step into the future for this project. Ideas, feedback. I'm all ears. I never tried and I don't know how much work it is, but I'm interested too. Please keep me informed about any progress. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Splash Screen on Linux
On Wed, 12 Dec 2007 16:12:05 -0800 el stamatakos [EMAIL PROTECTED] wrote: Hi , I still seem to have problems. It still dissapears to fast to see. If I debug and put a stop and step through then it does show, but when I run it in normal mode it is just too fast. Any recommendations. Thanks Add a TTimer on your main form and close your splash form in the event. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Splash Screen on Linux
On Thu, 13 Dec 2007 12:31:30 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 13/12/2007, Mattias Gaertner [EMAIL PROTECTED] wrote: Add a TTimer on your main form and close your splash form in the event. Why can't you put the timer in the Splash form instead of the Main form. I just did that under fpGUI and it works fine. That way everything related to the splash form is in the splash form. Yes, that's possible too. In FormCreate I create the timer. In FormShow I enable the timer. Extra bit (in case you have a long showing splash form). Clicking on the Form executes the same event handler as when he Timer fires, which closes the form. Works perfectly under Linux and Windows. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] cross compile deb status and next problem
On Fri, 14 Dec 2007 13:49:02 +0300 Al Boldi [EMAIL PROTECTED] wrote: Vincent Snijders wrote: Al Boldi schreef: Mattias Gaertner wrote: Al Boldi [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: Sam Liddicott [EMAIL PROTECTED] wrote: THAT much works; so merely installing a cross-compiler deb will let lazarus just pick it up and run Nice. Just like the existing fpc_crosswin32 package, but finally for more platforms. :) I had a look at fpc_crosswin32. It's huge, ~25MB. It contains tools and ppu. What parts should be left out? It would be nice to only have the absolute minimum needed to enable cross-compile. The tools should be in another package. Why are the ppu's in there? Can't they be compiled locally? So can the binutils. The binutils are ~14MB. All we need are maybe 3-4 binaries, right? To compile the binutils you need the c development packages for your system. That's quite a lot. And you need the FPC source and install repositories. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Synedit Samples
On Thu, 13 Dec 2007 13:38:51 -0500 Lee Jenkins [EMAIL PROTECTED] wrote: Are there any samples about to learn how to create a highlighter and param suggestions for Synedit? Normally you just take one similar and adapt it. The TSynPasSyn uses nearly all features, like code folding. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What do you use for Reporting?
On Wed, 12 Dec 2007 10:29:33 -0500 Hess, Philip J [EMAIL PROTECTED] wrote: What I do: Output all reports to RTF and view with external viewer (any word processor on computer). See this tool for more information: http://wiki.lazarus.freepascal.org/XDev_Toolkit With RTF you can have almost unlimited control over the formatting. Note that on OS X with the latest Carbon widgetset, anything output via the Printer object can be printed, previewed or saved to PDF via the OS X Printer dialog. Too bad this isn't available on other systems. There are free PDF printers for at least linux and windows. AFAIK the windows pdf printers have some problems on windows terminal servers, and the linux ones have static output filenames. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Splash Screen on Linux
On Wed, 12 Dec 2007 15:17:18 -0800 el stamatakos [EMAIL PROTECTED] wrote: Hi All, I am trying to use a splash screen before my main application starts. I use the following. Does anyone see anything wrong with the below since it does not seem to bring up the Splash Screen. Thanks A few things. Lefti --unit Splash-- unit Splash; {$mode objfpc}{$H+} interface uses Classes, SysUtils, LResources, Forms, Controls, Graphics, Dialogs, ExtCtrls, StdCtrls; type { TSplashForm } TSplashForm = class(TForm) Image1: TImage; Label1: TLabel; Label2: TLabel; procedure FormCreate(Sender: TObject); private { private declarations } public { public declarations } end; var SplashForm: TSplashForm; implementation { TSplashForm } procedure TSplashForm.FormCreate(Sender: TObject); begin sleep(2); remove this sleep. end; initialization {$I splash.lrs} end. --unit Splash-- --Main project- program project1; {$mode objfpc}{$H+} uses {$IFDEF UNIX}{$IFDEF UseCThreads} cthreads, {$ENDIF}{$ENDIF} Interfaces, // this includes the LCL widgetset Forms { you can add units after this }, SQLDBLaz, ProcessDesChild, Unit1, SharedVarsU, SharedLibsU, Splash; begin move the application.Initialize to here. SplashForm:=TSplashForm.Create(Application); replace the owner with nil :=TSplashForm.Create(nil); SplashForm.Show; SplashForm.Paint; SplashForm.Update; remove the paint and the update. application.ProcessMessages; application.Initialize; remove the application.Initialize //Delay(2000); Application.Initialize; remove the application.Initialize Application.CreateForm(TMainForm, MainForm); SplashForm.Hide; SplashForm.Close; SplashForm.Release; SplashForm.Free; Just Free. Application.Run; end. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] cross compile deb status and next problem
On Wed, 12 Dec 2007 22:40:25 + Sam Liddicott [EMAIL PROTECTED] wrote: This message contains a progress report, and some more questions: Progress == Thanks to Vincent, using fpc as the compiler, and using this spell in /etc/fpc.cfg (which will be added to the default fpc package) echo '#include /usr/lib/fpc/2.3.1/fpc-cross.cfg' /etc/fpc.cfg Please replace the version number with $fpcversion. and then the file /usr/lib/fpc/2.3.1/fpc-cross.cfg can have 1 #include per cross compiler e.g. #include /usr/lib/fpc/2.3.1/fpc.powerpc-linux.cfg these will be easy to add and remove with postinst and postrm for package managers. A typical file might be: $ cat /usr/lib/fpc/2.3.1/fpc.powerpc-linux.cfg # Detect powerpc-linux compiles #IF $fpc-target = powerpc-linux -XPpowerpc-linux-gnu- #WRITE binutils prefix powerpc-linux-gnu- #END The actual -XP entry will depend on what the binutils prefix was when the cross compile package was actually built. THAT much works; so merely installing a cross-compiler deb will let lazarus just pick it up and run Nice. Just like the existing fpc_crosswin32 package, but finally for more platforms. :) Problems == However the next problems: rebuilding lazarus (lcl etc) is done by a makefile, e.g.: /usr/share/lazarus/lcl/ /usr/bin/make clean all -w CPU_TARGET=powerpc fpc is not called by the makefle, so /etc/fpc.cfg is not read, and of course this needs adding: BINUTILSPREFIX=powerpc-linux-gnu- or whatever the prefix actually needs to be; but thats too long winded; we already solved this problem by using fpc. So... I guess I need to find out why /usr/bin/ppcrossppc is being used directly and not fpc... And why lazarus insists on making clean and making in /usr/share/lazarus even though I'm not root and don't have write access, but that can come later... Probably because /usr/share/lazarus is set in the environment options as lazarus directory and you told the IDE to rebuild the LCL. The LCL can still only be built via the Makefile and this is not very flexible. Eventually when the LCL is changed to a normal lazarus package it will be possible to build the LCL, even if the LCL was installed as root. And then (finally, please let it be finally) where cprt21.o is or comes from for powerpc. Maybe I missed it in the cross-deb? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus stores info in the trunk dir?
On Tue, 11 Dec 2007 15:56:35 -0600 Ger Remmers [EMAIL PROTECTED] wrote: Does Lazarus store information in places other then ~/.lazarus on a linux system? No. Unless you mean the files in your project directories. I removed the trunk directory completely because I messed it up too badly. I then ran my update script == cd ~ svn co http://svn.freepascal.org/svn/lazarus/trunk cd ~/trunk make clean all ./lazarus === This compiles and starts Lazarus OK but now Lazarus can't find unit interfaces when trying to compile my own project. It means the compiler found an old ppu file. Did you try Run / Build all? Secondly, when I now try to build Lazarus from inside Lazarus via Tools- Build Lazarus it returns with an error Assembling resourcecodetool Assembling codetoolmanager Compiling cachecodetools.pas Assembling cachecodetools Compiling laz_xmlstreaming.pas laz_xmlstreaming.pas(80,15) Error: There is no method in an ancestor class to be overridden: TXMLObjectWriter.Write(const Formal type, LongInt) laz_xmlstreaming.pas(126,15) Error: There is no method in an ancestor class to be overridden: TXMLObjectReader.Read(var Formal type, LongInt) laz_xmlstreaming.pas(137,1) Fatal: There were 2 errors compiling module, stopping laz_xmlstreaming.pas(28,68) Fatal: Compilation aborted make[2]: *** [allcodetoolunits.ppu] Error 1 make[2]: Leaving directory `/home/ger/trunk/components/codetools' make[1]: *** [codetools_all] Error 2 make[1]: Leaving directory `/home/ger/trunk/components' make: *** [components] Error 2 I'm running x64 on Suse 10.3, KDE 3.5 any ideas anyone? Sorry, my fault. I removed the override for fpc 2.2.0 and 2.0.x. Now it should compile again. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] 'Find in Files' doesn't work in latest svn revision
On Mon, 10 Dec 2007 11:29:52 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: See Mantis bug report. http://www.freepascal.org/mantis/view.php?id=10392 Doing a 'grep' search from the command line with the same directories yields results, but not from within Lazarus. Fixed. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Proposed About dialog patch
On Mon, 10 Dec 2007 13:52:55 +0100 Marc Weustink [EMAIL PROTECTED] wrote: Graeme Geldenhuys wrote: On 10/12/2007, Marc Weustink [EMAIL PROTECTED] wrote: I am against modifying the clipboard on close of a dialog, please revert and add a popupmenuitme to copy the version number. Q1: How often do you go into the About dialog? A: Certainly never for normal day-to-day programming tasks. The About dialog in simply just for show in most cases, so lets give it something useful to do. That doesn't matter. A dialog should do what is is supposed to do, so no additional under the hood actions. That means *not* alter the clipboard without user action. period. no discussion. Q2: Why do you go into the About dialog? A: To admire you name in the Contributors list. :-) 99% of the time it is to see what version (and revision) of the IDE you have. And when do you normally use that information? Probably quoting it in the mailing list of Mantis bug reports. It's really handy having that information copied to the clipboard. Yes I agree on that (and I agreed the first time too). It is only *how* it is done. Thats why I proposed to add a popup. I removed the easter egg. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Code Explorer - On Idle Affect Code Insite
On Mon, 10 Dec 2007 09:47:55 -0500 Lee Jenkins [EMAIL PROTECTED] wrote: When Code Explorer Options is set to On Idle the Code Insight does not work. Ctrl-Space will initially show suggestion, but you can hit enter or double click on the suggestion to use it. If you scroll down, the list become filled with Bug in code insite line (or something to that effect). Yes, this is known. Reason is that the 'identifier completion' uses a codetools cache, which is invalidated by the function the code explorer uses. I need to improve this for lazdoc too, so it will probably fixed in a few weeks. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] cross-compiler packages
On Mon, 10 Dec 2007 14:24:43 + Sam Liddicott [EMAIL PROTECTED] wrote: This modified create_fpc_deb.sh (from lazarus/tools/install) will handle the environment variables OS_TARGET and CPU_TARGET and detect when a cross compiler is being built if CPU_TARGET differs from `dpkg --print-architecture` e.g. OS_TARGET=linux CPU_TARGET=powerpc ./create_fpc_deb.sh fpc ~/lazarus/fpc It requires you to have the right binutils already installed, but manages to find them, and add the Depends to the deb being build. Installing the right binutils deb is already simple: apt-get -source binutils apt-get build-dep binutils cd binutils-2.18 TARGET=powerpc fakeroot debian/rules binary-cross dpkg -i ../binutils-powerpc-linux-gnu_2.18-0ubuntu3_i386.deb 2 things I'm not sure about 1. whether or not OS_TARGET is meaningful here 2. what (if anything) should be put into /etc/fpc.cfg when the cross-compiler package is installed. Thanks. Applied. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] wincontrol align bug
On Sun, 09 Dec 2007 01:36:59 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Giuliano Colla ha scritto: The FBaseBounds are sometimes wrong in 0.9.24. This has been fixed in svn. Did you test with the current 0.9.25? Yes. I saw no changed behavior since r 12699 until your modified it in r 13219. However, as I have an app which shows the problem, I can try to trace what happens with FBaseBounds, and provide more information. I've made my test, checking just FBaseBounds.Top, because it's the one relevant in my app. What happens is the following: The two widgets created with the form, which are top aligned, have the same value for Top and for FBaseBounds.Top (i.e. 1 for the first and 43 for the second). Can you send me the test example? All the other widgets are created run-time, and initially set bottom aligned, have the correct value for the Top property (corresponding to their position) and 0 in FbaseBound.Top. So when one of them is set top aligned, if FBaseBounds.Top is used, 0 is 1 and the widget goes above the first one, instead of below. If the top property is used instead, the widget goes in the right place. I didn't investigate further, but it seems to me that if a widget has a top property of 350 and FBaseBound.top = 0 and if FBaseBound.top must be used to know where the widget is, there must be a bug somewhere. Yes. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Proposed About dialog patch
On Thu, 6 Dec 2007 16:55:12 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: Hi, I've got the following local changes to my Lazarus. I think these will be handy for everybody when part of official Lazarus. Changes: * Format the compile date to the ISO 8601 format: -mm-dd Lazarus is used internationally, so use a international format date. Before it used to default to a 2 digit year which looked crap and I'm never sure about the format used (mm-dd-yy, dd-mm-yy, yy-mm-dd etc...). * On clicking the Close button, some version information in copied to the clipboard. This is very handy now that the revision numbers are bigger. If I ever need to quote my version of Lazarus and toolkit used (like in mailing list or Mantis) I simply open the dialog and close it again. Now I can copy a accurate version + widgetset string somewhere. Applied. Thanks. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] [patch] Insert a GUID menu fix
On Thu, 6 Dec 2007 15:57:04 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: Hi, Attached is a patch to fix the pretty looking but non-functional Insert a GUID menu item. :-) I forgot to hookup the OnClick event. Dope! Applied. Thanks. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] wincontrol align bug
On Fri, 07 Dec 2007 20:27:06 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Giuliano Colla ha scritto: I resumed after some time our core application which I'm trying to migrate to Lazarus, and to my dismay I discovered that align doesn't work anymore as it should and used to. I have a panel with a number of widget. Two are top aligned, the others are bottom aligned. But setting alTop to one of them, instead of being stacked below the two already there, it goes on top of them. I tried to trace back in revision, and I found that the last that works properly is r 12699. The offending code is in wincontrol.inc, procedure TWinControl.CreateControlList Sorry a typo. It's TWinControl.CreateControlAlignList, function InsertBefore where the implementation of r 12699 provides the correct alignement, while the implementation of r 12700 does not. Just replacing the expressions in case AAlign with the previous ones the behavior becomes correct again. I don't submit a patch, because I'm unsure of other implications. Both solutions have their pros and cons. To use the current order (e.g. comparing Left instead of FBaseBounds.Left) is less stable, but more Delphi compatible. I changed it. Please test. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Class to store pointer values indexed by pointers
On Sat, 08 Dec 2007 09:53:53 -0300 Luiz Americo Pereira Camara [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: On Fri, 07 Dec 2007 22:52:29 -0300 Luiz Americo Pereira Camara [EMAIL PROTECTED] wrote: I need a class that stores a pointer value indexed by a pointer. It should provide a way to retrieve the value using the indexed value. I know TMap from Maps unit. There's another class that comes with fpc/lazarus? unit avglvltree TPointerToPointerTree BTW: i found the TAVLTree/AVL_Tree unit in fpc code base. It's similar to TAvgLvlTree/AvgLvlTree found in LCL (even the author is the same = Mattias) Is there any reason to not use the fpc (TAVLTree) version like being buggy or with less performance? No. The LCL version has just a few more properties, like a compare method and some nice to have wrapper classes. Maybe the LCL goodies code should be copied to the FCL version. I would prefer using fpc to avoid LCL dependency. No problem. Just copy the TPointerToPointerTree code and adjust it to use the AVL_Tree unit. I hope that someday the fpc generics are good enough to create a generic AVL tree. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Synedit and highlighters
On Sat, 08 Dec 2007 17:07:17 + Mark Morgan Lloyd [EMAIL PROTECTED] wrote: I'm looking at the Synedit v2 SQL highlighter which has support for PostgreSQL. When I have time I'll try and backport this into the fork used by Lazarus- where should I send the patch when done? See here http://wiki.lazarus.freepascal.org/Creating_A_Patch On a slightly different issue: does anybody know whether there's a way to get Synedit to apply a background tint to alternate lines of the text being edited, like classic music ruled listing paper? event OnSpecialLineColors I don't see an easy way of using a highlighter for this since I can't see how a highlighter can get the current line number, however if there were some way of doing it in the basic editor the effect could possibly be combined with foreground highlighting for e.g. assembler listings. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] directorycacher, directory existence check
On Fri, 07 Dec 2007 17:14:16 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Mattias Gaertner [EMAIL PROTECTED] [Fri, 7 Dec 2007 14:25:10 +0100]: On Fri, 07 Dec 2007 16:07:05 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: It should not raise an exception, because this is a low level function and it is allowed to search in non existing directories. For example: Packages create their output directories on the fly and these output directories are in the search paths of other packages. That is, about what said primary specification of UpdateListing() isn't known to me, earlier. Now, i know something such. I'ill see, what i can do. Case, with non-existent directory in paths, is infrequent, seemingly. But, with me is occured, so, it shouldn't abandoned. That's why I added a check to the compiler options dialog and to the 'Test'. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] About project saving (project paths options)
On Thu, 06 Dec 2007 19:13:27 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: That's notified: Correction of mistyped path (Other unit files box in project compiler options), affect to IDE behavoiur only after saving project, Changes to the unit path are committed, when pressing Ok in the dialog. so will be good have button Save options (with sense that it will affects to units searching) on project compiler options dialog, already presented Load/Save button may be used to that ? The Load/Save buttons are not yet documented. I can't document it myself, because my current dyn ip is blacklisted. Maybe I can do it tomorrow. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Wrongly option ... contains a not existing directory warning
On Fri, 07 Dec 2007 18:33:52 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Mattias Gaertner [EMAIL PROTECTED] [Fri, 7 Dec 2007 13:13:40 +0100]: On Fri, 07 Dec 2007 12:58:49 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: The message The ... option ... contains a not existing directory, wrongly say about my really existient directories. That occurs when i press OK button in search path editor dialog (be called from project compiler options), sayed about totally all directories from the path, so that warning is useless to find directory mistyping. Cut trailing slash forgotten (before existence checking) ? ide/compileroptionsdlg.pp function TfrmCompilerOptions.CheckSearchPath It not worked with relative paths (i'm forgot, whose that advice, to use relative paths, your, or may be Vincent Snijders). It does work with relative paths. But relative paths are context sensitive. Normally the IDE works internally only with absolute paths. The only exceptions are paths from unsaved project/package/files. So, either you didn't save the project/package yet and then a relative path makes no sense. Or a function in the IDE forgot to make the path absolute before passing it to the function. Whereas OK button, pressed on itself compiler options dialog (not paths editor !), give clean result. It is two different existence checking mechanics ? Yes. The first (leaving the path editor) is a simple heuristic. The second (leaving the compiler dialog) can really resolve all macros and relationships. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] directorycacher, directory existence check
On Fri, 07 Dec 2007 14:40:43 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: There my modified patch to directory existence check, this variant more aestetic, and in addition - keeps primary UpdateListing() formal specification untouched (though to that we may spit, because UpdateListing() currently used only within directorycacher). It must be useful, besides directory existence check in compiler options dialog, because directory can be renamed outside of design process (imperceptibly to IDE). With this correction, IDE bring message about directory non-existence only with first attempt to non-existent directory access, and unit not found (as before) with next attempts. Instead of IncludeTrailingPathDelimiter there is already AppendPathDelim. Probably you have a old file because of a svn conflict. Remove the file and update svn, or use svn revert. The 'if not DirectoryExists(Directory)' does not work on automounted directories. You must use FindFirst. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Include paths options inheritance details question
On Fri, 07 Dec 2007 14:12:12 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Mattias Gaertner [EMAIL PROTECTED] [Wed, 5 Dec 2007 20:09:59 +0100]: On Wed, 05 Dec 2007 14:45:10 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: May i don't prescription project's include path if it already prescribed to required package ? Have differences of prescription include directory to required module and to project directly, in sense that, in what sources (only that package's sources or project's sources too) i may use such directory as included from which? Can you give an example? package1, have incl1 in -Fi tunable project2, have package1 in requirements may i include files, located in incl1, to project2's sources ? What is in the include files? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Wrongly option ... contains a not existing directory warning
On Fri, 07 Dec 2007 12:58:49 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: The message The ... option ... contains a not existing directory, wrongly say about my really existient directories. That occurs when i press OK button in search path editor dialog (be called from project compiler options), sayed about totally all directories from the path, so that warning is useless to find directory mistyping. Cut trailing slash forgotten (before existence checking) ? It does: FileProcs: function DirPathExists(DirectoryName: string): boolean; begin Result:=Sysutils.DirectoryExists(ChompPathDelim(DirectoryName)); end; And cache: function TFileStateCache.FindFile(const Filename: string; CreateIfNotExists: boolean): TFileStateCacheItem; begin TrimmedFilename:=ChompPathDelim(TrimFilename(Filename)); Can you help me finding out why it does not work under windows? It starts here: ide/compileroptionsdlg.pp function TfrmCompilerOptions.CheckSearchPath Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New Logo
On Fri, 07 Dec 2007 15:21:29 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Guadagnini David [EMAIL PROTECTED] [Fri, 07 Dec 2007 12:51:00 +0100]: Boys... the new logo is fantastic! Please make to be delayed longer on screen, details cannot be distinguished... Please not. I want to work. Maybe the about logo can be enlarged. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Wrongly option ... contains a not existing directory warning
On Fri, 07 Dec 2007 19:16:20 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Mattias Gaertner [EMAIL PROTECTED] [Fri, 7 Dec 2007 16:53:59 +0100]: On Fri, 07 Dec 2007 18:33:52 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: It does work with relative paths. But relative paths are context sensitive. Normally the IDE works internally only with absolute paths. The only exceptions are paths from unsaved project/package/files. So, either you didn't save the project/package yet and then a relative path makes no sense. Or a function in the IDE forgot to make the path absolute before passing it to the function. Whereas OK button, pressed on itself compiler options dialog (not paths editor !), give clean result. It is two different existence checking mechanics ? Yes. The first (leaving the path editor) is a simple heuristic. The second (leaving the compiler dialog) can really resolve all macros and relationships. OK, i will examine all that, but you insist, that it Windows-specific problem ? Naa, just that I have not seen it under linux yet. If you have an example I can try to reproduce it. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Include paths options inheritance details question
On Fri, 07 Dec 2007 15:53:02 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Mattias Gaertner [EMAIL PROTECTED] [Fri, 7 Dec 2007 13:16:44 +0100]: On Fri, 07 Dec 2007 14:12:12 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: package1, have incl1 in -Fi tunable project2, have package1 in requirements may i include files, located in incl1, to project2's sources ? What is in the include files? You conduction to that, whatever inc-file may be turned into pas-file, i.e. unit ? But, i try to clarify what i can do with lazarus, and what i can't. Answer is no, implied ? Answer is yes: of course you can inherit include search paths. But I can only think of one case, where it makes sense (a little bit): An include file containing a lot of IFDEFs/Defines for the various compilers. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ShellApi available in Lazarus?
On Fri, 7 Dec 2007 09:51:46 -0800 el stamatakos [EMAIL PROTECTED] wrote: Hi Jeff, I would like to be able to call other programs so I usually would use the ShellExecute command. How is this done on Lazarus for Linux. Thanks See http://wiki.lazarus.freepascal.org/Executing_External_Programs Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Class to store pointer values indexed by pointers
On Fri, 07 Dec 2007 22:52:29 -0300 Luiz Americo Pereira Camara [EMAIL PROTECTED] wrote: I need a class that stores a pointer value indexed by a pointer. It should provide a way to retrieve the value using the indexed value. I know TMap from Maps unit. There's another class that comes with fpc/lazarus? unit avglvltree TPointerToPointerTree Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GUID generator in Lazarus
On Thu, 06 Dec 2007 08:52:15 +0100 Tiziano De Togni [EMAIL PROTECTED] wrote: Graeme Geldenhuys wrote: So anybody got a suitable location for the Insert a GUID menu entry? Currently I inserted it in the Tools menu after Diff and before the Menu Separator item. The Edit menu is already over populated and is very long, so I don't know it that's the appropriate place to add it. Alternatively I can insert it in the editor window popup menu, but that is also fast becoming a over populated menu. Is Tools okay? But then it isn't really a tool is it? Choices, choices :) Why not put into Edit|Insert|General|GUID ? it's in a deep position, but it should be his place, along with the Ctrl+Shift+G shortcut Good idea. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Copy File from source to destination
On Wed, 5 Dec 2007 17:41:21 -0800 el stamatakos [EMAIL PROTECTED] wrote: Hi , How do you copy a file from one location to another Delphi has CopyFileTo how do you do this in Lazarus. Thanks unit FileUtil CopyFile. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Problem compiling last SVN
On Thu, 06 Dec 2007 13:47:49 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Paul Ishenin [EMAIL PROTECTED] [Thu, 06 Dec 2007 17:18:06 +0700]: Guadagnini David пишет: Have a problem during compile last SVN version (13080) The messag is C:\lazarus\ide\lazarus.pp(114,1) Error: Undefined symbol: VMT_LCLCLASSES_TLCLHANDLECOMPONENT Talked about compiling IDE from itself, as i mean... 1. svn update 2. make clean 3. make 4. startlazarus.exe 5. Tools-Configure Build Lazarus 6. Switch Clean Up + Buld all to ON 7. Go to Advanced build options, switch starter to none position 8. With packages switch to ON 9. Press Build got: --- C:\Works-FPC\lazarus-snap\ide\lazarus.pp(114,1) Error: Undefined symbol: VMT_LCLCLASSES_TLCLHANDLECOMPONENT C:\Works-FPC\lazarus-snap\ide\lazarus.pp(114,1) Fatal: There were 1 errors compiling module, stopping You need to recompile clean the packages too. The IDE builder should be extended for this common fpc bug. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Give me way to debug codetools !!!
On Thu, 06 Dec 2007 14:31:38 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: * Paul Ishenin [EMAIL PROTECTED] [Tue, 04 Dec 2007 22:48:09 +0700]: Andrey Gusev wrote: Have some enrichment of debug output in finddeclarationtool.pas, i don't see results in --debug-log file If you are on windows, just add {$apptype console} to lazarus\ide\include\ide.inc and you'll have second ide window with console. There you'll see all output and your debugln too. Thanks, that is just what need. = Investigation in progress... But, maybe have some ideas about this: --- [...] \lazarus-snap\lcl;C:\Works-FPC\lazarus-snap\lcl\widgetset;C:\Works-FPC\lazarus-s nap\lcl\interfaces\win32;C:\Works-FPC\lazarus-snap\packager\registration TCTDirectoryCache.FindUnitSourceInCleanSearchPath CurPath=C:\Works-FContr\Contracts\Apps 111 TCTDirectoryCache.FindUnitSource UnitName=WorkrXtr AnyCase=True Directory=C:\Works-FContr\Contracts\Apps\ TCTDirectoryCache.UpdateListing Listing:timestamp=2 333 TCTDirectoryCache.FindUnitSourceInCleanSearchPath CurPath=C:\Works-FContr\Contracts\Apps\Mods 111 TCTDirectoryCache.FindUnitSource UnitName=WorkrXtr AnyCase=True Directory=C:\Works-FContr\Contracts\Apps\Mods\ TCTDirectoryCache.UpdateListing Listing:timestamp=2 Listing is empty AG: that's wrong, listing of C:\Works-FContr\Contracts\Apps\Mods\ cannot be an empty, there enough many units, WorkrXtr including TCTDirectoryCache.FindUnitSourceInCleanSearchPath CurPath=C:\Works-FContr\Contracts\gen [...] --- Somewhat wrong in depth of directorycacher.pas, pool/timestamp mechanics or whatever... ? Can you add more debugln, to see if TCTDirectoryCache.UpdateListing finds all the files in the directory? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Problem compiling last SVN
On Thu, 06 Dec 2007 15:02:51 +0100 Guadagnini David [EMAIL PROTECTED] wrote: I use Clean and build without packages and now work Errata corrige! Lazarus build ok but I can't rebuild any my application. The message is the same: project1.lpr(23,1) Error: Undefined symbol: VMT_LCLCLASSES_TLCLHANDLECOMPONENT All .ppu files, that contain this symbol must be recompiled. But fpc does not do it. So the linker fails. It's a bug in fpc, but it is hard to reproduce in a simple case, so it will probably not be fixed soon. You must recompile your application and all used packages clean. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TODO List?
On Thu, 6 Dec 2007 11:37:59 -0300 Nicolas Rodriguez [EMAIL PROTECTED] wrote: Hi everybody, I'm new to Lazarus and I want to collaborate. I've used it for a couple of weeks and I got a list of things I'll like to correct. Does a TODO list exists somewhere? How do you coordinate work so nobody works in vain? I'm used to work in small groups (2 o 3 people) so I don't know where to begin. Thanks in advance, Here are some hints for beginning: http://wiki.lazarus.freepascal.org/How_To_Help_Developing_Lazarus Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Fatal: Can't find unit *** used by Lazarus when build lazarus with my own package
On Wed, 05 Dec 2007 13:40:31 -0300 Osvaldo TC Filho [EMAIL PROTECTED] wrote: Nop.Don't soved, sory! (for me) -New project -insert TSynedit -F9 unit1.pas(8,70) Fatal: Can't find unit SynEdit used by Unit1 Fixed for virtual files too (not saved files). Mattias 0.9.25 Beta (subversion) svn revision: 13666M i386-linux gtk2 Em Seg, 2007-12-03 às 22:46 +0100, Mattias Gaertner escreveu: On Sun, 2 Dec 2007 21:43:16 -0600 Jesus Reyes A. [EMAIL PROTECTED] wrote: - Original Message - From: Mattias Gaertner [EMAIL PROTECTED] To: lazarus@miraclec.com Sent: Sunday, December 02, 2007 4:29 PM Subject: Re: [lazarus] Fatal: Can't find unit *** used by Lazarus when build lazarus with my own package On Sun, 02 Dec 2007 11:17:58 -0300 Osvaldo TC Filho [EMAIL PROTECTED] wrote: The ide do not insert the new packages and units (in project file) automatically. I have to go in project inspector and add packages manually. The IDE adds the package when you add one of its components to a form of the project. Yes, but this is currently broken, see http://www.freepascal.org/mantis/view.php?id=10234 Fixed. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GUID generator in Lazarus
On Wed, 5 Dec 2007 10:51:49 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 05/12/2007, Vincent Snijders [EMAIL PROTECTED] wrote: Graeme Geldenhuys schreef: Ctrl-Shift-G shows the procedure list (whatever that is ;-) :-) The content for the wiki page is almost done! (btw: That must be my most used feature in Lazarus... I'm lost navigating code without it!) Maybe we should move Procedure List to Ctrl+G (like GExperts in Delphi for the same feature), but then Ctrl+G I think is used for 'Goto Line...' in Lazarus (or was that Alt+G)? My proposal: Alt+G: Goto Line... Ctrl+G: Procedure List Ctrl+Shift+G: Insert GUID Any thoughts? Alt+G: Procedure List Ctrl+G: Goto Line... Ctrl+Shift+G: Insert GUID Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Include paths options inheritance details question
On Wed, 05 Dec 2007 14:45:10 +0300 Andrey Gusev [EMAIL PROTECTED] wrote: Units paths options is inherited by packages requirements (to project). This rule is applicable to include paths options ? Yes, but I know only a few artificial cases where this makes sense. See package editor / Options / Usage. Normally inheriting sources is a bad idea. May i don't prescription project's include path if it already prescribed to required package ? Have differences of prescription include directory to required module and to project directly, in sense that, in what sources (only that package's sources or project's sources too) i may use such directory as included from which? Can you give an example? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives