Re: [lazarus] patch helpmanager
Mattias Gaertner wrote: On Sun, 2 Jul 2006 17:38:09 +0200 Darius Blaszijk [EMAIL PROTECTED] wrote: This patch enables double clicking of a help item. Thanks. Applied. Did it work? Because I was testing this patch before applying and it seems the event isn't raised. I think a patch for the lfm is missing, so the event handler is not assigned to the event. Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] patch helpmanager
Vincent Snijders wrote: Mattias Gaertner wrote: On Sun, 2 Jul 2006 17:38:09 +0200 Darius Blaszijk [EMAIL PROTECTED] wrote: This patch enables double clicking of a help item. Thanks. Applied. Did it work? Because I was testing this patch before applying and it seems the event isn't raised. I think a patch for the lfm is missing, so the event handler is not assigned to the event. fixed in revision 9559. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: RES: [lazarus] Windows XP Hint Shadow
Henrique P Faria wrote: Vincent i agree to have the hint shadow enabled on Lazarus for Win32, and I don't see any problem because it is a feature of XP Theme and Lazarus has the XP manifest on it. By the way, i found the class function TWin32WSHintWindow.CreateHandle and tried to set the parameters but I didn't have success. I will try to do it. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] fpDoc LazDoc vs pasDoc
Graeme Geldenhuys schreef: Thanks! BTW: I just ran fpdoc against my code and the html didn't look like the FPC or Lazarus documentation. A close look at the HTML, I noticed that it is referring to a non-existent fpdoc.css stylesheet. Is fpdoc supposed to create that on the fly? If not, wouldn't it be a good idea, seeing that the generated HTML referrers to it. I am not sure it is a good idea. It would overwrite custom stylesheets. A template is in svn: http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/fpdoc.cst?root=docsview=markup The one used by Lazarus is in svn too: http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/docs/html/fpdoc.css?root=lazarusview=markup Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] lazarus is crashing
Darius Blaszijk wrote: Since yesterday I have this problem; Each time I run a project (doesn't matter if it's existing or new). The application compiles and then I get a message file not open. I've been looking what could cause this without success. I have added the debug snip below. Does anybody have an idea? Darius [TCompiler.Compile] end [TDebugManager.DoInitDebugger] A [TCmdLineDebugger] Debug PID: 172 [Debugger] Running GDB version: 6.0 [TDebugger.SetFileName] FileName = C:\Develop\modelbuilder\src\trunk\modelbuilder.exe [TDebugManager.DoInitDebugger] END [TMainIDE.DoRunProject] B TGDBMIDebugger TApplication.HandleException File not open Stack trace: $005A05F7 TDEBUGMANAGER__RUNDEBUGGER, line 1825 of DebugManager.pas $004331F1 TMAINIDE__DORUNPROJECT, line 7782 of Main.pp $00422C4C TMAINIDE__MNURUNPROJECTCLICKED, line 3216 of Main.pp $00491DA2 TCONTROL__CLICK, line 1865 of ./include/control.inc $0049B321 TCUSTOMSPEEDBUTTON__CLICK, line 77 of ./include/speedbutton.inc $00491C76 TCONTROL__WMLBUTTONUP, line 1820 of ./include/control.inc $0083A6CB $00491722 TCONTROL__WNDPROC, line 1542 of ./include/control.inc $004906CC TCONTROL__PERFORM, line 1014 of ./include/control.inc $0048854D TWINCONTROL__ISCONTROLMOUSEMSG, line 2875 of ./include/wincontrol.inc $004895A1 TWINCONTROL__WNDPROC, line 3380 of ./include/wincontrol.inc $004EF9EF DELIVERMESSAGE, line 572 of Win32Proc.pp $00460278 WINDOWPROC, line 1843 of win32callback.inc Thanks for the backtrace. Fixed in r9572. Writeln was used instead of DebugLn. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] compiling a DLL
Christian Budde wrote: Back to my problem: i found out that adding: Application.Initialize avoids the access violation but introduces a bounds check error. Anyway Delphi works without the need to add Application.Initialize so it must be possible. I've already compared the *constructor* Application.Create and found out, that Delphi does not create a handle if it is a library. In LCL this part looks quite different. Also after a search on the forum I found out, that in Delphi the Application of the host is used (or at least its handle) instead of creating a new Application. And I think that is the heart of the problem. I don't think it is possible to share the Application object yet, fpc needs to support packages (like .bpl) for that so, that the LCL can be shared. But maybe I am wrong, you have researched more than I have. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] compiling a DLL
Christian Budde wrote: Vincent Snijders schrieb: Christian Budde wrote: Back to my problem: i found out that adding: Application.Initialize avoids the access violation but introduces a bounds check error. Anyway Delphi works without the need to add Application.Initialize so it must be possible. I've already compared the *constructor* Application.Create and found out, that Delphi does not create a handle if it is a library. In LCL this part looks quite different. Also after a search on the forum I found out, that in Delphi the Application of the host is used (or at least its handle) instead of creating a new Application. And I think that is the heart of the problem. I don't think it is possible to share the Application object yet, fpc needs to support packages (like .bpl) for that so, that the LCL can be shared. But maybe I am wrong, you have researched more than I have. Is there anyone on the list who can tell me more? Are there already plans for sharing the Application object or support of packages? With this option it would be also possible to add components at real time, like it is possible with Delphi. Support for packages is planned for fpc 2.2 http://www.freepascal.org/wiki/index.php/Road_map Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus Forum Organization
Felipe Monteiro de Carvalho wrote: On 7/7/06, Marc Weustink [EMAIL PROTECTED] wrote: IMO, the amount of spam is still managable. And as long that is the case there is no need to register. Acctually I´ve being cleaning about 5 spam messages each day. Today I removed about 15 I think, but there are still about 10 waiting to be removed. Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Directory changes in the win32 (snapshot) installer
Hi, I have been restructuring the directory layout of fpc in the win32 snapshots. Now source, compiler and units are in the fpc\2.1.1 subdirectory and pp and fpcsrc subdirectories. Users of the snapshots are advised to install the new snapshots (20060710 and later) in an empty directory. Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus Forum Organization
Felipe Monteiro de Carvalho schreef: On 7/9/06, Matthijs Willemstein [EMAIL PROTECTED] wrote: Make that another 15 :( I just removed them. Make that yet another 15 which I just removed. This morning I deleted another 16. If we don´t have e-mail problems anymore I suggest that we put a Lazarus news saying that in a certain amount of time (2 weeks?) it will be obrigatory to have a account to post messages on the forum, and all those having problems registering should contact us to solve those problems. Do you guys agree? Do you think it would help? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus Forum Organization
Marc Weustink schreef: Vincent Snijders wrote: Felipe Monteiro de Carvalho schreef: On 7/9/06, Matthijs Willemstein [EMAIL PROTECTED] wrote: Make that another 15 :( I just removed them. Make that yet another 15 which I just removed. This morning I deleted another 16. If we don´t have e-mail problems anymore I suggest that we put a Lazarus news saying that in a certain amount of time (2 weeks?) it will be obrigatory to have a account to post messages on the forum, and all those having problems registering should contact us to solve those problems. Do you guys agree? Do you think it would help? It would help. Most spambots simply post to a fixed url. The most of them won't login. If there are stil email problems, we can turn moderation on for guests. Then I think we should do it. Michael, can you post the news message as soon as possible and turn off anonymous postings in two weeks? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: Directory changes in the win32 (snapshot) installer
Gabor Boros schreef: The startlazarus.exe is broken This problem is caused by the stripping of the executable. Strangely enough lazarus itself isn't broken by it. I will ask the fpc developers how to proceed. and if I try Tools/Build Lazarus the result is c:\lazarus_snapshot\lcl\Graphics.pp(36,9) Fatal: Can't find unit Contnrs. I think I fixed this, so tomorrows snapshot will create a good fpc.cfg. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: Directory changes in the win32 (snapshot) installer
Vincent Snijders wrote: Gabor Boros schreef: The startlazarus.exe is broken This problem is caused by the stripping of the executable. Strangely enough lazarus itself isn't broken by it. I will ask the fpc developers how to proceed. This is a bug in the internal linker in fpc. I reported it at http://www.freepascal.org/mantis/view.php?id=7138. Since I think it will take a couple of weeks to fix, I turned of stripping of startlazarus the installer. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: Directory changes in the win32 (snapshot) installer
Marc Weustink schreef: Vincent Snijders wrote: Vincent Snijders wrote: Gabor Boros schreef: The startlazarus.exe is broken This problem is caused by the stripping of the executable. Strangely enough lazarus itself isn't broken by it. I will ask the fpc developers how to proceed. This is a bug in the internal linker in fpc. I reported it at http://www.freepascal.org/mantis/view.php?id=7138. Since I think it will take a couple of weeks to fix, I turned of stripping of startlazarus the installer. You can also strip the exe and use external linking Yes, that is what I noted in the bug report. Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] About Promoting-FPC
Al Boldi wrote: Florian Klaempfl wrote: Lord ZealoN wrote: I know. I started this initiative, but some people are intereseted in this. Did you expect something else ;)? This is the common case in OSS, a lot of people are interested but maybe 1 per cent really does some work then. A good way to increase this percentage is to respond to user/developer questions, instead of just ignoring them. Do you have any specific questions in mind? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Hint Shadow
Henrique P Faria schreef: BTW Vincent, did u get any progress to implement hint shadow resource on Win32 Lazarus ? No, currently I am busy trying to fix issue 7108: http://www.freepascal.org/mantis/view.php?id=7108 Maybe you can add the information about this feature to the bug tracker, so it won't be forgotten. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Form editor copy/paste bug (refresh related)
George Birbilis schreef: At lazarus 0.9.12beta, when right clicking a button on a form and pressing Copy, then Paste, then button doesn't appear, but only a placeholder for it. At next paste or other component insert on the form action, the button that was showing a placeholder now appears ok This bug has been fixed. e.g. try pasting this: object Button1: TButton BorderSpacing.InnerBorder = 2 Caption = 'George' TabOrder = 0 Left = 162 Height = 25 Top = 119 Width = 75 End Also CTRL+C/CTRL+V don't seem to do something on the form designer, how come? No idea. Can somebody file this as a bug and confirm with bug id here? Too busy at the moment to do find my bug db pwd... I am too busy to browse the bug db myself. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Converting Unicode to ANSI
George Birbilis schreef: I had such dificulties lately trying to manage Unicode texts. List members guided me to use UTF...* set of functions to manipulate Unicode strings and finally I got it. I'm not a high skilled programmer but because I mostly deal with such texts (it is Greek you see) I may think something. If it is on Windows visual component should support Unicode, your code may have no problem. There are available such components. If it is on Linux, I think you have to compile with gtk2 in order to get Unicode support. In any case font used should also support alphabets used in text. * you can use UTF8Copy() instead of Copy(), UTF8Pos instead of Pos() etc. This set of functions is implemented in lclproc. Btw, have you seen http://mh-nexus.de/unisynedit.htm It says: Unicode support for WindowsLinux without depending on any additional library or component package. Added new unit SynUnicode.pas that contains Unicode versions of often used string-functions. It's TWideStrings TWideStringsList-classes were taken from JCL, adapted to be cross-plattform and generate smaller executables. Not sure if this has progressed, but maybe Lazarus should follow that branch of SynEdit in the future, or fix that too to work with Lazarus if it doesn't (is there any doc of the fixes done to SynEdit [maybe some Diff between the Lazarus SynEdit and SynEdit1.1] to support Lazarus?) Every change the lazarus team made to the source code is in {$IFDEF SYN_LAZARUS}. Do a find in files, to see the changes. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] About Promoting-FPC
Tiziano - Mekar Srl - schreef: I agree, let's push it on the rail, ok? I wrote my little article about Freely programming with Free Pascal and Lazarus aimed to get the attention of italian people to try and use it. It's in italian language and actually it is hosted here: http://www.linuxtrent.it/Members/tiziano_mk/fpc_lazarus.pdf/view I think this could be enough, by now, and I am now working on another italian article about deeper details about Free Pascal. Following this thread, I understand that the right place to put articles of this kind should be this: http://promoting-fpc.lordzealon.com but is it official? It will be linked on the Lazarus Home page? Is this the right place even for material in Italian (and other) language? I would like a kind advice about this matter before spending my time working on this. As far as I am concerned, feel free to create a promotional page on the Lazarus wiki and link to your article from it. http://wiki.lazarus.freepascal.org/index.php/Marketing_Case_Studies is a related page. Maybe you can add it there, maybe a new page needs to be created for it. It would be best, you wrote the page (maybe only a stub) in English and translated it to Italian. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Issue ID: 2061
Borut Maricic wrote: http://www.freepascal.org/mantis/view.php?id=2061 Summary: Uses is case-sensitive under win32 -- Mattias - 2006-07-15 01:12 -- Next try. I found a bug, that could be responsible. Again: Only a windows user can find out. Tried it out under WinXP with SVN 9618 and it indeed seems to be gone. Not case-sensitive any more. Then, please, close the issue. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Issue ID: 2061
Borut Maricic wrote: http://www.freepascal.org/mantis/view.php?id=2061 Tried it out under WinXP with SVN 9618 and it indeed seems to be gone. Not case-sensitive any more. Then, please, close the issue. As far as I can see (but I wear glasses ;), one can only add/change notes, upload files and change his/her monitoring status for issues **one reported initially himself/herself**. (If this is true, maybe it should be changed a bit.) One can not close even his/her own issue (and the issue 2061 has even not been initially reported by me). If I did not overlook something, mantis is quite restrictive about access to its various functions, depending on who you are and if you are initial reporter of the issue or not. Sorry, I thought you were the initial reporter. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FP/Lazarus for production use
George Birbilis schreef: Why not add to this mail footer (the list footer) a link that speaks about Lazarus and has the FAQ available at first view? Because some people don't like long signatures and footers? ;-) George Birbilis ([EMAIL PROTECTED]) Microsoft MVP J# for 2004-2006 Borland Spirit of Delphi * QuickTime, QTVR, ActiveX, .NET, Delphi VCL, XML, IPC http://www.kagi.com/birbilis * Robotics http://www.mech.upatras.gr/~Robotics http://www.mech.upatras.gr/~robgroup _ avast! Antivirus http://www.avast.com : Outbound message clean. Virus Database (VPS): 0630-1, 24/07/2006 Tested on: 25/7/2006 10:38:15 p? avast! - copyright (c) 1988-2006 ALWIL Software. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ButtonPanel component issues
Graeme Geldenhuys wrote: Hi, Anybody using Qt widget set. Can you confirm the button order in dialogs (referring to Help, OK and Cancel buttons). As far as I can tell this is what I have... Win32:Help, OK, Cancel Gnome, GTK1, GTK2: Help, Cancel, OK Qt: Help, OK, Cancel Currently the TButtonPanel only looks for {$IFDEF Unix} and {$ELSE} which I guess means MSWindows. This wouldn't work for the Qt widget set? Qt 4.2 now has a QDialogButtonBox which does the same, but they mention Desktop Environments instead of OS Environments, due the Gnome and KDE both being able to run on a *unix OS, but their button orders differ. Anybody got an idea how we can change the TButtonPanel to check the Desktop Environment (widget set) instead of the OS? I think TWidgetSet should have a method for the default button order. Specific widget sets can override that method for their specific order. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [Lazarus] Last Snapshots not draw control in runtime
v.scozzaro '[EMAIL PROTECTED]' wrote: Last Snapshots not draw control in runtime http://www.hu.freepascal.org/lazarus/ ftp://ftp.hu.freepascal.org/pub/lazarus/Lazarus-0.9.17-20060727-win32.exe This Not draw control in runtime Please, submit a bug report with a sample application. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: AW: [lazarus] [ANN] Application using VT and ACS
Christian Ulrich wrote: I have changed the german main page and added an screenshot of Audio X to The Lazarus Application gallery. I dont have rights to change the english main page maybe this can be dobe by vincent,jesus or mathias ? Regards Christian -Ursprüngliche Nachricht- Von: Alexandre Leclerc [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. Juli 2006 18:02 An: lazarus@miraclec.com Betreff: Re: [lazarus] [ANN] Application using VT and ACS 2006/7/27, Christian Ulrich [EMAIL PROTECTED]: Exactly, thanks maybe i schould link this at the mainpage beside actice lazarus projects ? Why do you think it should be linked at the main page? I would totally agree. I was not able to find it myself; I had to use google. (I know google can tell me who is pointing to this page, but I had no time for that.) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: AW: [lazarus] [ANN] Application using VT and ACS
Christian Ulrich wrote: I have changed the german main page and added an screenshot of Audio X to The Lazarus Application gallery. I dont have rights to change the english main page maybe this can be dobe by vincent,jesus or mathias ? You can do it, yourself now. I removed the page protection for the time being, after having seen the German text. Swen Heinig could have done the same, but Jesus or Mattias cannot. Do you think more administrators are needed? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] [patch] lazde - Fixed bug 7190
Graeme Geldenhuys schreef: Hi, Attached is a patch and new images for lazde. It fixed Bug 7190 in mantis. The patch needs to be applied from the root Lazarus directory. Changes: * The Add button for Examples and See Also are now visible again. * Changed the images used for the Add, Edit and Delete toolbar buttons (the previous ones where really horrible) * Added tooltips on the Add, Edit and Delete toolbar buttons. * Included a script to recreate the icons.lrs file. Thanks. Applied. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Runtime: Blank Components
Mattias Gaertner wrote: On Sat, 29 Jul 2006 15:02:23 +0530 Nataraj S Narayan [EMAIL PROTECTED] wrote: Hi Exactly same. In Windows and Linux. So, the lazarus snapshots for linux and windows have this bug? Vincents, are these snapshots built with fpc 2.1.1 or 2.0.4? 2.1.1 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Some Lazarus snapshots use fpc 2.0.4-rc2
Hi, The freepascal team is preparing for the fpc 2.0.4 release, which will probably the last release in the 2.0.x series. Since Lazarus releases in the near future will depend on it, we want it to be as good as possible. To test the release, the fpc team has created release candidates. The rc2 is available for public testing. To make it easier for people to test this release candiate with lazarus, the snapshots will be built using this release candidate. More details can be found on http://wiki.lazarus.freepascal.org/index.php/Lazarus_Snapshots_Downloads Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] fpc 2.0.4 svn
Nataraj S Narayan schreef: Hi How do I download specifically fpc-2.0.4 using svn? That is not possible, since fpc 2.0.4 has not been released yet. fpc 2.0.4 release candidate 2 is available from http://svn.freepascal.org/svn/fpc/tags/release_2_0_4_rc2 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TOpenDialog Limitation?
Arí Ricardo Ody schreef: May you explain what kind of details? The platform is Windows XP and if you explain me how to describe how is the widget set, it will be my pleasure inform you. The project was compiled using Lazarus 0.9.16 with FPC version 2.0.2 [2006/05/28]. I can send you the project for compilation and test. It's very simple and I would explain how to arrive in the window that contains the TOpenDialog I'm talkin about. I tell the name of the unit too. I tell the user to select 260 files each time and again 'till he has selected all files he want, but... Regards Ricardo At 03:54 3/8/2006, you wrote: Can you give more detais? What platform are you using, Widget Set, etc... Regards, Graeme. On 8/2/06, Arà Ricardo Ody [EMAIL PROTECTED] wrote: I have an application that uses an TOpenDialog to capture a list of files to be processed. It seems that Execute method returns false when the user selects more than 260 filenames from the input directory... Is it possible? If it is, is there a way of expand this capacity? Or am I totally wrong in my conclusions? Greetings from Sao Paulo - Brazil I fear there is some hard coded constraint on the total length of the file names: line 234 of lcl\interfaces\win32\win32wsdialogs.pp: SizeStr:=15*MAX_PATH // Tested with 210 selected files Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TOpenDialog Limitation?
Arí Ricardo Ody schreef: May you explain what kind of details? The platform is Windows XP and if you explain me how to describe how is the widget set, it will be my pleasure inform you. The project was compiled using Lazarus 0.9.16 with FPC version 2.0.2 [2006/05/28]. I can send you the project for compilation and test. It's very simple and I would explain how to arrive in the window that contains the TOpenDialog I'm talkin about. I tell the name of the unit too. I tell the user to select 260 files each time and again 'till he has selected all files he want, but... Please, submit a bug report. It seems to be fixable. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: Decimal separator problem; how to force a '.'
Alexandre Leclerc wrote: 2006/8/3, Alexandre Leclerc [EMAIL PROTECTED]: Hi all, I use FloatToStr and it uses local settings for the formating of the number. But I would like a very crude machine compatible number... ie: '1,23$ = 1.23' or again '1,234,222.12 = 1234222.12' In fact (I want to display the problem very simply): s := FloatToStr(123.456); //s is now '123,456' with my local settings e := StrToFloat(s); //this will fail because of the coma; but this is my local setting!!! So I want to use only '.' separators... str(123.456,s); val(s,e,errorcode); Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Mantis?
m2 schreef: Hello, I just reported 3 bugs but Mantis registered 4 (twice the same, #7224 and #7226). mm I deleted #7226. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Mantis?
m2 schreef: Vincent Snijders a écrit : m2 schreef: Hello, I just reported 3 bugs but Mantis registered 4 (twice the same, #7224 and #7226). mm I deleted #7226. Ok. Thanks. BTW, how can I correct an error in a bug report? (I do not yet master Mantis). In the report #7224, this is not TListBox.Visible that is always false but TListBox.ItemVisible. Maybe there is a Update Issue button visible for your own issues? If not, just add note. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ANN: New MultiLog version
Luiz Americo Pereira Camara wrote: I just uploaded a new version of the multilog package with important improvements. More info, including the changelog, a screenshot and file locations can be found in http://wiki.lazarus.freepascal.org/index.php/MultiLog. PS: Would be fine if someone could upload those files to the Lazarus CCR. I tried to contact Vincent Snjders and Tom Lisjac but got undelivered mail response for both At least I got this one, I will upload it. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ANN: New MultiLog version
Luiz Americo Pereira Camara schreef: PS: Would be fine if someone could upload those files to the Lazarus CCR. I tried to contact Vincent Snjders and Tom Lisjac but got undelivered mail response for both I uploaded multilog 0.2. Should I upload the MultiLogViewer 0.1 too, or will it be updated shortly too? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] LCL win32 internals - need help
Borut Maricic wrote: On 2006-08-07 at 08:57, Micha Nelissen ([EMAIL PROTECTED]) wrote: Now the button is being created, but it is still an ANSII and not a Unicode button (although I use CreateWindowExW). I'll have to investigate that further. Maybe you should use SetWindowLongW as well, so that you tell windows that we have a unicode window procedure ? This was again an excellent hint. Thanks!! (I wonder why it is not you or those like you that did not Unicode-enable win32 LCL. It would probably be implemented much faster and much better.) Probably because the non-unicode version has still so many bugs and that has priority. Better 1 working widget set interfaces, than 5 proof of concept quality widget set interface. Anyway, with Micha coaching you a little bit, you can achieve a lot too, and that means Lazarus will have another contributor. The more contributors, the better. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ANN: New MultiLog version
Luiz Americo Pereira Camara schreef: Vincent Snijders escreveu: Luiz Americo Pereira Camara schreef: PS: Would be fine if someone could upload those files to the Lazarus CCR. I tried to contact Vincent Snjders and Tom Lisjac but got undelivered mail response for both I uploaded multilog 0.2. Should I upload the MultiLogViewer 0.1 too, I think yes. Although the two projects are related i kept them separated to allow independent updates. Probably after the next two release cycles there won't be much more changes to the logger units (Multilog) but still a lot of work to do with the GUI client (MultilogViewer) or will it be updated shortly too? There's no timeline, but if there's no major bug reported there won't be an update in the next three monthes I uploaded it to http://sourceforge.net/project/showfiles.php?group_id=92177package_id=193436 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] About including ressource manager in lazarus
Michael Van Canneyt schreef: On Wed, 9 Aug 2006, Mattias Gaertner wrote: On Tue, 8 Aug 2006 17:07:42 -0400 Alexandre Leclerc [EMAIL PROTECTED] wrote: As posted on another thread: http://www.lazarus-resource.com/resource-manager.shtml I see that this little application is doing exactly what is missing for an easy RAD way to configure Win32 applications. Now I know that this is not the same under all OS. But I see no major reasons not to include this piece of code directly inside Project - Project Options. The same information could be used in other projects; like on linux. .desktop files could be created with information about where to find the icon, program information, etc. This is not because Windows is the only OS that put it all in the same file that we can't do nothing about it on other OS. In fact, Free Pascal suppprts including Windows resources in the binary on all ELF platforms (e.g. linux). The fpcres program does exactly that. {$R somefile.res} will include the resource file in the binary. This feature is enabled even in the fixes branch. In fact, Lazarus could switch now to using this for including form files. This would drastically reduce the memory requirements of all Lazarus applications. Except for macosx... Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] About including ressource manager in lazarus
Michael Van Canneyt schreef: In fact, Free Pascal suppprts including Windows resources in the binary on all ELF platforms (e.g. linux). The fpcres program does exactly that. {$R somefile.res} will include the resource file in the binary. This feature is enabled even in the fixes branch. In fact, Lazarus could switch now to using this for including form files. This would drastically reduce the memory requirements of all Lazarus applications. How does using Windows resources reduce memory requirements? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] About including ressource manager in lazarus
Michael Van Canneyt schreef: On Wed, 9 Aug 2006, Vincent Snijders wrote: Michael Van Canneyt schreef: In fact, Free Pascal suppprts including Windows resources in the binary on all ELF platforms (e.g. linux). The fpcres program does exactly that. {$R somefile.res} will include the resource file in the binary. This feature is enabled even in the fixes branch. In fact, Lazarus could switch now to using this for including form files. This would drastically reduce the memory requirements of all Lazarus applications. How does using Windows resources reduce memory requirements? Now you have ALL the forms stored in strings in heap memory (with all the overhead that implies), as well as in the binary. Thus, they are in memory twice. Storing them in the resources would mean they are stored only in the binary. Thanks for the explanation, Marc, Mattias and Michael. So the executable size will be the same (maybe slightly (negligible) bigger, because string constants can be stored without lookup tables in the binary and a resources might need some lookup tables). But the memory use is smaller, because the constants don't have to be loaded into memory. Sounds attractive. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Bug 2011: fsStayOnTop hides modal dialogs
Christian Budde schreef: Hello Micha, Today is day 3 of my LCL experience, so sorry about all the issues. Now that you are assigned to the bug I think it should be fixed quite fast. I assigned it to Micha, so he could review your patches. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] compiling bigide
Marco van de Voort wrote: On Wed, Aug 09, 2006 at 06:05:17PM +0200, Darius Blaszijk wrote: I was planning on doing a make clean bigide but the compiler complains it cannot find unit postgres3dyn. Do I need to install this first? Where can I find it? Simply part of FPC's postgress pkg. So fpc/packages/base/postgres. But absent in fpc 2.0.2 windows installer. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] About including ressource manager in lazarus
Alexandre Leclerc wrote: 2006/8/8, Mattias Gaertner [EMAIL PROTECTED]: A resource manager for the IDE is a good idea. Why not create a designtime package for it? If you need help, don't hesitate to ask. Please, any help on how to start would be appreciated. I'm not enought knowledgefull of lazarus to do all that is discussed bellow, but is simple design time package is the way for this feature to make it's way as integrated feature, I can try to put some time on that... if I can find some. If it eventually is mature enough and works on all platforms it could be added to the IDE directly. Well, in fact the way I would do it is already include it in the IDE directly and then work on it. :) (Or include a compiler directive in the form to activate it... so that anyone can easely activate the feature and recompile it's IDE.) Best regards. For examples of design time packages already (optionally) available are components/fpcunit/ide and components/prettyformat Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Transparent glyphs
Felipe Monteiro de Carvalho wrote: On 8/9/06, Andreas Berger [EMAIL PROTECTED] wrote: Can someone tell me how to load transparent glyphs for a TSpeedButton at run time? You are forgetting that bitmaps contain no information about transparency at all. You must provide the transparency information yourself. In this case it will be a color. All pixels with that color will be transparent. Try: bmp := TBitmap.Create; bmp.LoadFromFile('x.bmp'); bmp.Transparent := True; bmp.TransparentColor := clFuchsia; // Insert color here glyph.Assign(bmp); I don't know if this piece of code works, but xpm files do contain transparency information: one of the possible colors of a pixel is clNone, which means transparent. bmp files don't contain transparency information. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] cross compiling
Wilder Gonzalez Diaz wrote: Does anyone know how to cofigure Lazarus in order to compile projects for different architectures i have checked the article in Lazarus Wiki documentation but it didn't work for me... i think thatall files required to do this must be supplied with the installer. That sounds like a good idea at first. What platform did you have in mind? All 10-15 available ones? Should it include the binutils and the compiled units? Are you ready for 200 MB or more installer? Would you still be happy with it, if it wouldn't work because of the missing libraries for all the targets? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: AW: [lazarus] cross compiling
Christian Ulrich wrote: I think, it schoud gave additional installers for every platform that append the additional files for every platform to The lazarus directory That is right. My first one will be for arm-wince. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] cross compiling
Eduardo wrote: At 19:41 15/08/2006, you wrote: Wilder Gonzalez Diaz wrote: Does anyone know how to cofigure Lazarus in order to compile projects for different architectures i have checked the article in Lazarus Wiki documentation but it didn't work for me... i think thatall files required to do this must be supplied with the installer. That sounds like a good idea at first. What platform did you have in mind? All 10-15 available ones? Should it include the binutils and the compiled units? Are you ready for 200 MB or more installer? Would you still be happy with it, if it wouldn't work because of the missing libraries for all the targets? So, do you know where i can download the binutils for crosscompiling for linux/freebsd from windows? Or powerpc from i386? If so, say where. Also, don't say me how can i do it, i tried several times and always failed. I don't need install all the binutils, the units and libraries, only a central site/repository where i can download them. Actually, it's more a hunting across the net than other thing. ftp://ftp.freepascal.org/fpc/contrib/cross/mingw/ 14 targets, arm-wince not one of them. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] cross compiling
Eduardo wrote: ftp://ftp.freepascal.org/fpc/contrib/cross/mingw/ 14 targets, arm-wince not one of them. Vincent I must look at it, why isn't it on the webpage? My apologys. Thanks. It type cross on the lazarus wiki search box: http://wiki.lazarus.freepascal.org/index.php/Special:Search?search=crossgo=OK and go to the first link of the search results. At the end of this paragraph is a link to the precompiled binutils for several hosts and targets: http://wiki.lazarus.freepascal.org/index.php/Cross_compiling_for_Win32_under_Linux#Download_the_gnu_binutils. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: AW: AW: [lazarus] cross compiling
Christian Ulrich wrote: Great :) i will do something with this platform for more than an year, but something Was everytime wrong evreytime i try it :) mostly fpc 2.1.1 had some problems Maybeon i386 or on arm ... What about the debugung symbols at time ? When i try an lazarus snapshot on windows at time The deugger rauses an exception on an breakpoint but dont stops in linux i use fpc 2.1.1 and laz from svn But in windows dont work for a view month ... The internal linker doesn't produce correct debug info. Try compiling with the external linker by adding the -Xe compiler option in the custom compiler options. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Debug idea
ik wrote: The difference between VB and native languages, is that VB is a script language with internal interpreter. The executable file that is generated by VB actually contain byte code that is translated and executed on run time. That means that you can do such things inside your code. I do not know if it is possible, but on Delphi you could create something similar, using the interfaces of the IDE... Another trick is to write it to a file and parse it when needed :) Other then that, you can evaluate data on run time like in VB, so that's the same... Ido On 8/15/06, Christian Ulrich [EMAIL PROTECTED] wrote: Some days ago, i have seen on the screen of one of our visual basic programmers that Visual basic has something like an debug console. Where you can write something with an special function. I think this could be an good idea for lazarus, that evry line from debugln() is written at an seperate console or something else It can be done, using things like multilog. A light weight version could use something like the dbugintf unit to send strings to the IDE, I guess. All possible, but needs time to implement (and I am not volunteering). Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Re: findinfiles patch
Funky Beast schreef: Vincent Snijders wrote: Mattias Gaertner wrote: On Tue, 08 Aug 2006 00:26:34 +0800 Funky Beast [EMAIL PROTECTED] wrote: FinInFilesDlg: Enable AutoComplete feature for TextToFindComboBox and ReplaceTextComboBox. DirectoryBrowseClick initializes InitialDir to DirectoryComboBox.Text if its a valid path, else initialize with the usual GetCurrentDir. * SearchResultsView: Added: Phrase/s search and filter functions for result list. Searching or filtering search results that contain one or more phrase. (the hint in the editbox gives short description of how to add multiple phrases) TLazSearchResultLB: Added: BackupStrings stringlist to backup search results so that they can be restored after filtering. Added property SearchInListPhrases string for storing phrases for each result list. Applied. Thanks. This patch causes issue 7256: http://www.freepascal.org/mantis/view.php?id=7256 Mattias, does this occur in linux too? Or only when compiled with heaptrc for extra heap checking. It seems like double freeing of the list item objects. Vincent Sorry about that, guess i was over paranoid about memory leak. Had a look in stack trace and saw the exception in searchresultview.pp. But it was handled in linux. Heres a patch that removes the FreeObjects function in TLazSearchResultLB.Destroy. I tested it in linux, and the exception is gone. Please test it under Windows, as i don't have a windows machine. With this patch applied, the exception is gone, but there is a memory leak. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Re: findinfiles patch
Funky Beast schreef: Vincent Snijders wrote: Mattias Gaertner wrote: On Tue, 08 Aug 2006 00:26:34 +0800 Funky Beast [EMAIL PROTECTED] wrote: FinInFilesDlg: Enable AutoComplete feature for TextToFindComboBox and ReplaceTextComboBox. DirectoryBrowseClick initializes InitialDir to DirectoryComboBox.Text if its a valid path, else initialize with the usual GetCurrentDir. * SearchResultsView: Added: Phrase/s search and filter functions for result list. Searching or filtering search results that contain one or more phrase. (the hint in the editbox gives short description of how to add multiple phrases) TLazSearchResultLB: Added: BackupStrings stringlist to backup search results so that they can be restored after filtering. Added property SearchInListPhrases string for storing phrases for each result list. Applied. Thanks. This patch causes issue 7256: http://www.freepascal.org/mantis/view.php?id=7256 Mattias, does this occur in linux too? Or only when compiled with heaptrc for extra heap checking. It seems like double freeing of the list item objects. Vincent Sorry about that, guess i was over paranoid about memory leak. Had a look in stack trace and saw the exception in searchresultview.pp. But it was handled in linux. At least on windows, probably on linux too, it had this nasty side effect: If you closed Lazarus, without having saved your project, you were not prompted to save your changes. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Re: findinfiles patch
Funky Beast schreef: Vincent Snijders wrote: Funky Beast schreef: Vincent Snijders wrote: Mattias Gaertner wrote: On Tue, 08 Aug 2006 00:26:34 +0800 Funky Beast [EMAIL PROTECTED] wrote: FinInFilesDlg: Enable AutoComplete feature for TextToFindComboBox and ReplaceTextComboBox. DirectoryBrowseClick initializes InitialDir to DirectoryComboBox.Text if its a valid path, else initialize with the usual GetCurrentDir. * SearchResultsView: Added: Phrase/s search and filter functions for result list. Searching or filtering search results that contain one or more phrase. (the hint in the editbox gives short description of how to add multiple phrases) TLazSearchResultLB: Added: BackupStrings stringlist to backup search results so that they can be restored after filtering. Added property SearchInListPhrases string for storing phrases for each result list. Applied. Thanks. This patch causes issue 7256: http://www.freepascal.org/mantis/view.php?id=7256 Mattias, does this occur in linux too? Or only when compiled with heaptrc for extra heap checking. It seems like double freeing of the list item objects. Vincent Sorry about that, guess i was over paranoid about memory leak. Had a look in stack trace and saw the exception in searchresultview.pp. But it was handled in linux. At least on windows, probably on linux too, it had this nasty side effect: If you closed Lazarus, without having saved your project, you were not prompted to save your changes. Vincent On linux, after some search in files operations and change some code on a unit, then exit Lazarus, Lazarus prompted me to save my projects. I'll dig further. I think the missing prompt was because the close down of Lazarus was halted by the AV. But maybe I don't remember it well enough. I propose you look at fixing the memleak, without freeing memory twice. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] patch fpcunitlazideintf
Darius Blaszijk schreef: This patch will implement the TPlainResultsWriter option for FPCUnit console apps. It has also some minor improvement on the generated sourcecode, such as improved indenting and option parsing. Please note I have added defines to hide the option for FPC versions other than current trunk Please check this before comitting. I tried this patch on fpc 2.0.3, which includes the xmlreporter unit. Lazarus complains about ambiguous units, because it finds the xmlreporter unit both in the components\fpcunit and the units\i386-win32\fcl directory. How is this supposed to work? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] patch fpcunitlazideintf
Graeme Geldenhuys schreef: That is kind of my fault! Another chicken and egg situation. The xmlreporter unit was added to Lazarus. Dean Zobec then asked that we get as many fpcUnit patches as possible into the 2.0.4 FPC release. I added xmlreporter.pas into FPC as well, which is why this error occurs when you use the latest 2.0.3 FPC compiler. I did not forget about that unit in Lazarus. My thought was - as soon as FPC 2.0.4 was released, I was going to submit a patch to remove the xmlreporter.pas unit from Lazarus. Any better way we can handle this? It works fine (as far as I can remember) if you use FPC 2.0.2 and the latest Lazarus (from SVN). So, it works with fpc 2.0.2 only, but not with fpc 2.0.3 (head), fpc 2.0.4-rc3, fpc 2.1.1 (head)? Seems like a bad trade-off to me. I would remove this unit from the Lazarus SVN, and add a {$IFDEF 2.0.2}{DEFINE UseOldXML}{$ENDIF} were necessary. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] patch fpcunitlazideintf
Graeme Geldenhuys schreef: On 8/16/06, Vincent Snijders [EMAIL PROTECTED] wrote: So, it works with fpc 2.0.2 only, but not with fpc 2.0.3 (head), fpc 2.0.4-rc3, fpc 2.1.1 (head)? It works with my fpc 2.0.3 (head), but then I think I deleted the xmlreporter.pas unit from my Lazarus source. I will changes the code in Lazarus and email a patch shortly. FPC is close enough to the 2.0.4 release anyway. I think I will remove the xmlreporter too, so I can test Darius patch. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] patch fpcunitlazideintf
Darius Blaszijk schreef: This patch will implement the TPlainResultsWriter option for FPCUnit console apps. It has also some minor improvement on the generated sourcecode, such as improved indenting and option parsing. Please note I have added defines to hide the option for FPC versions other than current trunk Please check this before comitting. Thanks. Applied in revision 9723. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Re: findinfiles patch
Funky Beast wrote: Fixed with attached. Didn't notice it at first, but TLazSearchMatchPos objects stored in UpdateStrings and Items property of TLazSearchResultLB share the same instance. So when UpdateStrings objects are freed, freeing Item's object will be freeing it twice. Also when filtering, Items and its objects are backed up to BackupStrings property and Items' objects are freed and the list is cleared first. Since Items' objects are freed, UpdateStrings' objects are freed too, hence UpdateStrings becomes a stringlist without objects, trying to free its objects will cause AV. The patch clears UpdateStrings after backing up list Items and its objects as FreeObjects functions checks for the count property before freeing. And at destroying checks if UpdateStrings is empty before clearing Items' objects. Tested, no AV or exception on linux. No access violations, no memory leaks on windows. Thanks. Applied. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] reference-counting
Cesar Romero schreef: Is there a way to use the reference counting (used with interfaces) with normal objects? Currently not, unless you use TInterfacedObject. But you have to declare as Interface I guess TInterfacedObject implemets IUnknown, so you don't need to declare a interface. type TMyClass = class(TInterfaceObject) // all your things. end; var MyObject : TMyClass; MyObject will be reference counted. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ActionList from a DataModule Bug or Feature?
Paul Michell wrote: Hello All, I have been trying to create an ActionList in a DataModule then reference this from the main form of the application. In Delphi I can do this at design-time provided the DataModule unit is in the form's uses clause. I don't seem to be able to do this in Lazarus. Is this by design, or should I report this as a bug on Mantis? It is a not-yet-implemented feature, that you cannot access components declared in other units in the design view. I am almost sure, a similar feature request has been made in the bug tracker already. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
Mark Morgan Lloyd wrote: I'm working on compiling Lazarus for SPARC under Linux, using Debian 3.1 (Sarge). I've now got a working copy of the FPC 2.0.4 compiler (many thanks to the relevant FPC developers for their help :-) I'm grinding to a halt with this: Compiling /home/markMLl/pascal/lazarus/components/mpaslex/mpaslex.pp Assembling mpaslex Assembling todolist Compiling codeexplorer.pas Compiling codeexplopts.pas Assembling codeexplopts Assembling codeexplorer Compiling buildfiledlg.pas Assembling buildfiledlg Compiling extractprocdlg.pas Assembling extractprocdlg Compiling findrenameidentifier.pas Assembling findrenameidentifier Compiling cleandirdlg.pas Assembling cleandirdlg Assembling main Assembling lazarus Linking ../lazarus /usr/bin/ld: cannot find -lglib lazarus.pp(108,42) Error: Error while linking make[2]: *** [lazarus] Error 1 make[2]: Leaving directory `/home/markMLl/pascal/lazarus/ide' make[1]: *** [ide] Error 2 make[1]: Leaving directory `/home/markMLl/pascal/lazarus/ide' make: *** [ide] Error 2 Reviewing previous discussion I see suggestions that there should be a symlink like libglib.so - libglib-1.2.so.0.0.10, and that the directory containing this should be referenced in fpc.cfg. AFAIK the compiler searches /usr/lib always. I can see that Debian has installed the libglib1.2 and libglib2.0-0 packages, but not the corresponding development packages (presumably libglib1.2-dev and libglib2.0-dev respectively. I can see files /usr/lib/libglib-2.0.so.0.600.4 /usr/lib/libglib-2.0.so.0 - libglib-2.0.so.0.600.4 /usr/lib/libglib-1.2.so.0.0.10 /usr/lib/libglib-1.2.so.0 - libglib-1.2.so.0.0.10 In /etc/fpc.cfg I've got -Fl/usr/lib/gcc-lib/sparc-linux/3.3.5 Looking at a Debian machine that has had libglib2.0-dev installed on it I can't see a libglib.so symlink, so I presume that Debian wouldn't set one up for v1.2 either. I am not a debian user, but I think that is a wrong assumption. Try installing that gtk 1.2 devel package. Allowing that the object of the exercise is (a) to have working FPC and Lazarus compilers and (b) not to break my development system by setting up any inappropriate symlinks, can anybody comment on the best way of sorting out the missing file or symlink? If you are reluctant to install the appropriate dev packages, then you can create all the symlinks yourself. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] cdecl external C
Alain Michaud wrote: Hi, this message is not for reporting a bug but I would like to know more about the following: When I open a New Project / Application, then the following external function WORKS WELL: function j0(x:double):double;cdecl;external 'c'; Now, when I open a New Project / Program, then I get a link error! It seems that I need some unit (Interfaces may be?) in order to link properly, but I would like to know exactely what it is, and how to use it in a professional way. Thank you for teaching me. Alain Michaud p.s. : for those who are not sure about the function j0 : It is called Bessel function. It is part of the standard C library (libc.so). Its prototype is in the math.h file. I am using linux. An lcl application links to libc library on linux, because it uses gtk that is written in c. An custom program doesn't link to c. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] parameterized queries
Adrian Maier wrote: On 23/08/06, Zlatko Matić [EMAIL PROTECTED] wrote: Can you give me the download link for fpc-2.0.4-rc3 ? Thanks. I think that's it : ftp://ftp.freepascal.org/fpc/beta/2.0.4-rc3/ Are the 2.0.4 release candidates not really visible on purpose? I could not find no references on the website. In order to find them, one needs to browse the ftp.freepascal.org directories manually . In my opinion a new RC qualifies as a news item ( so that people would find out about it and test ... ) . And perhaps a Beta section could be added to the Download page . They were announce of the fpc mailing lists and people were invited to test them. Further more the Lazarus snapshots were modified to use the release candidates too. This has been announce on this mailing too. It is not interesting for the developers, if people just use the release candidate. They are looking for people to really test and provide feedback. So the availability was as not widely announced a real release. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] parameterized queries
Adrian Maier wrote: On 24/08/06, Joost van der Sluis [EMAIL PROTECTED] wrote: Then you should better use the snapshots. There are now already fixes in the 2.1.1 snapshot for postgres, which won't make it in 2.0.4. The rc's were only meant to test the installation-procedures on all different platforms. And maybe to see if there were any show-stoppers. It looks like I was overestimating the importance of the rc's ... That's why it's more usefull for the developers if people use the snapshots. Bugs like the sqldb-bug should already be found before we start building release candidates. Woudln't be using svn equally useful for the developers? I don't like snapshots: they are big compared to a 'svn up' . When trying development versions i'd rather go all the way and use svn . I would say more useful to the developers, because it easier for you to create patches using svn than using snapshots. This is the branch that will eventually become the 2.0.4 release : http://svn.freepascal.org/svn/fpc/tags/release_2_0_4 , right ? No, these are the source were fpc 2.0.4 (the release) is / will be build from. This directory is frozen and no updates will be made to it. It was copied from this branch http://svn.freepascal.org/svn/fpc/branches/fixes_2_0/ Vincent Cheers, Adrian Maier _ 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] Win32 Unicode: A KeyPress Problem
Borut Maricic schreef: However, what puzzles me additionaly in this context is the view from a programmer (non LCL-developing people) perspective: a component such as TEdit has an event: procedure TForm1.Edit1KeyPress(Sender: TObject; var Key: Char); Shouldn't this be changed to something like procedure TForm1.Edit1KeyPress(Sender: TObject; var Key: TUTF8Char); TUTF8Char being a String[7] or similar, in order that on all platforms the programming model is the same. If one has to expect here a character converted to a particular one byte encoding (current or particular CP) the whole effort of Unicode enabling is undermined, IMHO. How is - for instance - this event defined and used on Linux systems built up on UTF8? A TEdit has a OnUTF8KeyPress event, it is not yet published in the object inspector, because it is only supported using the gtk interface. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FPC 2.0.4 is out!
Zlatko Matic wrote: Will Lazarus snapshots be compiled with fpc 2.0.4? No, I leave things as they are now, until I switch to fpc 2.1.1 again, either shortly before or shortly after a new Lazarus release with fpc 2.0.4. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SVN update - Find
Borut Maricic wrote: On 2006-08-30 at 10:47, Mattias Gaertner ([EMAIL PROTECTED]) wrote: 'Find' and 'Find in Files' are two different functions with different options. The first provides options for selections and direction, the latter for multiple files. If the forms would be merged, part of the options would always be disabled. What would we gain? Only one shortcut-key for all searches (and then selecting a a search type tab with a mouse); a combobox of previous search strings shared between two search types. I like to have two shortcuts, so I get into the right tab (or window) immediately. AFAIK, the search history is already shared. I am just saying that I find it useful that way (am used to it from Delphi). There are many differences in GUIs (Delphi-Lazarus) where I find Lazarus to be better. This is not one of them, but it is clear that others can see it differently. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] CheckGroupBox TRadioGroup
Tiziano_mk wrote: (this test was made with the same results with Lazarus 0.9.16 on windows, and on Linux Ubuntu) - 1) Note: This happens only on windows. With Ubuntu it works as expected. Open a new project, place a CheckGroupBox on the form, click on the Items [...] property in the object inspector and add the lines: aa bb cc dd close the property editor with Ok and: The checkboxes are displayed in the groupbox but not the strings. Now, Right click on the groupbox and select the CheckGroup Editor... command. You see the checkboxes without captions, but here you can edit the items with the button [...] (edit items). 2) Note: This happens with Windows and with Ubuntu. When you have a CheckGroup populated with some items: a) Set the property AutoFill in the Object Inspector to false. The items are now not distributed on the checkgroup height/width. Now save the project and exit Lazarus. Restart Lazarus and show the form. Now the AutoFill property is still True, as if it was not saved. b) Right click on the form and use the save form as xml command = Access Violation Error Message; The same problems happen with TRadioGroup Component. I think this bug has been fixed in SVN already. If you wish you can try a snapshot to confirm it. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] CheckGroupBox TRadioGroup
Tiziano_mk wrote: The same problems happen with TRadioGroup Component. I think this bug has been fixed in SVN already. If you wish you can try a snapshot to confirm it. Vincent Before posting I checked if there was an issue on mantis, but found nothing. Is it possible that fixes are applied directly without bugtracking? Of course, that is possible. If the developers find a bug themself, they don't create an issue for it, but rather just fix it. But I think that when I fixed issue 7313 and 7208, your bug was fixed as well. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] when new stable version will be released?
Bisma Jayadi schreef: Is there any target when the new stable version of Lazarus (0.9.18? 1.0?) will be released? In the near future. Maybe next weekend. I can't wait to try the new version since I saw lots of fixes, patches, and some new features has been applied and implemented. I feel unlikely to use the snapshot version to produce serious and stable application. Until today the snapshot have been build using fpc 2.0.4-rc3, so I expect them to be as stable as 2.0.4. I will change this soon, to use fpc 2.1.1. Hopefully this new version will be build upon FPC 2.0.4. Yes. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VersionInfo - How to set SomethingHasChanged?
Mattias Gaertner wrote: On Thu, 07 Sep 2006 16:40:05 +0200 Jouke Rensma [EMAIL PROTECTED] wrote: Hello, So I got things working now! The code is in the enclosed (zipped) patch. I realize it needs some finetuning, but the basic logic does what I had in mind. Now I think it needs some testing, in order to get it ready for the world. Some questions and remarks: - I had to create an extra form for the projectoptions. Can it stay like this or are there other possibilities/ideas? - I created a check for the targetos, so it should not interfere non-win32 systems, but I cannot test that right now. - the rewriting of the .rc file is not protected with try yet. That's my first change... Thanks. Applied. Any other remarks and suggestions are welcome. Project.Modified is a property. You can not give it to a 'var' parameter. It's a compiler bug to allow that. I replaced Project.Modified. Possible improvement: Add a Modified property to the version info. Minors: The lazarus code should have a maximum line length of 80. Try to avoid nested comments. Major: avoid memleaks. Heap dump by heaptrc unit 266867 memory blocks allocated : 16990426/17694552 266849 memory blocks freed : 16987445/17691520 18 unfreed memory blocks : 2981 True heap size : 3899392 (112 used in System startup) True free heap : 3893168 Should be : 3893512 Call trace for block $04C13CA0 size 55 $008AE785 fpc_ansistr_setlength, line 378 of C:/lazarus/source/fpc/2.1/rtl/i nc/astrings.inc $008AE3C7 fpc_ansistr_concat, line 163 of C:/lazarus/source/fpc/2.1/rtl/inc/ astrings.inc $007ECB19 TVERSIONINFO__SETFILENAMES, line 574 of W32VersionInfo.pas $0070B88E TPROJECT__READPROJECT, line 2028 of Project.pp $00671FE7 TMAINIDE__DOOPENPROJECTFILE, line 6862 of Main.pp $00689105 TMAINIDE__SETUPSTARTPROJECT, line 1670 of Main.pp $006898EC TMAINIDE__STARTIDE, line 1113 of Main.pp Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TSelectDirectoryDialog under Linux vs Windows
Michael Van Canneyt schreef: On Mon, 11 Sep 2006, Graeme Geldenhuys wrote: Sorry, I meant the TSelectDirectoryDialog component and _not_ TOpenDialog. G. -- When using the TSelectDirectoryDialog to select directories, under Linux the TSelectDirectoryDialog.Filename has an ending PathDelimiter ('/'), but under Windows in doesn't. Is this normal OS behaviour or a bug? This is a bug. You should be able to rely on the fact that it ends (or does not end) on a pathdelimiter. The linux behaviour is the only possible behaviour... Why the only possible behavior? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] glib....
Colin Lehmann wrote: Well I copied all your suggestions to a text file, transferred that file to my Windows machine and printed it out (I can't get my printer to work with Linux either...). It look like I am missing glib.pp, assuming *.pp is the pascal source? I found lots of ppu files : [EMAIL PROTECTED]:~$ locate glib.pp /usr/lib/fpc/2.0.2/units/i386-linux/gtk/glib.ppu /home/colin/fpc-2.0.2/lib/fpc/2.0.2/units/i386-freebsd/gtk/glib.ppu /home/colin/fpc-2.0.2/lib/fpc/2.0.2/units/i386-linux/gtk/glib.ppu /home/colin/fpc-2.0.4/lib/fpc/2.0.4/units/i386-linux/gtk/glib.ppu but not a single glib.pp. I assume *.ppu is the unit file the same as a DCU in Delphi? If this is the case, do I need the glib.pp file at all? Marc asks if I have added the path to the lazarus search path correctly? Where do I find 'the lazarus search path'? Albert suggests I check my fpc.conf, I cannot find this file either with locate or find I looked in /etc but the nearest I could see was lftp.conf So I am still on square one!! Your fpc installation is/was not complete. You miss a ~/.fpc.cfg (or your /etc/fpc.cfg still points to the fpc 2.0.2 unit directories. Create one using the samplecfg script in /home/colin/fpc-2.0.4/lib/fpc/2.0.4. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Did that but what now??
Colin Lehmann wrote: Vincent suggested I use the sample script. I did that and now I have [EMAIL PROTECTED]:~/lazarus/lazarus-0.9.16/usr/lib/lazarus$ locate fpc.cfg /usr/share/man/man5/fpc.cfg.5.gz /home/colin/Desktop/lazarus/tools/install/win32/samplefpc.cfg /home/colin/.Trash/man/man5/fpc.cfg.5 /home/colin/.Trash/lazarus/tools/install/win32/samplefpc.cfg /home/colin/lazarus/lazarus-0.9.16/usr/lib/lazarus/tools/install/win32/samplefpc.cfg /home/colin/lazarus-0.9.16/usr/lib/lazarus/tools/install/win32/samplefpc.cfg/home/colin/fpc-2.0.2/man/man5/fpc.cfg.5 /home/colin/.fpc.cfg /home/colin/.fpc.cfg.orig /home/colin/Downloads/lazarus/tools/install/win32/samplefpc.cfg /home/colin/fpc-2.0.4/man/man5/fpc.cfg.5 Did you try to compile again? What error did you get? What fpc version were you using. What units were used (use the fpc -vu or -va option). Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TOpenDialog strange behaviour
Bogusław Brandys wrote: Hi, TOpenDialog sometimes under Windows XP is shown in large icon mode and it cannot be changed (even in subsequent calls).Is it a known problem ? No. If you can reproduce it that behaviour, submit a bug report. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VersionInfo - Question on saving the main source file
Mattias Gaertner wrote: On Wed, 13 Sep 2006 20:54:05 +0200 BTW, How do you make sure, that the $R is only used under windows? If you create a project under windows with version info and compile it under linux, the same source must compile without changing the source. With {$IFDEF MSWindows}{$R projectname.res}{$ENDIF} ? I think it is better to use {$IFDEF Windows}{$R projectname.res}{$ENDIF} MSWindows is not defined for wince. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VersionInfo - Question on saving the main source file
Mattias Gaertner wrote: On Wed, 13 Sep 2006 21:47:11 +0200 Vincent Snijders [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: On Wed, 13 Sep 2006 20:54:05 +0200 BTW, How do you make sure, that the $R is only used under windows? If you create a project under windows with version info and compile it under linux, the same source must compile without changing the source. With {$IFDEF MSWindows}{$R projectname.res}{$ENDIF} ? I think it is better to use {$IFDEF Windows}{$R projectname.res}{$ENDIF} MSWindows is not defined for wince. If version info works for wince too, then the version info has a bug. It only works for TargetOS='win32' (hardcoded). If this is the case, then {$IFDEF win32} should be used, because MSWindows is also defined for win64. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Contribute
Chris wrote: Hello, I would like some info on how I could contribute some examples. This is one way: Create a wiki page which describe the examples, create a link to that page from http://wiki.lazarus.freepascal.org/Components_and_Code_examples#Example_programs and send me a source zip. I will upload it to http://sourceforge.net/project/showfiles.php?group_id=92177package_id=148359 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] icons for lpr and lpi
Hi, In issue 1998 ( http://www.freepascal.org/mantis/view.php?id=1998 ) it is suggested to have different icons for different file types in the windows explorer. I think this is a good idea, but I am not a good icon designer. Is there somebody on this list who wants to give it a try? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Patch - slackware package build script
A.J. Venter wrote: Hiya, I have tested the script and the resulting packages. NOTES: 1) Because of how slackware packages work - it is probably impossible to create a version that does NOT require root privileges But you don't need to be root to create the package, do you? Do you have similar scripts for fpc? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ldockctrledit.xml corrupt
Graeme Geldenhuys schreef: Hi, Can anybody read the ldockctrledit.xml file in the /lazarus/docs/xml/lcl directory? None of my editors (under linux) can read that file. No problems whatsoever, on windows 2000 using textpad and internet explorer. Notepad shows it a bit funny, because of the unix line-ending, which was required a couple of months back. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Debug Output again...
Tiziano_mk schreef: Graeme Geldenhuys ha scritto: It will work on Windows as long as you disable the GUI App checkbox in Compiler Options AND run the windows app from a console window. On 14/09/06, Tiziano_mk [EMAIL PROTECTED] wrote: some days ago I noted about the debug window output on windows. after triyng on Linux Ubuntu I saw that a writeln(stderr,'Hello debug!') really sends the string to the debug window, as the wiki says. The same happend for assertions messages (even if it seems there is a mess on lineendings). I'd like to know if it is possible to have this behaviour working on windows or if this is a platform limitation? mmh, I know that, but I asked why on linux I can writeln on the IDE Debug Output, where the debugger sends it's messages, not the console, and if it's possible to make the same thing on windows or if this is a OS limitation. Yes, it is a limitation of the linux OS, that it doesn't have a APTTYPE GUI, where the stdout is closed. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Bug 7279
Gabor Boros schreef: Hi! The bug was solved by WinCE specific fixes in FPC 2.1.1. Please close this bug. Done. You also could have left a note in the bug report. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Terminal control
Marc Santhoff schreef: Am Freitag, den 15.09.2006, 13:28 + schrieb Mark Morgan Lloyd: As part of the long and drawn out process of migrating from Delphi I'm trying to eliminate any reliance on proprietary controls such as RichEdit. For a number of jobs I'd like something which is basically a simple terminal emulator screen- new data is appended and old stuff scrolls off the top - but with the option of being able to set background/foreground colours on a per-character basis. In the past I've done this by subclassing a StringGrid and working directly onto the canvas, but does anybody have any better ideas? Some tens of years ago (or the like ;) I found a very basic RichEdit control for Delphi 1. Since Delphi 1 was for Windows 3.x where no system RichEdit existed it was somewhat similar to what you're searching for. I remeber it could evaluate and display some basic rich text attributes, but I can't say if changing background was possible. With some luck the contol can still be found on some Delphi component site. There is RichView to view RTF: http://wiki.lazarus.freepascal.org/RichView Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Debug Output again...
Micha Nelissen wrote: Vincent Snijders wrote: Yes, it is a limitation of the linux OS, that it doesn't have a APTTYPE GUI, where the stdout is closed. No, it's a weirdness/inconsistency of windows :-) OK, as long as you understand the linux compatible mode is {$APPTYPE gui}. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Debug Output again...
Micha Nelissen wrote: Vincent Snijders wrote: Micha Nelissen wrote: Vincent Snijders wrote: Yes, it is a limitation of the linux OS, that it doesn't have a APTTYPE GUI, where the stdout is closed. No, it's a weirdness/inconsistency of windows :-) OK, as long as you understand the linux compatible mode is {$APPTYPE gui}. console, no ? Yes, of course. Sorry for adding to the confusion. If you want your app to behave as on linux compile with -WC or add {$APPTYPE CONSOLE} to you main source file. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Debug Output again...
Tiziano_mk schreef: Vincent Snijders ha scritto: Yes, of course. Sorry for adding to the confusion. If you want your app to behave as on linux compile with -WC or add {$APPTYPE CONSOLE} to you main source file. Vincent as I just said to Graeme: mmh, I know that, but I asked why on linux, with writeln, I am able to send text to the IDE Debug Output, the window the debugger sends it's messages, not the console, and if it's possible to make the same thing on windows or if this is a OS (Windows, not Linux) limitation. maybe I cannot explain well bacause of my poor english :-( Maybe I cannot explain well because of my poor english :-( But I will give another try. If you choose for APPType GUI or compile with -WG (a windows feature, there is no equivalent in linux), the stdout of the application is closed. Therefore nothing can be written to stdout of the debuggee and nothing is seen on gdb stdout's and therefore nothing is seen on IDE Debug output. If you want to be able to writeln (or debugln to stdout) in Windows, you have to set AppType to console (Linux has no apptype support and its (only) apptype could be regarded as console). If you do a writeln or a debugln when the AppType is console, the text is written to stdout. Gdb has passed its stdout handle to your app (the debugee) and therefore text written to stdout, will be written to gdb's stdout, which is shown in the IDE Debug output. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Is TImage component working?
Nataraj S Narayan schreef: Hi I was trying out a TImage compo. It is working during design time and shows the loaded image (.jpg). But at run time it vanishes. Is it due to jpeg or something else? Did you use the jpegforlazarus in your application? This enables support for jpegs. Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] new translations
Graeme Geldenhuys wrote: Hi A.J. All changes to the IDE has already been done, so Afrikaans appears in the language dropdown and it recognised the *.af_ZA.po files. Why not just *.af.po? Are there other (incompatible) version of Afrikaans besides af_ZA? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] new translations
A.J. Venter schreef: Why not just *.af.po? Are there other (incompatible) version of Afrikaans besides af_ZA? Surprizingly yes :) There are six official af locales: af_ZA af_NA (Using N$ as currency for example) af_BW (Currency BWP - uses French-style date writing) etc. etc. for Southern Africa, they are close but non-identical. More importantly tgere is the BIG surprize: af_AR: This one has is as different from af_ZA as fr_GH is from fr_FR. During the anglo boer war, a large number of PoW's were sent to the (then British colony of) Argentina. Most of them never returned, instead founding several towns in Southern Argentina where the official language is Afrikaans, but the language has developed independently for more than a century and Afrikaans by it's nature is incredibly prone to rapid-development (so much so that Afrikaans speakers today struggle to read books written in the 1950's). In short -yes, specifying ZA is actually important. Until now, there is only a af_ZA translation. But by adding _ZA (or -za), it won't be the default for people using one of other af_* localizations. Suppose somebody has af_NA as locale, what would be more desirable? That he gets the english translation as default or the current af_ZA translation? If you thing english is best, then let it be af_ZA. If you think af_ZA is better, the file must be renamed to just *.af.po. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] new translations
Marc Weustink schreef: Marc Weustink wrote: Vincent Snijders wrote: A.J. Venter schreef: Why not just *.af.po? Are there other (incompatible) version of Afrikaans besides af_ZA? Surprizingly yes :) There are six official af locales: af_ZA af_NA (Using N$ as currency for example) af_BW (Currency BWP - uses French-style date writing) etc. etc. for Southern Africa, they are close but non-identical. More importantly tgere is the BIG surprize: af_AR: This one has is as different from af_ZA as fr_GH is from fr_FR. During the anglo boer war, a large number of PoW's were sent to the (then British colony of) Argentina. Most of them never returned, instead founding several towns in Southern Argentina where the official language is Afrikaans, but the language has developed independently for more than a century and Afrikaans by it's nature is incredibly prone to rapid-development (so much so that Afrikaans speakers today struggle to read books written in the 1950's). In short -yes, specifying ZA is actually important. Until now, there is only a af_ZA translation. But by adding _ZA (or -za), it won't be the default for people using one of other af_* localizations. Suppose somebody has af_NA as locale, what would be more desirable? That he gets the english translation as default or the current af_ZA translation? If you thing english is best, then let it be af_ZA. If you think af_ZA is better, the file must be renamed to just *.af.po. I don't think so. In that case you can't see (easily) what country it is supposed for. Besides that, the moment there are 2 translations, we have that problem anyway. The moment you get two translations, you make one the default and the other a special case. For example *.af.po and *.af-ar.po. Or *.fr.po and *.fr-be.po. The Swiss will with locale fr_CH will then use *.fr.po, the belgiums with *.fr_BE will use *.fr.po. Maybe the search algo should be extended. 1) language-country 2) language 3) language-* 4) english BTW, now we're discussing this, what did we use for the portuguese or brazilian translation ? We use *.pb.po. This cannot be found by the search alogrithm. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] new translations
Graeme Geldenhuys schreef: Um, never thought of that! Never actually knew, Lazarus takes into account the locale when it starts up. Just tested it, which also means *.af-za.po as it is now, is totally useless (even though it conforms to Lazarus file naming standards) as the locale under Linux is set to af_ZA.UTF-8 (type export $LANG from the command line) which means it will never match the non-standard *.af-za.po extension. Just tested this. Either the mapping algorithm: LANG - filename or the filename can be fixed. It has not yet been decided. What does Windows do? Can Windows be changed to Afrikaans? I don't know. On windows GetLocaleInfo(... , LOCALE_SABBREVLANGNAME, ... and GetLocaleInfo( ... , LOCALE_SABBREVCTRYNAME are used. Maybe you can tweak your windows settings so that they return AF and ZAF or something like that. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TBitBtn.Glyph / Enabled := False
Felipe Monteiro de Carvalho wrote: Can you create a bug report for this and put those images there? With an example project. thanks, Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] actual svn problems
Christian Ulrich wrote: Actual svn dont compiles anything except lazarus itself on Windws in Linux works... Can you remove all .ppu and .o from the directory in which the lazarus.exe is? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Error: unit not found: VirtualUnitForJITClasses.
Gerald Pöttler schreef: Hi there. Just installed Lazarus-0.9.18-20060922-win32.exe . Tried to double-click onto the form in the designer and got this message( attached png) messages window had the following message: - unit1.pas(8,34) Error: unit not found: VirtualUnitForJITClasses Double clicking a button works fine. Any ideas? This is a bug which has been fixed in SVN. As a work around you can save the project and restart Lazarus. It only seems to happen when creating an event for an unsaved form. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Codefolding active for default
Mattias Gaertner schreef: On Tue, 26 Sep 2006 22:09:23 +0200 Christian Ulrich [EMAIL PROTECTED] wrote: Codefolding schouldnt be active for default, its still buggy fold some procedures and try to set an breakpoint or switch linenumbers on ... I fixed the painting of the marks and line numbers. I think the line number of a folder region should be the number of the first line, atm it shows the number of the last line. For example I fold a region from line 503 to 511. The line with the + now has line number 551, it should be 503. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: Lazarus bug report
[EMAIL PROTECTED] schreef: Hello, I discovered a bug in Lazarus because of which I must give up writing my program in it, so I'd like to report it. Im writing to you because I can't register an account on Lazarus site. What problems do you have with regisitering on the Lazarus site or the bug tracker? Did you follow http://wiki.lazarus.freepascal.org/How_do_I_create_a_bug_report ? Where couldn't you follow this recipe? The bug is: When I send a message from a dll to my form the overriden WndProc is not called, for example: IN DLL: ... if notifyTestForm then begin PostMessage(FindWindow(nil, 'window_caption), SwfpMessage, MsgID, 1) ; end; ... IN MY WINDOW: procedure TSwiftPanelForm1.WndProc(var Message: TMessage); begin Windows.Beep(1000,5); if Message.Msg = Mdetect.SwfpMessage then begin (* do something *) end; inherited WndProc(Message); end; The message is sent correctly and is picked up by Winspector (which is spying on my window messages) The beeps can be heard when I move the mouse over the window, for example, but not when my message is sent. I tried the same code with Turbo Delphi and it works. It certainly is a difference in behaviour. I don't know why it doesn't work. I also ran into theese: - the window class name is not set to its class but to window and there is no way to change it. In Delphi the window class name is automaticaly set to its class. Yes, delphi implements creating windows different than Lazarus. There is no specific reason create different window classes and therefore the win32 widget of Lazarus doesn't do so. - This could be set by overriding the Form_name.CreateParams function, but this cannot be done, and it can be in Delphi. In autocomplete the CreateParams function is shown, but when I declare the override it sais no function to override and it's parameter type (TCreateParams) is unknown AFAIK OnCreateParams function is nowher called. It seems only possible useful in for the win32 widgetset and cannot be used on other widgetsets. - No OnMessage function I don't know what is does. I think Lazarus is great, but there are still problems under Windows. Because of theese bugs, for exapmle, I cannot send messages between windows at all. Is this by design, or you'll try to fix it? I don't know if it is by design. I don't think I can fix this. Vincent CC: to the mailing list. Others might be interested in it too, or can elaborate. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: Lazarus bug report
[EMAIL PROTECTED] wrote: What problems do you have with regisitering on the Lazarus site or the bug tracker? Did you follow http://wiki.lazarus.freepascal.org/How_do_I_create_a_bug_report ? Where couldn't you follow this recipe? I had an account there but I forgot the password. Yesterday I tried recover lost password and I don't receive an e-mail, I tried registering then 2 different usernames and 2 different e-mails, but didn't get the e-mails (in 10 hours). That is probably for the forums on www.lazarus.freepascal.org. Michael Hess, can you look at these problems? For the bug tracker you need to be at www.freepascal.org and it has a different account. *** I'll post it when I register, promisse. Ok, some of theese are not bugs, but for cross-platform compat. But this WndProc behaviour is, I think. There must be a way for a window to receive a message from another window. Windows are widget things. The LCL is about controls. I was trying that all day yesterday: WndProc does't work, and I searched then for something else and found OnMessage and another HookMainWindow which could do it but theese are not in Lazarus. And the use of window class names is in sending the messages, the API FindWindow(ClassName, Caption) returns a window handle by searching for window class name or caption. Like here: These are winapi calls, for which the LCL probably won't give you an http://delphi.about.com/b/a/234306.htm OnMessage: -- Occurs when the application receives a Windows message. type TMessageEvent = procedure (var Msg: TMsg; var Handled: Boolean) of object; property OnMessage: TMessageEvent; Description Use OnMessage to trap any or all Windows messages posted to all windows in the application. The OnMessage event occurs when an application receives a Windows message. An OnMessage event handler allows an application to respond to messages other than those declared in the events for TApplication. If the application doesn't have a specific handler for an incoming message, the message is dispatched to the window for which it was intended, and Windows handles the message. The TMessageEvent type is the type of the OnMessage event. The Msg parameter identifies the Windows message, and the Handled parameter indicates whether the event handler responded to the message. Set Handled to True if the message has been completely handled, to prevent subsequent processing of the message. HookMainWindow -- Enables a non-VCL dialog box to receive messages sent to the application#8217;s main window. procedure HookMainWindow(Hook: TWindowHook); Description Use HookMainWindow to ensure that a non-VCL dialog box behaves correctly as a child of the application, not as a stand-alone window. For example, switching among applications with Alt+Tab treats the application as a single task after calling HookMainWindow, rather than treating the non-VCL dialog box as a separate task. When the window identified by the Handle property receives relevant dialog messages, it passes them to the dialog procedure passed as the Hook parameter. There is no problem with leaving a dialog box hooked into the main window, even for extended periods. However, should the dialog box close, call the UnhookMainWindow method to release the hook. Too low level too, and not portable enough. So changes that these methods are going to be implemented is low. Vincent P.S. Please, don't send me private messages, but post on the Lazarus Forums or subscribe to the mailing list. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives