Re: [lazarus] RecreateWnd
Declaration ist RecreateWnd(Object) RecreateWnd(Self) is the same as RecreateWnd in Delphi. [EMAIL PROTECTED] schrieb: Hi! I am porting some Delphi component to Lazarus. Now I am looking for a replacement of RecreateWnd. Delphi help says: procedure RecreateWnd; Recreate underlying Windows screen object. Call RecreateWnd to recreate the control from scratch. RecreateWnd destroys the underlying Windows screen object. The next time the Handle property is referenced (when the object is repainted, for example), a new Windows screen object is created. Some changes in control properties are not implemented until this re-creation occurs. Is there a substitute in Win32/gtk-LCL? _ 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] Multithreading on WinCE/ARM?
This works, i cant even say if synchronize works correctly there was an patch that should make this work. But Threading in general works fine with fpc 2.1.1. Sebastian Günther schrieb: Hi *, is it possible that multithreading is actually not working on Windows CE on ARM? When I create a TThread descendant, it won't start. Device: O2 XDA Orbit 2 (a.k.a. HTC Polaris) OS: Windows Mobile 6 Lazarus 0.9.24/WinCE-Cross (within MS' emulator it won't work either) Regards, Sebastian _ 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] Reports
Andreas Berger schrieb: I never used LazReport, but do use FastReport in some Delphi projects. The problem is that I would like to embed the report into a form. FastReport (LazReport) can't do this. I dont think that its such an big problem to create an component that does this. Could I have some idea as to what you are using to generate reports? Do you use internal report generators like :LazReport or external ones? LazReport seems to be an incomplete implementation of FreeReport which is also way outdated. Can some one please give me some hints. I use lazreport, it works good. Not perfect but ok. Iam underway to add frChart wit TAChart again. I think its an good start to make it more stable and add missing features. best regards Christian _ 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] Reports
Andreas Berger schrieb: Could I have some idea as to what you are using to generate reports? Do you use internal report generators like :LazReport or external ones? LazReport seems to be an incomplete implementation of FreeReport which is also way outdated. Can some one please give me some hints. I use lazreport, it works good. Not perfect but ok. Iam underway to add frChart wit TAChart again. I think its an good start to make it more stable and add missing features. best regards Christian Thanks, Andreas _ 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] Reports
Graeme Geldenhuys schrieb: While you are all busy talking about reports. Why don't each of you fire off a email to the creators of ReportBuilder. They have a awesome reporting tool for Delphi. You could use it equally well from code and designer plus it had a built-in script language. You could report from datasets and pretty much any other type of data like Objects etc... I emailed them a few months back... They said they are keeping an eye on Free Pascal and the Lazarus projects and would definately evalute it if there was enough interest. I dont like commercial products in combination with lazarus so i spend my time to make lazreport bedder when i want it and dont send mails to obscure commercial suppliers. Regards, - Graeme - On 30/01/2008, Andreas Berger [EMAIL PROTECTED] wrote: Could I have some idea as to what you are using to generate reports? Do you use internal report generators like :LazReport or external ones? LazReport seems to be an incomplete implementation of FreeReport which is also way outdated. Can some one please give me some hints. Thanks, Andreas _ 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] Reports
Nero for Linux v3 is one such case. Linux has loads of CD/DVD writing software, but nothing I like, or can say feels polished (yes even K3b doesn't do it for me). Nero for Linux just works and well worth the money. Never tried it, never needed it. Nautilus works just great to burn CD´s. K3B is also OK. Total Commander is another such case. Yes I run 99.9% of the times Linux, but TC works perfectly via Wine. TC just has such cool features and makes file management a breeze. Other than Midnight Commander, no open source tool comes even close. I use it on windows in wine its to ugly for me. MC has a lot of features more. I like LazReport and support it, no need for an commercial Tool where i never have the chance to hunt bugs or take a look in the source to get closer to an problem. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DropFiles Implementation
Felipe Monteiro de Carvalho schrieb: Did OnDropFiles make it to 0.9.24? If so, any radical change can potentially cause a lot of headache for people already using it. We should remove it as fast as possible. (Just my Opinion). On Jan 29, 2008 3:46 PM, Tom Gregorovic [EMAIL PROTECTED] wrote: - there must be some property to enable accepting files, like does AllowDropFiles now Maybe it could be simply defined as OnDropFiles nil so no new property is needed. We can hook when OnDropFiles is set and call an widgetset function to warn the widgetset it is being (de)activeated. Do you think this would work on windows? We must also take into account that there can be implemented general drag and drop between App and OS in future. One idea: Maybe OnDropFiles could represent drag-drop between app and system and OnDragDrop simply inside the app? thanks, _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DropFiles Implementation
One idea: Maybe OnDropFiles could represent drag-drop between app and system and OnDragDrop simply inside the app? Paul Isenheim had the same idea some Time bevore in this thread: What for we need OnDropFiles? We already have OnDragOver and OnDragDrop. To distinct that we are dragging files we can invent new descendant of TDragObject. This way dragging/dropping files will be very LCLisch. thanks, _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] DropFiles Implementation
Hi, We had an discussion about the OnDropFiles implementation in german lazarus forum lately. And most people had the meaning that the current implementation is not so good. The main problem is that it is impossible to drop files to special controls. In most cases the people dont need the Files on the whole Form but in special controls. AllowDropFiles makes no sense for me. The second thing is I think it is not very LCLisch. I think an correct implementation add an OnDropFiles event to TWinControl or TCustomControl and not to TForm. I think we should think twice about these and implement it bevore 1.0 after that we shouldnt break existing code. best regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DropFiles Implementation
Paul Ishenin schrieb: Christian U. wrote: The second thing is I think it is not very LCLisch. I think an correct implementation add an OnDropFiles event to TWinControl or TCustomControl and not to TForm. I think we should think twice about these and implement it bevore 1.0 after that we shouldnt break existing code. What for we need OnDropFiles? We already have OnDragOver and OnDragDrop. To distinct that we are dragging files we can invent new descendant of TDragObject. This way dragging/dropping files will be very LCLisch. nice idea. 100% agree. Best regards, Paul Ishenin. _ 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: RES: [lazarus] Solution to the BIG compiled file issue!
This is how I understand it LCL is built with debug inforation. You executable uses LCL and is also set to include debug information by default. This equals a huge executable. That is what you want while developing. When you create a release version of you product, you run strip agains the executable. It removes ALL debug information, even those carried over from LCL! You end up with a executable the same size as if you compiled your executable with LCL without debug information. I say it again, this thread was about stripping the debug infos from lcl code not from the whole executable. It is real good to have debug infor from your code to have function names in stack traces that can be very helpful. But thers no need for the lcl debug inso so if it is stripped per default - we have not so many users that ask for the executable size, - the debugger dont jumps in lcl code that is not interesting for most users, - you musnt use strip and have an good usage from stack traces. best regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sound in Lazarus applications
Try ACS : http://acs.ullihome.de Adrian Maier schrieb: Hello , Did anyone integrate sound capabilities into a Lazarus application ? (in a cross-platform way :-D ) I'm thinking about having the ability to play sounds when certain certain actions are done by the user or when to play back work complete after a long running task finishes. 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: RES: [lazarus] Solution to the BIG compiled file issue!
Yes, however after a release, your not developing on that release anymore. Your users are using it and don't need to debug. The unstripped version you keep to yourself, so you can debug yourself. Not in any case, stack traces can be very useful to find an problem on an exception but there only useful with debugionfos, so its an great thing to strip the lcl debuginfos but nit those from user code. So the lcl needs to be compiles with some option. What has that to do with project settings ? Nothing. It's how the lcl should be build once. IIRC this discussion started about that. I agree that it would be a nice option to be able to choose between LCL with/without debuginfo FCL with/without debuginfo RTL with/without debuginfo OTOH, a debugger being able to use external symbols would solve it too. I think one checkbox in the Build lazarus Configuration dialog is ok. RTL and FCL are never build while building lazarus its a bit hard to add an option for this i think. best regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
OK guys now I OFFICIALLY close this very long, long thread! :) Are you trying to create an patch ? If not please inform me than i will do. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Win32 docking solved!
Marius schrieb: Paul, i think you solved the win32 docking problem with the 13775 fix. (and it reminds me painfully i have been investigating those ws_child options myself without solving it :)) Anywhay, very exciting docking news, finally i can old style dock my configuration forms like i did in delphi. A very big Thank You from here! Also from me an bin thx. _ 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] Solution to the BIG compiled file issue!
Vincent Snijders schrieb: Fabio Dell'Aria schreef: Yes I understand but why loose so many new users? All the programmers come from Delphi reports this issue and only a little subset of them check for a solution on Google. Others are lost! So what? It is their loss. If they cannot even find out how to do this, how can we expect them to become contributors? So, it even is a nice selection mechanism for new users. (OK, maybe I am overreaction now). Remember Lazarus is not a commercial product that needs users to survive, it is a open source project that needs contributors (for the LCL, the IDE, for documentation, for testing (which needs good backtraces), for writing and porting components) to survive. I don't expect users who cannot find out how to put the checkboxes in the compiler options dialog (yes, we can improve the IDE in this area), to be much of an help. NO ! As more users use Lazarus as more contributors are there and also as testers there helpful. I dont understand your meaning vincent. This solution has 4 benefits and it can be an simple Option when building Lazarus strip debuginfo from LCL files that is on per default. Who want to debug lcl code (sure only a very samll percentage) can just deactivate it, rebuild Lazarus and good is. Its an real good ihea also the debugger dont find a lot of fpc .inc files in lcl code thats also solved with it. But if a solution exists why do not use it? I do not understand! :( Because it excludes the use of debug information for users that want that information. Removing it is trivial, adding it much harder. Adding is just a recompile of Lazarus what is hard on this ? Vincent _ 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] Solution to the BIG compiled file issue!
Zero time. This checkbox exists: Menu: Project|Compiler options Tab: 'Linking' Checkbox: 'Strip symbols from Executable (-Xs)' So what is the problem ? You cant debug after this if you just strip debug code from lcl you can debug you App and Executable is small. Its an great Option. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
Vincent Snijders schrieb: Lukas Gradl schreef: Do you really think, Lazarus should only exist to develop Lazarus? For creating a successful and strong development tool (which is the goal of the whole project AFAIK) you need not only contributors but users as well... Why needs Lazarus users that contribute nothing? They are testers and they infect others by the virus ;) More users are already an good thing. Why Lazarus is Open Source ? If you dont need users you can also work with your 2 neighbours on it in your cellar. Vincent _ 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] Solution to the BIG compiled file issue!
I defend the hypothesis: Users who cannot find out how to remove debug info from executable are unlike to become contributors (giving good advice in forums, providing good bug reproducible bug report with example programs and back traces, patches, writing good example programs for the wiki, contributing documentation). They are more likely to inhibit the advance of Lazarus by giving misinformation in forums, cluttering the bug tracker with hard the reproduce bug reports, etc. I understand you POV but i think more users means more contributors. And espeacially idiotic users are easy to impress :p This solution has 4 benefits and it can be an simple Option when building Lazarus strip debuginfo from LCL files that is on per default. Who want to debug lcl code (sure only a very samll percentage) can just deactivate it, rebuild Lazarus and good is. Its an real good ihea also the debugger dont find a lot of fpc .inc files in lcl code thats also solved with it. Yes, patches are welcome. Ill wait some weeks if Fabio posts an patch, when not ill try. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
Well, that was my question, please explain why. What benifit gets Lazarus from a user? Lazarus doesn't get a thing for users that just uses Lazarus and doesn't contribute anything. Codegear for example gets a couple of hundreds of dollars for each user. Not every user that looks first to the Executable Size, and uninstall lazarus or is pointed every second time the debugger hits an exception in lcl code is automatically an idiot. but the first impression is an very importend thing. And every core developer should be interested in lazarus making an good first impression. Only my opinion. Why Lazarus is Open Source ? If you dont need users you can also work with your 2 neighbours on it in your cellar. No, working with my two neighbours would not work. Lazarus needs lot's of testers, document writers, support givers in the forums (main, distro-specific and in several languages), graphical designers. Also not so good programmers can be good testers, graphical designers, help writers and so on. If me and my two neigbours work on it in my rate, we couldn't finished it in my lifetime. So we need more developers and more other contributors, that can help to alleviate the tasks of the developers and may become developers in the future. You get as more developers as more users are use it. At least when a lot of people programm with lazarus it is interisting for developers to work on it. Please, correct me, where I am making a mistake in my reasoning. done. best regards Christioan _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
nse. However some novice should be afraid by some remaining bugs or missing features compared to Delphi. That would make sense. Take some looks at delphi forums waht the people thinks about lazarus and you will see that a lot of users uninstall it before go to web or read some faq. And if we can make it better why not ? Delphi has also no debuginfos included for the vcl and the lcl debuginfos makes no sense for an normal user so why leave them for default ? Another issue is that i have at time 2 executables one with debuginfo and one without. When one of my customers has an problem that i cant reproduce ill send hin the executable with debuginfos and on an exception my exception handler get automatically an stacktrace and show it to the user. Without debuginfos the stacktrace is useless. When the lcl debuginfos arend there i can publish always the exectable with debuginfos. I hadnt the idea to strip the debuginfos from the lcl bevore. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
What a pity for them. We can do nothing for them. If they don't make critism of lazarus, it does not matter. It is like not buying a new car because of the color. We can do a lot for them but not with this meaning. That follows the idea that a Target mecanism is needed. I agree it is a need, and it is not trivial for beginners (not normal user. Normal users read the documentation because you cannot play a game without knowing the rules. They already know how to use Delphi when they were a little baby ? ^^) and some modifications are necessary. As far I know this is planned for Lazarus =1.0, in order to make a consistent patch (Old thread - Should be confirmed by a Lazarus team member, I speak for myself here). Waiting for that, the provided documentation is really enough for any programmer and I would add : RTFM :) No normal user reads documentation! I build electronics since iam 16 and most people want to use and not read. And yes it is possible to build Intuitively programms. Delphi is an good example and its Success shows us that it is the right way. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: RES: [lazarus] Solution to the BIG compiled file issue!
Marc Weustink schrieb: Cesar Liws Gmail wrote: I Agree with you Fabio, and also it can be implemented in Lazarus: 1) Debug Path – LCL with Debug info 2) Release Path – LCL WITHOUT Debug Info What if I want other options in my release ? Assertions on/off or Rangechecking on/off ? what has this todo with the lcl debugionfo ? When Im writing my software I do not want to debug Lazarus, so why should I include 10MB of LCL debug Info in my .EXE? Then when you release, run strip NO its not possible to debug then anymore. i think this is sayed 10 times in this thread. This thread is about stripping the debuginfos from LCL not from the user units. See it as part of your release. Lazarus won't zip the exe for you neither. It wont make an installer. ect. etc. So see it as part of a release process. Its good to habe debuginfos in an release also for stack traces on exceptions and so on but no need for lcl debuginfo in an release exe... _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: RES: [lazarus] Solution to the BIG compiled file issue!
Graeme Geldenhuys schrieb: On 15/01/2008, Marc Weustink [EMAIL PROTECTED] wrote: When Im writing my software I do not want to debug Lazarus, so why should I include 10MB of LCL debug Info in my .EXE? Then when you release, run strip See it as part of your release. Lazarus won't zip the exe for you neither. It wont make an installer. ect. etc. So see it as part of a release process. Some people are really taking this issue overboard. Like Marc said: When you create a release of your product you have do package you product - zip file, compile you help file etc, etc... Part of that process can be... TO RUN STRIP!!! ALL DEBUG INFORMATION WILL BE REMOVED! BUT WHILE YOU ARE DEVELOPING YOU NEED THAT DEBUG INFORMATION. How difficult can it be to run strip? How difficult can it be to read the complete thread ??? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Thanks, added to SVN. Looks great :) regards Christian Bee schrieb: Just for anyone who interested to 'synchronize' VTV's icons with current theme. Of course, it's unofficial. ;) -Bee- has Bee.ography at: http://beeography.wordpress.com _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] MySQL problems compiling in RedHat 4.5
Thers nothing wrong with Lazarus and no Patch needed. libmysqlclient.so cant be found on your system thats all, like the error message say. Maybe you havend installed the mysql client libs or thers no symlink to the libs. Hi, I created a Lazarus project with MySQL database support. I used Red Hat 4.5 and compiled fine. Now I use 4.5 Red Hat and it gives me an error Project raised exception EInOutError with message Can not load MySQL library libmysqlclient.so'. Please check your installation. Anybody have any idea what is wrong and if there is a patch for this. Thanks Lefti _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] cannot find -lGL (OpenGLContext application)
libGL is mostly included in the mesa library so install mesa and mesa devel and it should be ok. Marco Alvarado schrieb: The application is running correctly in Windows, now I want to compile it in Linux. I get just one error while linking: /usr/bin/ld: cannot find -lGL pruebabasicalinux.lpr(97,1) Error: Error while linking pruebabasicalinux.lpr(97,1) Fatal: There were 1 errors compiling module, stopping I created this test from the new Application wizard, and added all the paths. The application uses GL, GLU and OpenGLContext. What could be missing? Thanks a lot for all your help, I have got very far on this project. -Marco _ 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
[lazarus] Lazarus in Li nux not compileable for some time
For some time, iam not able to compile Lazarus in Linux has somebody an idea for this ? Compiler is fpc 2.2.0 Compiling grids.pas /home/chris/lazarus/lcl/grids.pas(1,1) Fatal: Can't find unit URIParser used by XMLRead best regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Notice: Possible copyright infringements in FPC code base
If CodeGear are fair, they send you her Code in private so you have the same chance to find Copyright issues as they have. Until this isnt the case everything they suppose the fpc team is mess. regards Christoan Michael Van Canneyt schrieb: Hello, The FPC team has been recently made aware that a number of routines in the Classes unit are apparently based on code originally from Borland/CodeGear. After someone found a tool to automatically compare source code bodies to look for structural similarities, we improved its support for Object Pascal (it's in svn now) and used it to compare all FPC RTL and FCL units with their Kylix 3 and Delphi 7 equivalents (in so far these exist). This enabled us to find more cases where code may have originally come from or be based on Delphi/Kylix code. All such identified routines of sufficient complexity and/or likeliness have been or are in the process of being rewritten from scratch using a clean room approach: by someone who is not intimately familiar with the current implementation, and only based on documentation written by other people. I am personally supervising this effort. This whole issue highlights a quite annoying problem though: one the one hand, it is most certainly our responsibility to ensure that all committed code can be legally licensed under FPC's modified LGPL license, and in particular does not originate from Delphi/Kylix sources. On the other hand, we have to avoid reading Delphi/Kylix code as much as possible since by doing so, we may become tainted ourselves and unconsciously start writing code which is based too closely on Borland/CodeGear code. As everyone knows, we nevertheless all try our best to avoid committing tainted code, see e.g. the comments attached to the following bug reports: * http://www.freepascal.org/mantis/view.php?id=7680 * http://www.freepascal.org/mantis/view.php?id=8248 * http://www.freepascal.org/mantis/view.php?id=9770 And yet, from time to time it nevertheless happens anyway: * http://www.freepascal.org/mantis/view.php?id=8661 So this is one area where you, our users, can make a big difference and help us in preventing this from happening in the future, as well as with notifying us as soon as possible when it does happen (or when you know it happened in the past). Most importantly: please ensure that you *never* submit patches based on code copyrighted by third parties. Let one thing be clear, however: none of the code that you wrote yourself can be affected by this issue, as long as this code is not based on the tainted code (whereby based means based on their source code; it does not mean, a.o., deriving from a tainted class, or calling a tainted routine -- in these cases your own code is clean). Simply recompiling your program with an untainted version of FPC will automatically clear your programs of any taint as well. We are in a constructive dialog with people from CodeGear over this issue, and will report back later on the repercussions as far as current and previous FPC releases are concerned. For the FPC Team, Michael. PS: for those interested, here is the preliminary list of tainted routines we have identified. If you are aware of more cases, please let us know as soon as possible so we can evaluate them and put them in the queue for re-implementation! Classes: * ExtractStrings * TParser.TokenComponentIdent * TParser.NextToken * TReader.DoFixupReferences * TReader.ReadCollection * TReader.FindComponentClass * TWriter.WriteComponent * TWriter.WriteComponentData * TWriter.WriteProperties * TPropFixup.MakeGlobalReference * FindNestedComponent * GlobalFixupReferences * GetFixupInstanceNames * RemoveFixupReferences (RemoveFixups in Delphi), * RedirectFixupReferences * GetFixupInstanceNames (GetFixupReferenceNames in Delphi), * RemoveGlobalFixup * RemoveFixups * TStringList.Grow * TStringList.QuickSort * TStringList.Find * TCollection.GetNamePath * TFPList.Assign (Kylix: tlist.assign) * TFPList.Delete (Kylix: tlist.delete) * TList.Extract Strutils: * SearchBuf * DecodeSoundexInt Varutils: * DoVarClearArray Math: * MomentSkewKurtosis: Zstream: * Needs complete re-implementation (was taken from the net...) Db: * TDataset.SetFieldValues * TDataset.DataEvent * TDataSet.CalculateFields, * TDataset.EnableControls * TDataLink.CalcFirstRecord * TField.RefreshLookupList * TField.CalcLookupValue Comctrl: * HandleSafeCallException _ 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] DataAccess components in lazarus 2.9.24
SQLdb is there it supports MySQL,Postgree,ODBC,Interbase and Oracle Jury Azovtzev schrieb: Hallo! I tryied to make education LiveCD with lazarus for students in local college. But when i run all i found out there is not transactions, Mysql and PostrgreSQL components in new lazarus anymore. Could someone explane? Are they in other place now? Or what i have to do to make application with data access functions? -- With best regards. Azovtzev Jury ForceTeam NNLUG www.forceteam.nnov.ru http://www.forceteam.nnov.ru _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ActiveX?
I'm not really interested in ActiveX controls but more ActiveX dll's and exe's. This feature would for instance allow you to generate MS Word and Excel documents with ole automation. Since fpc 2.0.0 this is possible, by Hand I have tested several Delphi exampes to use Outlook, Excel and Word with Ole Automation and it was succesful Imagine if we (Lazarus) could also get a slice of that pie. What do you think? Its all done, just use it :) best regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus IDE revamp
Based on that issues, and some more, me and that designer will not look back to Delphi legacy, excluding the LCL and we will try to manage to make a fork of Lazarus. The role of that fork is very easy: it will must provide bet UI for user, and will not take care about users that say: in Delphi is different, because Lazarus is not Delphi, is much better. That fork will be maintained to an external server, like OpenSVN one and hopefully when will get enough substange to get it's own merit as an upgrade to Lazarus, hopefully will be merged back to Lazarus code. The project will be named LightZarus and will have the notice that is based on Lazarus code. I think it is not time to make UI Forks, Lazarus is on an very good way as it is. And a lot of Delphi code can be used as is so i dont think that the Delphi compatibility is an bad thing. Also the Delphi 7 like GUI layout is an very good decision. For my opinion you are the minority, not Lazarus. This sounds a bit like figthing for Lazarus but its my opinion. if you have good ideas, spend it to the Lazarus project and dont make forks, that never ends good for every project, at example takle a look at beryl and compiz. best regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] KOL-CE release
Because KOL library is used, not LCL :) KOL is very optimized for smartlinking and code size and have simpler internal structure. I think it could be an good idea to add an second method of formhandling to lazarus that generates .pas sources that creates and destroys forms instead of .lfm and remove all RegisterClass calls from the LCL with an #ifdef so fpc can remove ununsed parts of the lcl while linking. I think than executable size can be nearly the same with lcl. This formhandling makes no sense for Desktop Applications but for Mobile Apps. RTTI is not possible with this but i think nearly nobody needs rtti on mobile devices... What do you think about this idea ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Form.Align without effect
Thomas Moritz schrieb: This setting: Form1.Align:=alClient; //or alTop was ignored. You can help? Thanks. If Form has an parent this works for me. Linux/ FPC 2.2.0 / Lazarus 0.9.23 Beta Regards Th. Moritz _ 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
[lazarus] MacOSX Appbundles
Ive wondering if anybody has tried to use the appbundles created by createmacapplication thers an ); at the end of the plist and gdb crashes on loading the plist if i remove it manually gdb says the appbundle isnt there ... anybody an idea ? Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus compiler crash
Luis Rodrigues schrieb: Applying the attached patch and make lcl crashes compiler. Luis Free Pascal Compiler version 2.0.4 [2006/08/22] for i386 Please test this with the actual compiler (2.2.0) reagrds Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Linking to properties on other forms/datamodules..
very to easy do in Delphi, but I can't find a way to do this in Lazarus. Its the same way and your code will crash on delphi too For example. I have a toolbar and MainMenu on Form1, but I have an ImageList on a DataModule. I want to hook up the ImageList from the DataModule to both the ToolBar and MainMenu on Form 1. How do I do this via the IDE and also via code? When I tried to do the following via code Toolbar.Images := dmMain.ToolbarImages; right way. It crashes with an AccessViolation. maybe becouse you try this at an time when dmMain is not created ? At example in formcreate of another form witch is created bevore dmMain regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Some more TCustomForm help
... regards Christian Index: xml/lcl/forms.xml === --- xml/lcl/forms.xml (revision 12058) +++ xml/lcl/forms.xml (working copy) @@ -137,8 +137,20 @@ /element !-- enumeration type Visibility: default -- element name=TPosition -short/ -descr/ +shortRepresents the Position and Size on Screen of an Form/short +descrpoDesigned - The Form appears like it is positioned and sized in the designer. +poDefault - The window manager decides how the form appear +oDefaultPosOnly - Designed size and position form windowmanager + +DefaultSizeOnly - Designed position and size from windowmanager +p +creencenter - Centers the form on screen +po +sctopcenter - Centers the form on desktop +poM +nFormCenter - Centers the Form on mainform +poOw +rFormcenter - Centers the Form on owner form/descr seealso/ /element !-- enumeration value Visibility: default -- @@ -175,8 +187,10 @@ /element !-- enumeration type Visibility: default -- element name=TWindowState -short/ -descr/ +shortRepresents the actual State of the Form/short +descrwsNormal - The form appears normal +wsMinimized - The form appears minimized +sMaximized - The form appears maximized/descr seealso/ /element !-- enumeration value Visibility: default -- @@ -195,7 +209,7 @@ element name=TCloseAction short/ descr/ -seealso/ +seealsolt;link id=TCustomForm.OnClosegt;TCustomForm.OnCloselt;/linkgt;/seealso /element !-- enumeration value Visibility: default -- element name=TCloseAction.caNone @@ -259,7 +273,8 @@ !-- object Visibility: default -- element name=TControlScrollBar shortControl Scroll Bar/short -descrControl Scroll Bar: Scroll Bar control for adding to windows. Can be horizontal or vertical./descr +descrControl Scroll Bar: Scroll Bar control for adding to windows. Can be horizontal or vertical. +/descr /element !-- variable Visibility: private -- element name=TControlScrollBar.FAutoRange @@ -1588,8 +1603,12 @@ /element !-- enumeration type Visibility: default -- element name=TBorderIcon -short/ -descr/ +shortSpecifies wich icon appears on the top of the Form/short +descrbiSystemMenu - The form has a System menu (Maybe not all windowmanager supports this) +biMinimize - The form has an minimize button +iMaximize - The form has a maximize button + +Help - When you klick this button an Question Cursor appears and the help routines are called if you klick on an control/descr seealso/ /element !-- enumeration value Visibility: default -- @@ -2863,26 +2882,26 @@ /element !-- property Visibility: public -- element name=TCustomForm.Active -short/ -descr/ +shortIs true when the form has the focus/short +descrUse active to check if the form has the focus/descr seealso/ /element !-- property Visibility: public -- element name=TCustomForm.ActiveControl -short/ -descr/ +shortSpecifies the active control on the form/short +descrUse this to get or set the active control on this form/descr seealso/ /element !-- property Visibility: public -- element name=TCustomForm.BorderIcons -short/ -descr/ +shortSpecifies wich icons appear on th top of the form/short +descrUse bordericons to get or set the icons that appear on the top of the form/descr seealso/ /element !-- property Visibility: public -- element name=TCustomForm.BorderStyle -short/ -descr/ +shortSpecifies the appearence of the form/short +descrUse borderstyle to get or set the appearance of the form/descr seealso/ /element !-- property Visibility: public -- @@ -2923,13 +2942,13 @@ /element !-- property Visibility: public -- element name=TCustomForm.FormStyle -short/ +shortDeterminates the forms style/short descr/ seealso/ /element !-- property Visibility: public -- element name=TCustomForm.HelpFile -short/ +shortSpecifies the help file that is used by the form/short descr/ seealso/ /element @@ -2947,14 +2966,14 @@ /element !-- property Visibility: public -- element name=TCustomForm.Menu -short/ -descr/ +shortSpecifies an mainmenu for this form/short +descrDrop an tmainmenu on the form and select it here to show it on the form/descr seealso/ /element !-- property Visibility: public -- element name=TCustomForm.ModalResult -short/ -descr/ +
[lazarus] Lazdoc Editor craps Texts
The Lazdoc Editor makes form: Following values are possible bsNone - No window border appears bsSingle - Single line border bsSizeable - Normal window border the window is resizeable bsDialog - The window is an dialog and not resizeable bsToolWindow - The window appears as toolwindow and is not resizeable bsSizeToolWin - The window appears as toolwindow and is resizeable After jump to another declaration and jump back (save to xml and reload) this: Following values are possible - No window border appears bsS gle - Single line border bsSi able - Normal window border the window is resizeable bsDia g - The window is an dialog and not resizeable bsTool ndow - The window appears as toolwindow and is not resizeable bsSizet lWin - The window appears as toolwindow and is resizeable _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DLL trouble
function GetString: string;export; begin result:='test'; end; exports GetString; end. strings are no standart types and cannto exported from an library without special memmanager, use pchar +++ and here how it is called + var libhandle: TLibHandle; GetStringAddr: function: string; str: string; begin libhandle:=LoadLibrary('libtestlib1'); pointer(GetStringAddr):=GetProcAddress(FLibraryHandle, 'GetString'); str:=GetStrAddr(); writeln(str) unloadLibrary(libhandle); writeln(str) end. +++ It always crashes when I want to write 'str' the second time :( Sebastian _ 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] Latest Lazarus revisions not compileable
What about implementing Scanline when we have already so mutch changes at the graphics subsystem ? Theo has made an Scanline component with his opBitmap that shows that it is possible plattform independent im shure it is possible to impement something simelar in TBitmap what do you think ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest Lazarus revisions not compileable
Transparency issues should be fixed. Maybe i cannot check becouse all forms where i have Images or Imagelists crash Lazarus for now. I cannot open an single project from me without crashing Lazarus. Marc _ 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] Latest Lazarus revisions not compileable
Since what is the reason to use Scanline.. ...right performance. When adding a Scanline in a crossplatform way, you will never get that performance. TRawImage or TLazIntfImage have better ways to implement this. thats not true, with opBitmap i get the same Scanline perfomance as in Delphi. I have made an simple video processing tool last week with it that compares 2 images in 640x480 from an camera in realtime !!! Marc _ 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] Latest Lazarus revisions not compileable
Am 03.09.2007 um 00:16 schrieb Marc Weustink: Christian U. wrote: Since what is the reason to use Scanline.. ...right performance. When adding a Scanline in a crossplatform way, you will never get that performance. TRawImage or TLazIntfImage have better ways to implement this. thats not true, with opBitmap i get the same Scanline perfomance as in Delphi. I have made an simple video processing tool last week with it that compares 2 images in 640x480 from an camera in realtime !!! Did you manage that on gtk/linux and carbon/osx too ? gtk yes, carbon not tested Marc _ 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] Latest Lazarus revisions not compileable
Marco van de Voort schrieb: On Sat, Sep 01, 2007 at 08:37:30AM +0200, Christian U. wrote: Since an view Days i get these Linker Messages when i compile Lazarus . Tested on 2 Mashines, also with clean. fpc is 2.1.5 on one Mashine and 2.3.1 on another. D:\lazarus\ide\lazarus.pp(118,1) Error: Undefined symbol: GRAPHICS_TBITMAP_$__INITFPIMAGEREADER$TFPCUSTOMIMAGEREADER D:\lazarus\ide\lazarus.pp(118,1) Error: Undefined symbol: GRAPHICS_TBITMAP_$__INITFPIMAGEWRITER$TFPCUSTOMIMAGEWRITER D:\lazarus\ide\lazarus.pp(118,1) Fatal: There were 2 errors compiling module, stopping Sounds like bad hygiene with respect to .o and .ppu files. Somewhere there is a duplicate or outdated file. Or you e.g. didn't fully recompile LCL while you did update the compiler. NO, that was the first thing come in my mind too but i have tried on both mashines an make clean bevor and my compilers have translated the code bevore without problems have you tried it in windows ? _ 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] Latest Lazarus revisions not compileable
OK, it was not Lazarus itself it is GLscene that isnt compileable since 11861 Also Virtualtreeview couse it use a lot of Functionality from TLazIntfImage that is gone now. I dont like Changes like this shortly bevore an Release Tranzparency dont work also for some Image Types Christian U. schrieb: Marco van de Voort schrieb: On Sat, Sep 01, 2007 at 08:37:30AM +0200, Christian U. wrote: Since an view Days i get these Linker Messages when i compile Lazarus . Tested on 2 Mashines, also with clean. fpc is 2.1.5 on one Mashine and 2.3.1 on another. D:\lazarus\ide\lazarus.pp(118,1) Error: Undefined symbol: GRAPHICS_TBITMAP_$__INITFPIMAGEREADER$TFPCUSTOMIMAGEREADER D:\lazarus\ide\lazarus.pp(118,1) Error: Undefined symbol: GRAPHICS_TBITMAP_$__INITFPIMAGEWRITER$TFPCUSTOMIMAGEWRITER D:\lazarus\ide\lazarus.pp(118,1) Fatal: There were 2 errors compiling module, stopping Sounds like bad hygiene with respect to .o and .ppu files. Somewhere there is a duplicate or outdated file. Or you e.g. didn't fully recompile LCL while you did update the compiler. NO, that was the first thing come in my mind too but i have tried on both mashines an make clean bevor and my compilers have translated the code bevore without problems have you tried it in windows ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] fpc dosend find wrong cased units in macosx ??
OK, i have no chance to install fpc in MacOS X for i386. Thers no fpc 2.0.4 for i386, and the 2.1.5 Compiler has the issues with the wrong Case. Can somebody please use the 2.3.1 compiler for the Daily Snapshot building ? So thers an way to install Lazarus and fpc in Mac OS X i386. The current 2.1.5 foc+fpcsource snapshots are not useable. regards Christian ill send this again seems that nobody has noted it... _ 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] fpc dosend find wrong cased units in macosx ??
Am 28.08.2007 um 19:16 schrieb Vincent Snijders: Christian U. schreef: OK, i have no chance to install fpc in MacOS X for i386. Thers no fpc 2.0.4 for i386, and the 2.1.5 Compiler has the issues with the wrong Case. Can somebody please use the 2.3.1 compiler for the Daily Snapshot building ? I make the Lazarus snapshots, but won't use fpc 2.3.1 for now. They build themselves, so it is not impossible to use fpc 2.1.5. fpc 2.1.5 works only on filesystems that are not case sensitive if you format hfs case sensitive fpc 2.1.5 works nowhere on your system ... i think its an bad idea to ship such a compiler with the snapshots Vincent _ 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] fpc dosend find wrong cased units in macosx ??
OK, i have no chance to install fpc in MacOS X for i386. Thers no fpc 2.0.4 for i386, and the 2.1.5 Compiler has the issues with the wrong Case. Can somebody please use the 2.3.1 compiler for the Daily Snapshot building ? So thers an way to install Lazarus and fpc in Mac OS X i386. The current 2.1.5 foc+fpcsource snapshots are not useable. regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Broken SVN
TLazInfImage dont support AutoCreateMask anymore in actual SVN wich breaks the Virtualtrees Support. Also no transparency works in any Lazarus Image Type regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] fpc dosend find wrong cased units in macosx ??
Has anyone noticed, that fpc 2.1.5 dont find unist wich have the wrong case in uses ?! Below i have copied an try to compile lazarus. is that realy an fpc issue ? is it known ? regards Christian Makefile:4185: warning: overriding commands for target `examples' Makefile:4145: warning: ignoring old commands for target `examples' make -C lcl all /bin/rm -f units/i386-darwin/alllclunits.ppu /usr/local/bin/ppc386 -gl -Fu. -Funonwin32 -Fuforms -Fuwidgetset -Fu/ usr/local/lib/fpc/2.1.5/units/i386-darwin/rtl -Fu/usr/local/lib/fpc/ 2.1.5/units/i386-darwin/hash -Fu/usr/local/lib/fpc/2.1.5/units/i386- darwin/paszlib -Fu/usr/local/lib/fpc/2.1.5/units/i386-darwin/netdb - Fu/usr/local/lib/fpc/2.1.5/units/i386-darwin/libasync -Fu/usr/local/ lib/fpc/2.1.5/units/i386-darwin/pthreads -Fu/usr/local/lib/fpc/2.1.5/ units/i386-darwin/pasjpeg -Fu/usr/local/lib/fpc/2.1.5/units/i386- darwin/ibase -Fu/usr/local/lib/fpc/2.1.5/units/i386-darwin/postgres - Fu/usr/local/lib/fpc/2.1.5/units/i386-darwin/mysql -Fu/usr/local/lib/ fpc/2.1.5/units/i386-darwin/odbc -Fu/usr/local/lib/fpc/2.1.5/units/ i386-darwin/oracle -Fu/usr/local/lib/fpc/2.1.5/units/i386-darwin/ sqlite -Fu/usr/local/lib/fpc/2.1.5/units/i386-darwin/x11 -Fu/usr/ local/lib/fpc/2.1.5/units/i386-darwin/opengl -Fu/usr/local/lib/fpc/ 2.1.5/units/i386-darwin/gtk -Fiinclude -FE. -FUunits/i386-darwin - di386 alllclunits.pp Free Pascal Compiler version 2.1.5 [2007/08/21] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Darwin for i386 Compiling alllclunits.pp Compiling LCLStrConsts.pas alllclunits.pp(64,11) Fatal: Can't open file LCLStrConsts.pas Fatal: Compilation aborted make[1]: *** [alllclunits.ppu] Error 1 make: *** [lcl] Error 2 christian-ulrichs-computer:/Volumes/Data/lazarus chris$ _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] fpc dosend find wrong cased units in macosx ??
Did you compile with -vt to make sure? This is the result: Compiling alllclunits.pp Searching file alllclunits.pp... found Unitsearch: System.ppu Searching file System.ppu... not found Unitsearch: units/i386-darwin/System.ppu Searching file units/i386-darwin/System.ppu... not found Unitsearch: System.pp Searching file System.pp... not found Unitsearch: System.pas Searching file System.pas... not found Unitsearch: System.ppu Searching file System.ppu... not found Unitsearch: System.pp Searching file System.pp... not found Unitsearch: System.pas Searching file System.pas... not found Unitsearch: System.ppu Searching file System.ppu... not found Unitsearch: System.pp Searching file System.pp... not found Unitsearch: System.pas Searching file System.pas... not found Unitsearch: ./nonwin32/System.ppu Searching file ./nonwin32/System.ppu... not found Unitsearch: ./nonwin32/System.pp Searching file ./nonwin32/System.pp... not found Unitsearch: ./nonwin32/System.pas Searching file ./nonwin32/System.pas... not found Unitsearch: ./forms/System.ppu Searching file ./forms/System.ppu... not found Unitsearch: ./forms/System.pp Searching file ./forms/System.pp... not found Unitsearch: ./forms/System.pas Searching file ./forms/System.pas... not found Unitsearch: ./widgetset/System.ppu Searching file ./widgetset/System.ppu... not found Unitsearch: ./widgetset/System.pp Searching file ./widgetset/System.pp... not found Unitsearch: ./widgetset/System.pas Searching file ./widgetset/System.pas... not found Unitsearch: /usr/local/lib/fpc/2.1.5/units/i386-darwin/rtl/System.ppu Searching file /usr/local/lib/fpc/2.1.5/units/i386-darwin/rtl/ System.ppu... found PPU Loading /usr/local/lib/fpc/2.1.5/units/i386-darwin/rtl/System.ppu Searching file alllclunits.pp... found Unitsearch: ObjPas.ppu Searching file ObjPas.ppu... not found Unitsearch: units/i386-darwin/ObjPas.ppu Searching file units/i386-darwin/ObjPas.ppu... not found Unitsearch: ObjPas.pp Searching file ObjPas.pp... not found Unitsearch: ObjPas.pas Searching file ObjPas.pas... not found Unitsearch: ObjPas.ppu Searching file ObjPas.ppu... not found Unitsearch: ObjPas.pp Searching file ObjPas.pp... not found Unitsearch: ObjPas.pas Searching file ObjPas.pas... not found Unitsearch: ObjPas.ppu Searching file ObjPas.ppu... not found Unitsearch: ObjPas.pp Searching file ObjPas.pp... not found Unitsearch: ObjPas.pas Searching file ObjPas.pas... not found Unitsearch: ./nonwin32/ObjPas.ppu Searching file ./nonwin32/ObjPas.ppu... not found Unitsearch: ./nonwin32/ObjPas.pp Searching file ./nonwin32/ObjPas.pp... not found Unitsearch: ./nonwin32/ObjPas.pas Searching file ./nonwin32/ObjPas.pas... not found Unitsearch: ./forms/ObjPas.ppu Searching file ./forms/ObjPas.ppu... not found Unitsearch: ./forms/ObjPas.pp Searching file ./forms/ObjPas.pp... not found Unitsearch: ./forms/ObjPas.pas Searching file ./forms/ObjPas.pas... not found Unitsearch: ./widgetset/ObjPas.ppu Searching file ./widgetset/ObjPas.ppu... not found Unitsearch: ./widgetset/ObjPas.pp Searching file ./widgetset/ObjPas.pp... not found Unitsearch: ./widgetset/ObjPas.pas Searching file ./widgetset/ObjPas.pas... not found Unitsearch: /usr/local/lib/fpc/2.1.5/units/i386-darwin/rtl/ObjPas.ppu Searching file /usr/local/lib/fpc/2.1.5/units/i386-darwin/rtl/ ObjPas.ppu... found PPU Loading /usr/local/lib/fpc/2.1.5/units/i386-darwin/rtl/ObjPas.ppu Searching file alllclunits.pp... found Unitsearch: LCLStrConsts.ppu Searching file LCLStrConsts.ppu... not found Unitsearch: units/i386-darwin/LCLStrConsts.ppu Searching file units/i386-darwin/LCLStrConsts.ppu... not found Unitsearch: LCLStrConsts.pp Searching file LCLStrConsts.pp... not found Unitsearch: LCLStrConsts.pas Searching file LCLStrConsts.pas... found Compiling LCLStrConsts.pas Searching file LCLStrConsts.pas... not found alllclunits.pp(64,11) Fatal: Can't open file LCLStrConsts.pas Fatal: Compilation aborted make[1]: *** [alllclunits.ppu] Error 1 make: *** [lcl] Error 2 christian-ulrichs-computer:/Volumes/Data/lazarus chris$ _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] fpc dosend find wrong cased units in macosx ??
Am 23.08.2007 um 00:11 schrieb Vincent Snijders: Christian U. schreef: christian-ulrichs-computer:/Volumes/Data/lazarus chris$ On what file system is /Volumes/Data/lazarus ? FPC expects that the file system on Mac OS X is not case sensitive, but case aware. Why somebody expect an non case sensitive filesystem on an unix ?! On an ntfs filesystem. Does it work on HFS ? But also ext3 can be written and readed from macos native ... Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Fastreport support for lazarus ?
That would be extremely cool, to have fastreports support lazarus... whats wrong with lazreport ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Roadmap Status of features
[EMAIL PROTECTED] schrieb: Quoting Mattias Gaertner [EMAIL PROTECTED]: No, I think, vt simply called the SetMapMode function, which did nothing under LCL. Maybe vt needs SetMapMode only in rare cases or not all? Use the svn Version, its removed since 2 Days. regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Roadmap Status of features
[EMAIL PROTECTED] schrieb: Quoting Christian U. [EMAIL PROTECTED]: [EMAIL PROTECTED] schrieb: Quoting Mattias Gaertner [EMAIL PROTECTED]: No, I think, vt simply called the SetMapMode function, which did nothing under LCL. Maybe vt needs SetMapMode only in rare cases or not all? Use the svn Version, its removed since 2 Days. oh ...tnx for providing this information ... :) so qt virtualtree is not so far away ;) have you tried it ? what is not working ? it also works on wince so i think it schould work mostly. _ 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] Codetools dont know savecall
Mattias Gaertner schrieb: On Sun, 15 Jul 2007 20:25:42 +0200 Christian U. [EMAIL PROTECTED] wrote: Yes, this is safecall with an F, not a V. savecall with V does not appear in the FPC or Delphi sources. safecall with a F does. I even ran grep on all FPC/Delphi sources. I added the last. Mattias have seen it, thanks ;) regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Codetools dont know savecall
Michael Van Canneyt schrieb: On Sat, 14 Jul 2007, Christian U. wrote: The codetools dont know the keyword savecall. is it possible to add it ? It knows safecall ? I never heard of savecall... That mean that it not exists ? Are you GOD ? http://de.wikipedia.org/wiki/Borland_Delphi even in the german Wikipedia in the Article about Delphi it is noted, belive me it exists. And also fpc knows it. Its used to make an COM call compatible. Michael. _ 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] Codetools dont know savecall
Yes, this is safecall with an F, not a V. savecall with V does not appear in the FPC or Delphi sources. safecall with a F does. I even ran grep on all FPC/Delphi sources. Sorry, for my spelling mistake :) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Codetools dont know savecall
The codetools dont know the keyword savecall. is it possible to add it ? regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Spell Check and Thesaurus
Leonardo M. Ramé schrieb: Does anybody knows an Open Source Spell Check and/or Thesaurus component for FreePascal/Delphi? you can use aspell to do this, and control it with TProcess. regards Christian Thanks in advance, Leonardo M. Ramé http://leonardorame.blogspot.com _ 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] Another OpenGL questions : re TGLCube properties
David Lyon schrieb: Burkhard Carstens wrote: I don't know what you mean. The GLObjects unit (where TGLCube is declared) is exactly identical to the original version and there is no Front property. There is a Parts property .. What are you trying to achieve? Well if that is the case it is probably a mistake on my part. I will check it again... FrontProperties are part of TGLMaterial to access it use YourCube.Material.FrontProperties exact the same way as in Delphi Thanks -- _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Detect if file is written?
try except end; :) when an exception occours it is not finished !? not very clean but i think the only way to detect this good Christian - Original Message - From: Alexandre Leclerc [EMAIL PROTECTED] To: lazarus mailinglist lazarus@miraclec.com Sent: Monday, August 14, 2006 8:34 PM Subject: [lazarus] Detect if file is written? Hi all, an application writes a text file on disk (Windows) and my FPC application opens it to process it. On some systems I open the file faster than the OS has finished writing it. I then get an 'Unexpected end of file'. I would like to know if there is a way I can detect the file is finish written on the disk; else should I simply trap the error and then close/reopen if I get it? Regards. -- Alexandre Leclerc _ 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] [ANN] Application using VT and ACS
Download if someone will take a look at it: http://update.ullihome.de/AudioX-Setup_0.0B11.zip http://update.ullihome.de/AudioX-Setup.zip this is the actual url (and i think it will stay there) best regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Cross platform graphic manipulation
i agree, i also use th .mo files its the unix standart and any tools at example poedit are build to use it so. also some of the unix users has done translations already this way .. regards Christian - Original Message - From: Alexandre Leclerc [EMAIL PROTECTED] To: lazarus@miraclec.com Sent: Friday, July 28, 2006 5:32 PM Subject: Re: [lazarus] Cross platform graphic manipulation 2006/7/28, Darius Blaszijk [EMAIL PROTECTED]: MO file? Why would you want to do an extra step and compile the PO into MO? Mattias has made an excelent implementation of reading PO files directly into your app. IDEtranslations.pas IIRC. For myself, I would like a compiled version when distributing my application. Well, I did not take a final decision yet on this, but I would prefer to have the option to avoid support nightmare because some users in a compagny have messed-up with the file. -- Alexandre Leclerc _ 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] [ANN] Application using VT and ACS
no, thats not what i mean somebody has begon to create an page with screenshots and deep descriptions of the project and not just links ... Christian - Original Message - From: Swen Heinig To: lazarus@miraclec.com Sent: Thursday, July 27, 2006 4:24 PM Subject: Re: [lazarus] [ANN] Application using VT and ACS Christian U. schrieb: Looks very cool :-) Maybe you can create a page in the Lazarus wiki :-) Michael. I donend have found the projects page, is it linked in some of the main pages ? I know i have seen month bevore something like an made with lazarus site but dont find them again Christian Maybe this one http://wiki.lazarus.freepascal.org/index.php/Projects_using_Lazarus ? Swen _ 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
[lazarus] [ANN] Application using VT and ACS
Maybe its intristing for some of you, have begon to write yn audio library application its an good example whats possible at time with Lazarus+VT+ACS Features at time (growing ... :)) - Management without database (your mediafiles are scanned at startup so every information is actual) - ID3V2.1 .2 .3 .4 (Support of most Tags including Images in mp3´s), Vorbiscomment - Saves all Information direct in the file tags - Non-File based media can be managed with xml based file format (CD´s, LP´s and so on) - Players are completely independent from the library so if something crashes ... - Players play mp3,wma,ogg,flac,monkey audio - Pitch - Output Drivers selectable (wave, directx in windows and alsa,oss in linux) - Media based information management (an file is an title and is part of an media (album,sampler,single whatever) files can be part of more than one media) - Free views (you can build treeviews with an string at example YearMonthGenre will sort everything by Year then subfolders with Month and then Genre) - Fuzzysearch (no exact matches needed to find what you want) - Automatic additive online update - Bugtracker/featurerequest direct integrated in the application (encapsulates an mantis system) and so on ... Screenshots: http://update.ullihome.de/ax1.jpg http://update.ullihome.de/ax2.jpg http://update.ullihome.de/ax3.jpg Download if someone will take a look at it: http://update.ullihome.de/AudioX-Setup_0.0B11.zip regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] compiling a DLL
why you want to make a showmessage from an dll ? thats bad. the only think i know where you need forms in dll´s are configure dialogs for plugins but this can also be solved with other methods. librarys should add functionality to your program ... not ui regards Christian - Original Message - From: Christian Budde To: lazarus@miraclec.com Sent: Thursday, July 06, 2006 3:53 PM Subject: [lazarus] compiling a DLL Hello,I've been trying to compile a DLL with no luck the code looks like this:library DLLTest;uses Forms, LCLType, LCLClasses, LCLIntf, interfaces, Dialogs;function Main(audioMaster: Pointer): Pointer; cdecl; export;beginShowMessage('Test');end;exports Main name 'main';end.It works fine if I don't use the ShowMessage(). But what's wrong with this function. I already included several files (see above), but nothing seems to work. I've tried it with all the latest Lazarus versions (currently 0.9.17) and FPC 2.0.2 (I've heard that there was a problem with FPC, but not what the exact problem was.The error is reproducable, but I hadn't been able to debug the DLL to see what the problem is. Please help, Christian
Re: [lazarus] compiling a DLL
In my app I would like to show a dialog where the user can select some items from a list. The items are calculated within the DLL. After the user selected which items it wants to see the selected items are passed on to the main app. i hjave written an framework for this, in my applications an xml sheme is passed to the application and describes the control elements of the configuration dialog (simelar to lfm) the application build the dialog. when the user interacts with the controlelements the application calls an function to tells the dll what has changed. multiplatform, multiapplication ... Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] compiling a DLL
lazarus is no delphi, and delphi isnt crossplatform. librarys (as the name says) are for sharing functions, the ui is always platform dependend librarys not ... and i dont know an case where an whole application needs to used by another. and if this fall is the case, why dont use an normal executable ? you can dock another window to an form ... so you can use any application you want in this way. Christian - Original Message - From: Alexandre Leclerc [EMAIL PROTECTED] To: lazarus@miraclec.com Sent: Thursday, July 06, 2006 5:32 PM Subject: Re: [lazarus] compiling a DLL We can do it in Delphi. In fact I was able to have an EXE and a DLL of the complete and same application; it was very handy when someone desired to integrate the whole software in is own application, whether it be in pascal or not. For myself, ui is functionnality, especially when dealing with other languages. Is it because the compiler is not mature enought on this specific issue for dll? 2006/7/6, Christian U. [EMAIL PROTECTED]: why you want to make a showmessage from an dll ? thats bad. the only think i know where you need forms in dll´s are configure dialogs for plugins but this can also be solved with other methods. librarys should add functionality to your program ... not ui -- Alexandre Leclerc _ 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] Clipboard and Image formats
You must register the format type of what you wish to add to the Windows clipboard, first of all, then you must (unless it's a bitmap or wmf file), create your own format to place it and register it as a data. schould bitmap not be registered within the lcl ??? To read it, you must also check to see the format of the clipboard, and then read it only if it's the same type of content. i think the clipboard can hold more than one thing/format and delphi checks for an image automatically when i try to assign a TClipboard to an TGraphic does the lcl dont do this ??? Please note that in order to know wether there is a content of the clipboard there are several ways, on of them is to chain yourself to the message queue. the TClipboard class schould do this internally as in delphi are there some examples how to use the clipboard correctly ?? Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Any king of IsNumeric() function arround?
FUNCTION IsNumeric(s: STRING): boolean; VAR i: integer; BEGIN //TODO:Replace ',' with Systemdelemiter Result := (length(s) 0); FOR i := 1 TO length(s) DO IF NOT ((Char(s[i]) IN ['0'..'9']) or (Char(s[i]) = DecimalSeparator) or (Char(s[i]) = '-') or (Char(s[i]) = '+')) THEN BEGIN Result := False; exit; END; END; regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Clipboard and Image formats
Hi, Clipboard.AssignTo(Image1.Picture); and Image1.Picture.Assign(Clipboard) bith dont work in windows has anyone managed to get something like this work ?? regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Compiling GlScene and doubts about game development
Other library (3d engine) better than glscene for my intentions? Yes, check http://www.sulaco.co.za/ there you have the Rage3D, a game engine for delphi that compiles for freepascal with minor changes (a missing procedure declaration and some uses) for win32. All examples and tutorials compiles. Don't know for MacOSX, Linux, etc.. but i suppouse it will work. please dont compare this with glscene, glscene is an 3d library that encapsulate opengl stuff in objects that are easy to handle rage3d this is an simple 3d engine _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Compiling GlScene and doubts about game development
But how big is the difference between use of GLScene and OpenGL Engine?. For example. If you develop the same game but with 2 exes..one with an Opengl Engine and other with GLScene, is very big difference in perfonmance? Opengl directly gives the best perfomance with an simple 3d engine you may have 90% of opengl perfomance with glscene you can have 90% but if you dont think of what youre doing you can have also 30% at example use the most games special low poly models for generating shadows glscene can do this but you can also generate shadows from your high poly models very simple with glscene but then you have less perfomance also you can have more perfomance with glscene than with opengl when you dont know opengl in deep, glscene use a lot of tricks to get the maximum of perfomance thats possible _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Setting up help system
I think, in 0.9.16 we can have an help system that works. I tried to set up those in windows: As i dont have an perl interpreter installed ive searched for an compiled version of the docs but i dont found one ! Why would you need perl ? to call multi_makeskel.pl ?? dont know exactly i think this is used to generate html files from the .xml ? or do i need only fpdoc ? but thats not the problem the problem ist taht i need help i work for more than 2 jears with lazarus and over 6 with delphi bevore. But one of the first things i noticed bevore 2 jears as i start using lazarus is that no help is avalible for default. and 2 jears later the same shit happens, the next problem is that no documentation exists how to generate it for myself so an lazarus beginner or maybe an pascal beginner will fail automatically using lazarus and maybe using his copy of delphi again or stop learning pascal. regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Setting up help system
No. This is used to update the .xml from the sources. ok, by the way in windows the help system dont work for the start page, when i set an path the help system searches on ActiveUserProfile\Desktop\MyenteresPath like this: StartPage coudnt find file C:\Dokumente und Einstellungen\User\Desktop\C:\Programme\lazarus\docs/html/index.html. 1. DirectorySeparator is defined in unit SYSTEM nobody schould use / or \ directly 2. sometimes it is better to test 3. i have tried 0.9.16 thats marked as STABLE It's not easy to write help. The LCL is HUGE. thats not what i mean, all documentation is better than no documantation and the fpc rtl and fcl documenattion is more than 60% you use every day the lcl is mostly selfexplaining or known from delphi what i try to find in an help every day are things like format strings descriptuion and stuff ... maybe this is other for other people. 1. I thought the help system referred to the Lazarus website for help, so there should be no need to create your own documentation. right, but maybe ther are people without internet or without an permanent commenction or an commenction that dont supports 300k/s transfers ?! 2. If I am correct, there is a wiki page somewhere that describes the configuration of the help system, unfortunately I don't know exactly where it is. ( hate wikis for this, unstructured as they are :/ ) sorry, i dont found it, have vied in Documantation but thers no documentation how to create an documentation ;) Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Setting up help system
Help - Configure Help - Databases - StartPage - BaseURL should be something like file:///C:/Programme/lazarus/ it is file://C:\Programme\lazarus\docs\html but i think the \ arent a problem in this case called is C:\Dokumente und Einstellungen\User\C:\Programme\lazarus\docs\html witch not exists Use the browse button, and it should create this format automatically. Sorry, I don't have windows. i know, but why the windows users home diretory ? :) C:\Dokumente und Einstellungen\User is added bevore the path ? is the path in linux /home/user/ + /shared/lazarus/help ... ? 3. i have tried 0.9.16 thats marked as STABLE ? you dosend have windows i know but bvevore a version with an even number is created those functionality can be tested by vincent, mark or someone other who have windoes or not ?! what i try to find in an help every day are things like format strings descriptuion and stuff ... maybe this is other for other people. ? only my point of view what iam searching in an help, maybe youre right and the lcl documentation is more important than the rtl documentation right, but maybe ther are people without internet or without an permanent commenction or an commenction that dont supports 300k/s transfers ?! Packages (tgz/rpm/deb) containing the help pages are planned. as i have seen, thers already an rpm but no precompiled help stuff for windows http://wiki.lazarus.freepascal.org/index.php/Lazarus_Documentation_Editor http://wiki.lazarus.freepascal.org/index.php/Creating_IDE_Help http://lazarus-ccr.sourceforge.net/fpcdoc/fpdoc/fpdoc.html http://wiki.lazarus.freepascal.org/index.php/Add_Help_to_Your_Application All these links can be found on the main page of the lazarus-ccr wiki. oops :) sorry As Michael said: wikis are too unstructured. And the wiki search function is very bad. So although the things are documented (or better: started), people don't find it. Maybe you can help to improve it a little bit. my fault, havent seen the entrys to change things in pages like documentation i have too mutch respect. example: maybe its better to move the IDE Documentation section more to the top of Documentation as the user get first intouch with the ide and then with the language and lcl BUT when i move it more to the top the 8 pages in different languages have to be changed also maybe i get this working for most languages also but at example japanese is a problem :) Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Setting up help system
I think, in 0.9.16 we can have an help system that works. I tried to set up those in windows: As i dont have an perl interpreter installed ive searched for an compiled version of the docs but i dont found one ! only an rpm exists for linux. why is no compiled version included in the windows binarys and already set up in the ide ? regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Problem with gdb/IDE and GetEnvironmentVariable (Bug 1685)
- closes and restarts the IDE, or - sets debugger at (none), reruns the application, sets the debugger at GNU debugger (gdb), thats not real correct, the value is simply not saved. so if you have none as value and set it to gdb, always none is there. i think i have made an bugreport for this issue but nobody seems to be interested in this. Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VirtualTreeView compile error - FPC 2.0.2
Well, I meant access in a broader term (svn based access). I do not use csv... but I think there is something like tortoisecsv for the brokenOS on which i'm right now. I'll try to get a download. Is there a reason why zip distrib are not frequently released (since it makes 2 months it's corrected)? Is there a reason not to use the csv version? no, only becouse i always have to ask vincent if he could load it up ... its not a very easy way to publish files in the ccr regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Who needs Unicode controls.
What non Latin languages (such as Arabic, Chinese) do you need to be supported ? Chinese traditional and simplified and maybe russian and turkey unicode regards Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VirtualTreeView compile error - FPC 2.0.2
Hey, what is hard about zipping the sources and sending me an email? not hard but nothing i do every 2 weeks :) by the way, what about acs ? removed from ccr ? regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Who needs Unicode controls.
This isn't the end of the world, but is somewhat inconvenient. To answer which system is better, it is necessary to compare the overhead with the benefits. The overhead is minimal, if the LCL convert the string one time it is be set and store it internally. It would be nice to calculate what exactly is the overhead produced by the string conversion. Considering that you mostly set the strings of your GUI only once, it probably isn't relevant for most uses. Think so. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VirtualTreeView compile error - FPC 2.0.2
is fixed in cvs since 2 month regards Christian - Original Message - From: Alexandre Leclerc [EMAIL PROTECTED] To: lazarus@miraclec.com Sent: Friday, May 12, 2006 4:40 PM Subject: Re: [lazarus] VirtualTreeView compile error - FPC 2.0.2 2006/5/12, Alexandre Leclerc [EMAIL PROTECTED]: 2006/5/12, Micha Nelissen [EMAIL PROTECTED]: Alexandre Leclerc wrote: I'm trying to install the VTV component compiling with fpc 2.0.2 and I get an error: C:\lazarus\components\virtualtreeview\Src\VirtualTrees.pas(1440,77) Error: Illegal symbol for property access The line is: property TreeOptions: TVirtualTreeOptions read FOptions write SetOptions; Set options: procedure SetOptions(const Value: TCustomVirtualTreeOptions); Parameter type is not correct. Yes, but they are same descendent no? I'll correct that then and see. (I was compiling with 2.1.1 in fact; error of myself). Should I send a patch here? Else, to whom? -- Alexandre Leclerc _ 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] VirtualTreeView compile error - FPC 2.0.2
Do you have svn access? Thers no svn for Virtualtreeview Thers cvs. and its on my server so i have access :) -- Alexandre Leclerc _ 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] Lazarus for core devel in one of our project! -- Multilangual support
I fail to see where your problem is here with the current implementation. Lazarus uses po-files and LCL will be able to use those too. Yes, maybe thers no problem but, i think when we include a translate tool in lazarus and make ourself incompatible to the gettext tools the translation tool is useless, sorry. Its useable but only for internal formats as borland with it dll stuff. Also unuseable. I cant write an Imageprogram, with only one format that is self implemented. Nobody will use this. Edit the po-files, which are the basic cornerstone of gettext, as far as I understood. This is what i meay why i need then an translation tool in the ide ? See also the gettext support in the LCL. LCL ? thers gettext support in the LCL i use unit gettext from FCL ?! Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for core devel in one of our project! -- Multilangual support
Yes, maybe thers no problem but, i think when we include a translate tool in lazarus and make ourself incompatible to the gettext tools the translation tool is useless, sorry. Its useable but only for internal formats as borland with it dll stuff. Also unuseable. I cant write an Imageprogram, with only one format that is self implemented. Nobody will use this. Most users ask for translation of forms. This means - on loading the form the LCL must identify the strings that needs to be translated (TTranslateString) - the string property must be get an identifer. For example 'TForm1.OkButton.Caption'. This must be done by the LCL. - the string must be loaded from the database in the wanted language. This can be done by the gettext tool, or because .po files are so simple, with the short procedure in the LCL. - there should be translation files (.po) for each package and project and when distributing a project the translation db should be automatically collected from all used packages and projects. Whatever tool does this, it needs the information of the files the IDE creates. So a tool or plugin 'integrated' into the IDE is quite obvious. How the translators translate the files is up to them. But IMHO there are tasks, that only the LCL can do and must do. Yes, that makes things mutch easyer TForm.Translate('mylanguage.(p)(m)o'); can be a greate feature but it schould be compatible to standart tools and not only to the integreated tools in the ide. also the tools in the ide schould be compatible to gettext maybe this can be added later, but to say i have no time at time to do this cause in most cases that this is never done. the easyer way is to do all in one step. 1. priority LCL unicode support (over all widgetsets) 2. priority LCL gettext support (with po and mo files couse most applications dont use po but mo) 3. priority are integreated Tools to translate in the ide maybe forst only to translate later to translate and keep compatibility to .po files Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for core devel in one of our project! -- Multilangual support
There are good reasons for writing a Lazarus tool 1. poEdit does not have support for the .rst files that the FPC compiler creates. 2. Lazarus codetools can scan for resourcestrings directly in the sources. This kind of integration is not possible in poEdit. iam happy at time with my translation posibillitys (msgfmt,poedit) but iam niot very happy with no utf-XX support in lcl becouse some of my programs are used in vr-china and i cant help them with chinese support at time. AND : VB can this that is terrible. You can say now lazarus is opensource, ... but iam not firm enougth with lcl internas but you are, so we can make a deal you and vincent add complete unicode support to lcl, and i write an internal translator for lazarus :) have fun Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for core devel in one of our project! -- Multilangual support
First extend packages (and projects) with a languages directory with po files. When a project is built (or published) all language files of all dependent packages will be gathered add add in a languages subdirectory relatively to the executable or at another predefined place (i.e. /usr/local/share/appname/languages), configurable like the Help file of an application now. On startup all resourcestrings will be read from the appropriate files. I will not write tools to create or maintain po-files, just make it easier to use po-files in applications. I hope this makes clear, what my plans are. he first hint i have to this, is not to translate simply at app startup. the user must can retranslate the app at runtime. And at example for me any translation feature that cannot be used by the end-user is useless for me. When lazarus dont use standart gettext tools / formats for the translation its absoulutly useless for me and i think also for some other peoples. My example in the last mail was the vr-china. I dont speak chinese but they can make her own translation from english. Also belgium i dont speak ther language but the have maked ther own translation with gettext tools. I think its better to stay compatible to the gettext package. Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VirtualTreeview 4.4.3 on lazarus?
Yep. I now understand that it was not a so easy port. And what about the assembler code... it is certainly not portable to other versions. I know the last version have a lot of alpha blending stuff and selection-windows-xp style (alpha blended) and that the code for this is assembler. Maybe this was not in the 4.0.x version. Anyway this is not an important item for me right now. I simply need linux/win on x86 platform. Sorry, the alphablending stuff isnt ported at time, so no blended Selection and animations are supported right now. You can port ist if you want, the most of it schould already work but has to set in {$ifdef i386} ... and maybe a pascal version as backup but i think as the arm and powerpc part of the compiler are quiet usefull we schouldnt use mutch of assembler for now. For my opinion a little bit more cpu time in the blending routines are not soo bad. I will not :) my project does not allows this, but if it was a matter of 2-3 hours I would have done it; which I will not :) I dont have the time to do mutch on VT at time, for my apps it works great so if you dont want to do al lot for your app, 4.0.17 it should be enougth for now :) Best regards. Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] WinCE Interface not compileable
wincememostrings.inc is not in the actual svn but the wince interface use this ... regards Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VirtualTreeview 4.4.3 on lazarus?
I would like to know what work is required to port the latest version 4.4.3? I have no clue about that and what exactly to do, but I would like to use this latest version (which has not been ported). What features have 4.4.3 that 4.0.17 not have ? 4.0.17 for Lazarus is still far away from original 4.0.17 remember Lazarus is cross platform so its not soo easy to use ole dragdrop and masses of winapi functions :) ... as i remember VT makes no big steps from 4.0.X to 4.4.X so why someody schould spend weeks of work to port it ? maybe we can add the functionality that 4.0.17 lacks and 4.4.3 has but i dont think an second port makes sense. Regards Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Re: PDAs, Smartphones and form design
Also, thinking some more I think that I can design various GUIs for the same app just using some IFDEFs on the main program unit. About form resizing. To make it easely integratable maybe we could have a function (or method of TForm or TApplication) that if called will adjust the components of the form to fit the screen so we don't impose this. One can call this function on the OnCreate event. I think, only extremly small tools can have the same gui for pocket devices and pc in bigger apps the functionality and the gui must be rewritten for pocket devices, so a seperate project is the way to go in most cases i think. Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What procedure builds a project
What issues? I think he has the same problem as me fro an half year now. On one windows client (of 3) Lazarus hangs on Build Lazarus When i rebuild it with installing packages then everything is ok, but with Build lazarus it crashs. Christian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TVirtualStringTreeView
:pserver:[EMAIL PROTECTED]:/CVS/virtualtrees example example is the module thre rest the cvs root :p what exactly do you try ? i never have trye to use checkboxes when you can give me some more hints maybe i can fix the bug (if there is one) first step use the cvs version (some bugs are fixed there (like multiline support i needed last time :))) second if you find an bug please report ist to http://avl.ath.cx/mantis/ i will look at this as fast as i can regards Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TVirtualStringTreeView
Maybe it's a painting problem and checkboxes are there but not displayed ? Yes, it is i think the images for the checkboxes arent load thatas all i had some problems with the imagelists that hold those images in an earlyer lcl i think today this is no problem to use them again. i take a look at this today evening maybe then the xp styles are also there again. regards Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Serial comms, events and other stuff
1. I am connecting to an external microcontoller development board by a serial interface. I need to be able to set this interface non blocking. I can see how to open the serial interface using the serial unit but it is not clear how to set it non blocking. why you MUST use non-blocking mode ? i use synaser and threads with 3 completely different serial communicating devices at time and havend any problems. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus and OCX
Lazarus dont support OCX´s as components since they are not cross platform. the best way is you use an external pdf2html converter and show this with turboipro or something else. 2nd way is you load your ocx with windows ole api prvided by freepascal (i hope) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] panel as parent of a tform
As you said yourself, it is a trick. The support for tricks is very low. On win32 this works since all window widgets can have a window widget as parent. This means that you can put a form on a form (including borders) On GTK this won't work. There is a far more strickt checking on what parent you set. Thats not fact, in GTK it works and in win32 not ! I have posted a hint to get it work in win32 too with an little trick. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives