Re: [lazarus] Language translation...
On Mon, 11 Feb 2008 21:06:10 + Hakan K <[EMAIL PROTECTED]> wrote: > > Hi, > > i plan translate lcl/languages/lclstrconsts.po file to Turkish > Language... > > What about this and where i can post translated file? Copy the file and name it lclstrconsts.tr.po. Add translations and send the whole file either to the bug tracker or me. The file must be encoded in UTF-8. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
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] ColorToRGB in console app
On Mon, 11 Feb 2008 08:54:59 +0200 "Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote: > On 10/02/2008, Mattias Gaertner <[EMAIL PROTECTED]> wrote: > > > > > > This console app runs okay on Delphi. Is there something I'm > > > missing here or is this just not possible with Lazarus? > > > > Did you add the 'interfaces' unit as one of the first units of your > > program? > > > You can't do that Mattias! It then it becomes a GUI application. The > 'interfaces' unit pulls in GUI code which then requires X Server under > Linux etc... Yes. The LCL is a visual component library. When someone asks on this list about 'console app runs okay on Delphi' I assume he wants a short answer to get something Delphi compatible and not a long answer about pros and cons. 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 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] 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] 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] 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] 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- > 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-". 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- 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] 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] 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] 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: [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] 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 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=lazarus&r1=13868&r2=13867&pathrev=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: 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: [fpc-pascal] Re: FCL-DB/SQLDB docs started
On Wed, 23 Jan 2008 16:33:23 + Chris Kirkpatrick <[EMAIL PROTECTED]> wrote: > Hi Mattias - > > I have looked at LazDoc in the IDE. It is very nice in principle, and > allows us to copy inherited properties, for example. However, I > cannot save any changes that I make with LazDoc in the IDE. If I make > a change and press SAVE, then go to another property, when I come > back to the property I just changed, there is nothing left! If I exit > from the project, saving changes, none of my changes made with PazDoc > are saved. > > I can still edit the XML file using LazDe as a separate application, > and the changes are saved OK. > > I have submitted a bug report for the IDE LazDoc. 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] 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] 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] 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 (line 2955 pos 63): > >> Unmatching element end tag (expected "") 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] 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] 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 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: [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] 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: [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]
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] 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] 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] 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] 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] 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] 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] 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] 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
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] 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
[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] How to set LCL_PLATFORM
On Wed, 02 Jan 2008 19:16:13 +0100 (CET) "Dave Parsons" <[EMAIL PROTECTED]> wrote: > Hi all, > > I'm beginning to put together a native OS/2 version of Lazarus > and I need to define a new platform. > >From the online documentation and the source code it seems that > the thing to do is to define LCL_PLATFORM. > fpcmake.ini has a definition of LCL_PLATFORM but it differs from > the definitions in the Lazarus Makefile.fpc files. > > So my questions at the moment are, > 1. is there a global way to set this or is it a case of hand editing >each makefile.fpc? > 2. what should the new platform be called? >OS/2 can work in non GUI mode, GUI mode using its native PM API, >X using XFree and Qt3 emulation, so my preference would be os2pm. LCL_PLATFORM is for widgetset like gtk. Maybe you want to first try to get gtk running on OS/2 before starting a new widgetset. Otherwise: I can setup a new widgetset, but I need a good name. 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 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] 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] 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: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] 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 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] 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] 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] 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] 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] 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] 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] 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] FPC package builder
On Thu, 27 Dec 2007 15:29:19 + Sam Liddicott <[EMAIL PROTECTED]> wrote: > The attached create_fpc_deb.sh is the latest working copy. > > # create native > ./create_fpc_deb.sh fpc ~/lazarus/fpc > > # create win32 cross compiler > # script couldn't guess BINUTILSPREFIX as it begins with i586 not i386 > OS_TARGET=win32 CPU_TARGET=i386 BINUTILSPREFIX=i586-mingw32msvc- > ./create_fpc_deb.sh fpc ~/lazarus/fpc > > # create powerpc linux > OS_TARGET=linux CPU_TARGET=powerpc ./create_fpc_deb.sh fpc > ~/lazarus/fpc > > > /etc/fpc.cfg has: > #include /usr/lib/fpc/fpc-cross.cfg > > which has entries like: > #if 2.3.1 = $fpcversion > #include /usr/lib/fpc/2.3.1/fpc-cross.cfg > #end > > added. I have to do this because fpc doesn't interpolate the > $fpcversion in #include statements even though it does in the error > message generated by failed include statements! (as strace shows, it > looks for a file with literally $fpcversion in the name). > > These various files are correctly managed in postinst and prerm. Thanks. Applied. Mattias > BUGS: > The cross-fpc package has the cross compiler in, so you can't install > two cross packages for the same CPU. There ought to be a separate > package for each cross compiler and additional packages for each OS > target depending on the CPU package. > > However I will not fix up this script to handle that, I will adjust > the main fpc makefile so that it creates a debian folder with the > right control files for all these packages in it; at such time this > script will be reduced to a make-dist on the svn, and the deb_build > on that. > > Sam > _ 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] 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] 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 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] debugging - tracing into .inc files
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 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] OnIdle event is effective only on last (last created?) form ?!
On Mon, 17 Dec 2007 21:06:12 +0300 Al Boldi <[EMAIL PROTECTED]> wrote: > Andrey Gusev wrote: > > With many forms have implements OnIdle event > > (TApplicationProperties) only one work really. > > Sample projects is attached. Debug output files must be identical, > > but for lazarus's project > > we only see output from 'bbb' form, whereas for delphi's - correct, > > intermittent from both forms > > (see *.log files in attached archive). > > I think, that is bug or incompleteness of TApplicationProperties > > component. > > What developers team thinked about that ? > > The problem is that Application.OnIdle is global, so setting it will > only fire for the last one. Application.OnIdle should be set to > TApplicationProperties.OnIdle, then TApplicationProperties should > check whether there are other TApplicationProperties components, and > then fire those. Should be easy to fix. TApplicationProperties now uses handler lists instead of global events. That means for example, two TApplicationProperties can now both set OnIdle and both are called. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sockets programming
On Mon, 17 Dec 2007 11:11:18 + Mark Morgan Lloyd <[EMAIL PROTECTED]> wrote: > I'm looking at something that uses UDP directly, It's being built > from the ground up in Delphi and Lazarus for both Win-32 and Linux. > > In Delphi I can control sockets directly by using "USES WinSock". > However Lazarus/FPC appears to have at least two libraries with > similar functionality, including winsock.pp and sockets.pp- which > should I be using? sockets.pp. But this is very basic. There are good and free networking libraries working under linux/windows and delphi/lazarus. For example: synapse and indy. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Obtain Form (screen related) coordinates
On Mon, 17 Dec 2007 09:27:07 +0100
Tiziano De Togni <[EMAIL PROTECTED]> wrote:
> Fabio Dell'Aria ha scritto:
> > How I can obtain the Form (screen related) coordinates?
> >
> >
> > In Delphi I use Left/Top and (Left + Width)/(Top + Height),
> >
> > but in Lazarus Width=ClientWidth and Height=ClientHeight
> >
> > so I cannot use the same method.
> >
> this is a common FUQ for Lazarus (Frequently Unanswered Question)...
>
> I suppose that you have this problem under windows, try something
> like this:
>
> var r: TRect;
>
> {$IFDEF WIN32}
>// let's use the win32 APIs
>getwindowrect(Form1.handle,r);
>
>top:= (screen.height-(r.bottom-r.top));
>left:=(screen.width-(r.right-r.left));
> {$ENDIF}
> {$IFDEF LINUX}
> top:= (screen.height-height);
> left:=(screen.width-width);
> {$ENDIF}
>
> not sure if this issue has been resolved in recent releases of
> Lazarus...
No. See
http://wiki.lazarus.freepascal.org/Lazarus_Faq#Why_are_TForm.ClientWidth.2FClientHeight_the_same_as_TForm.Width.2FHeight
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] key mappings (lowest priority ever!)
On Sun, 16 Dec 2007 11:35:34 +0100 "Roberto Padovani" <[EMAIL PROTECTED]> wrote: > Hi, > > I just wanted to change some key mappings in the editor options and > everything worked just fine, except that I added a shortcut to "set a > free bookmark" (I liked Ctrl-B) and it doesn't work. Any other > shortcut for this doesn't work. > I couldn't find anything on the mantis, so is there anyone using this > shortcut out there ? am I missing something ? Fixed in svn 13350. 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] 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] 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] cross compile deb status and next problem
On Fri, 14 Dec 2007 13:31:25 +0300 Al Boldi <[EMAIL PROTECTED]> wrote: > 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. The tools are for example assembler and windres. Some tools like gprof are nice to have. > Why are the ppu's in there? Can't they be compiled locally? No. Unless you are a FPC crack. Maybe it will become possible with the fppackage system. > > > Is there any > > > chance to release a mini-fpc_crosswin32 akin to > > > binutils-2.15-win32-i386-linux. > > > > Why binutils 2.15? > > Actually, or any later version, if that version proves stable. 2.15 > seems rather stable. 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 12:42:23 +0300 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? > Is there any > chance to release a mini-fpc_crosswin32 akin to > binutils-2.15-win32-i386-linux. Why binutils 2.15? > IOW, where is binutils-2.15-linux-i386-win32? 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] 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] 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] 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] 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 , > LongInt)" laz_xmlstreaming.pas(126,15) Error: There is no method in > an ancestor class to be overridden: "TXMLObjectReader.Read(var > , 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] 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] 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] 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] '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] 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] wincontrol align bug
On Sat, 08 Dec 2007 19:31:17 +0100 Giuliano Colla <[EMAIL PROTECTED]> wrote: > Mattias Gaertner ha scritto: > [...] > > 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. > > > > > Tested. Works fine, thank you. > > But if the other way around was better, in your opinion, I may add > some information, just to see if we can get the best solution. > In my application I have two widgets which are there since form > creation, and other widgets which are created run-time. The widgets > created run-time take precedence over the others. One would say that > the FBaseBounds properties weren't properly set for the widgets > streamed from lfm. If such is the case, what would need to be fixed > is the proper initial setting of FBaseBounds. The FBaseBounds are sometimes wrong in 0.9.24. This has been fixed in svn. Did you test with the current 0.9.25? 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] Class to store pointer values indexed by pointers
On Sat, 8 Dec 2007 16:41:41 +0100 "Inoussa OUEDRAOGO" <[EMAIL PROTECTED]> wrote: > Hi, > > There is a licencing difference : fpc/AVL_Tree is GPL 2 ( or above ) > while lcl/AvgLvlTree is _modified_ LGPL . Is there a reason for this ? Hmm, probably because the AVL tree stuff was formerly part of the codetools, which are GPL. It should be changed in the FCL to modified LGPL2 too. 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] 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] 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] 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 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] 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] 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] About project saving (project paths options)
On Fri, 07 Dec 2007 18:51:45 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Mattias Gaertner <[EMAIL PROTECTED]> [Fri, 7 Dec 2007
> 15:51:54 +0100]:
> > 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.
>
> Maybe it is directorycacher reset problem, why "unit not found..."
> messages stops
> ONLY AFTER project saving done ?
Maybe, maybe not.
The directorycacher is 'reset' pretty often.
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
