Re: [Lazarus] Paint over TEdit control
On 2014-06-18 17:37, Krzysztof wrote: Is it possible to paint over TEdit control? I need this for windows and linux (qt, gtk). For now I need only draw text You can't. The stock LCL controls are not meant for customisation - they are for native look only and for adhering to the underlying widgetset's themes. If you want customisation, use custom drawn components instead. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] cairocanvas_pkg compatibility issue
Hi Lazarus developers, after fighting some time for compiling Lazarus bigide under CentOs 5, I found that the villain in cairocanvas_pkg. Lazreports pulls in Printers4lazarus, which in turn pulls in cairocanvas_pkg, which, just in one place requires cairo_clip_extents, which is available only since cairo 1.4, while the widely used CentOs 5 provides cairo 1.2. The problem is detected only when linking. Looking at the code, it turns out that cairo_clip_extents is used to provide the clipping rectangle (converted from cairo coordinates to Lazarus coordinates). But as the clipping rectangle is supplied in Lazarus coordinates, to start with, and is kept in a TCairoPrinterCanvas field, returning just the stored field should be enough, thus eliminating the annoying dependency. My suggested patch: function TCairoPrinterCanvas.GetClipRect: TRect; {$ifdef cairo_has_clip_extents} // only available from 1.4 var x1,y1,x2,y2: double; begin RequiredState([csHandleValid]); // it doesn't matter what the clip is in use, default or user // this returns always the current clip cairo_clip_extents(cr, @x1, @y1, @x2, @y2); result.Left:=round(x1/ScaleX); result.Top:=round(y1/ScaleY); result.Right:=round(x2/ScaleX); result.Bottom:=round(y2/ScaleY); end; {$else} begin Result := FLazClipRect; end; {$endif} Do I miss something important? Giuliano -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] EpikTimer v1.0.1 released
On 06/18/2014 04:03 PM, Lukasz Sokol wrote: I think this vdso time thing is so fresh, it'll be great if you contact the maintainer (Andy Lutomirski) or the guy that wrote it (Stefani Seibold) I wrote to Andy and he replied very quickly. Unfortunately it seems that ubiquitous availability for vDSO based timing (and other) functions is not expected in near future. So I supposedly have to give up on that issue for the moment :-( . -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] EpikTimer v1.0.1 released
On 20/06/14 11:53, Michael Schnell wrote: On 06/18/2014 04:03 PM, Lukasz Sokol wrote: I think this vdso time thing is so fresh, it'll be great if you contact the maintainer (Andy Lutomirski) or the guy that wrote it (Stefani Seibold) I wrote to Andy and he replied very quickly. Unfortunately it seems that ubiquitous availability for vDSO based timing (and other) functions is not expected in near future. So I supposedly have to give up on that issue for the moment :-( . -Michael Is it possible to call about any syscall (timing included) through (32bit) exising vdso ? And measure how it goes vs 'normal' way of doing it via library chain? Lukasz -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] EpikTimer v1.0.1 released
On Fri, Jun 20, 2014 at 12:38:22PM +0100, Lukasz Sokol wrote: On 20/06/14 11:53, Michael Schnell wrote: On 06/18/2014 04:03 PM, Lukasz Sokol wrote: I think this vdso time thing is so fresh, it'll be great if you contact the maintainer (Andy Lutomirski) or the guy that wrote it (Stefani Seibold) I wrote to Andy and he replied very quickly. Unfortunately it seems that ubiquitous availability for vDSO based timing (and other) functions is not expected in near future. So I supposedly have to give up on that issue for the moment :-( . -Michael Is it possible to call about any syscall (timing included) through (32bit) exising vdso ? No, only the ones that are exported via the VDSO. __kernel_vsyscall() is used to find the fastest way to make a syscall on your processor (i.e. sysenter vs int 0x80). Henry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] EpikTimer v1.0.1 released
On 06/20/2014 01:38 PM, Lukasz Sokol wrote: Is it possible to call about any syscall (timing included) through (32bit) exising vdso ? I understand that is what __kernel_vsyscall is supplied for (and I don't understand why it is nit supplied in 64 Bit). And measure how it goes vs 'normal' way of doing it via library chain? In fact that is not in my agenda. I suppose for normal syscalls there will be no significant difference, as the switch to Kernel-mode and back will take the greatest amount of latency. But there might be certain syscalls that in fact are handled completely in user mode by the vDSO variant and hence will perform better. I did not yet actually _call_ any vDSO function right now. I only checked how to find the vDSO ELF structure and dumped it's content on the screen so that I can see, what functions are implemented. I did not yet try to do code that analyzes the ELF structure itself to find the procedure entry points. If you want do do some tests yourself, I can send you my pure-pascal source code (no C-library calls ) that is able to locate the ELF structure (as well 32 as 64 Bits), so that you can enhance it. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] EpikTimer v1.0.1 released
On 20/06/14 12:52, Michael Schnell wrote: On 06/20/2014 01:38 PM, Lukasz Sokol wrote: Is it possible to call about any syscall (timing included) through (32bit) exising vdso ? I understand that is what __kernel_vsyscall is supplied for (and I don't understand why it is nit supplied in 64 Bit). Henry just corrected me : that's not what this function is for: it's to select int 0x80 vs sysenter... and I remember seeing somewhere on lkml (long time ago) that 64bit x86 don't need it, (either they both are equivalent or int 0x80 doesn't exist any more, or something...) And measure how it goes vs 'normal' way of doing it via library chain? In fact that is not in my agenda. I suppose for normal syscalls there will be no significant difference, as the switch to Kernel-mode and back will take the greatest amount of latency. But there might be certain syscalls that in fact are handled completely in user mode by the vDSO variant and hence will perform better. Can't comment on that, I'm afraid, you wouldn't know till you tried though. I did not yet actually _call_ any vDSO function right now. I only checked how to find the vDSO ELF structure and dumped it's content on the screen so that I can see, what functions are implemented. I did not yet try to do code that analyzes the ELF structure itself to find the procedure entry points. That too I remember had some coverage on lkml since creators of one compiler (the Go language) got it wrong (the ELF parsing). But it seems they tried, at least. If you want do do some tests yourself, I can send you my pure-pascal source code (no C-library calls ) that is able to locate the ELF structure (as well 32 as 64 Bits), so that you can enhance it. I'm sorry :) I've neither time or knowledge required ... (I run Wheezy here, with kernel 3.2.0 i probably can't be of any help here either...) Having a timer component, however, that can use this, could provide us application writers to have a way to detectselect what we want, when it comes to implementation. -Michael Lukasz -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] EpikTimer v1.0.1 released
On 06/20/2014 02:15 PM, Lukasz Sokol wrote: Having a timer component, however, that can use this, could provide us application writers to have a way to detectselect what we want, when it comes to implementation. IMHO a timer component that uses vdso's clock_gettime would be _very_ advantageous, provided this would be implemented in many archs and thus would free us from the necessity to use code to select which kind of timer we use. As long as most archs in vDSO do not provide clock_gettime, we can just as well implement the access to the timer hardware (e.g. performance counter register in X86 32 and X86-64) in our own code. This already is done in the current Windows (and in my Linux 32 Bit) implementation of EpkiTimer and works just fine. I'll add Linux 64 Bit support ASAP. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] about infobuild form development
Please remove the commented code. Thats okey, ' cos //{$IFNDEF EnableOldExtTools}{$ERROR Obsolete}{$ENDIF} this line is work in InfoBuild.pp this mean this unit was included, and I check one more time without -dEnableCompInfoWnd param. here is okey, next puzzle item; You have to port all code depending on the infobuild unit. For example the CompileProgress. where is infobuild form show and / or other code? not enough add infobuild in project isn't it? IDE not showing this form still. I moved those lists to codetools. Thank you. I'm still try infoBuild Show form. The infobuild window was only shown when compiling, was only showing information and was for the .. nostalgia. You want a selector for your favorite settings (target OS and CPU). That's a different thing. Personal things should go into a separate package. If I'm not wrong, this is not antique hellenic city name,, this is lazarus project, they can be use that, this them problem. I wanna make useful tool. I get one more idea too while writeing this message :) I get one project, it will work on linux, w32, w64, osx (will future) and my IDE in linux. Project options set default cpu and os. First click build for linux. ok. for w32, open Project option, find config target change cpu os then click ok then compile third one bla bla same thing. If I can do my tool, all off them be in one form, just select cpu os etc. Last idea, (before end idea :) ) I'm using auto. inc. build number. I have to disable and re enable every time 'cos same project 4 diffrent version can see. this checkbox and/or can edded on infoBuild form too If you fear those automatism, then you are doing something wrong. yes, I'm fear, if I don't know how its work that automatism. and next idea, It can be future of future design. if remember my screenshot, get imagination Stringlist on ınfoBuid form, I'll select cpu and os then click add button, and create a list, then click build AUTOMATIC all defined configuretion. yes, separate package is good idea, I was started two comboxbox :) I'm still not show form, and I'm still riddle. Thank you -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] question and suggestion
Hello, Question is, why lazarus profile folder is hidden? hide from whom? I'm talk about linux, I don't know other platform, not sure but osx same too, hidden folder. profile folder name start with . I mean. suggestion is lazarus app (exe) can in profile folder. why? if wanna use multi source (version) of lazarus you have, can make multi profile via ./lazbuild --pcp=~/.lazarus I have one source (version) of lazarus, I need multi profile , for test and normal etc. if lazarus application make in profile folder, can lazarus source root path add in application or better way can write in one setting file. similar fpc and fpc source folder. if some one say yes useful this idea then open suggestion on bug tracker thank you -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Paint over TEdit control
Am 2014-06-20 08:06, schrieb Graeme Geldenhuys: On 2014-06-18 17:37, Krzysztof wrote: Is it possible to paint over TEdit control? I need this for windows and linux (qt, gtk). For now I need only draw text You can't. The stock LCL controls are not meant for customisation - they are for native look only and for adhering to the underlying widgetset's themes. If you want customisation, use custom drawn components instead. I am also fighting with multicolor text in TLabels etc. Currently I am simply painting into the form which works reasonable (and is asonishing fast) but then I have to do all the other things like anchoring, repainting, storing displayed text etc. myself too. Can you name some custom drawn compontents that could replace for example a TLabel component. And another aim I am trying to achive is an edit compontent with (self drawn) multi color text. Is there one? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] about infobuild form development
FreeMan, you have misunderstood the purpose of infoBuild dialog. It only shows information _during_ compilation, it is not meant for selecting what will be compiled next. Build modes solve your problems. In future it will be possible to select many modes and compile all of them. It is not implemented yet, you could create a GUI and implement it. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] question and suggestion
Am 20.06.2014 19:07 schrieb FreeMan freema...@delphiturkiye.com: Hello, Question is, why lazarus profile folder is hidden? hide from whom? I'm talk about linux, I don't know other platform, not sure but osx same too, hidden folder. profile folder name start with . I mean. Because it's good style. The user should not need to see all those configuration folders that clutter his home directory if he doesn't want to see them. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] question and suggestion
On 20/06/2014 18:07, FreeMan wrote: suggestion is lazarus app (exe) can in profile folder. why? Because installation dir may not be writeable to the user, depending on the kind of installation if wanna use multi source (version) of lazarus you have, can make multi profile via ./lazbuild --pcp=~/.lazarus I have one source (version) of lazarus, I need multi profile , for test and normal etc. then create little starter scripts, calling lazarus --pcp=foo if lazarus application make in profile folder, can lazarus source root path add in application or better way can write in one setting file. similar fpc and fpc source folder. See http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus Should work on linux too, but not sure, if it works, if you use symlink to start But that is, if each install has its own source folder. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] question and suggestion
On 20/06/2014 19:07, FreeMan wrote: if lazarus application make in profile folder, can lazarus source root path add in application or better way can write in one setting file. similar fpc and fpc source folder. Do you want to have lazarus and the settings in the same directory? That probably is possible though probably not recommended. You can adjust lazarus.cfg to point to your primary config folder, so starting startlazarus will start with the config you want. I have one source (version) of lazarus, I need multi profile , for test and normal etc. You can set up multiple profile folders wherever you want and use shortcuts/links to start up lazarus with whatever primary config path you want. I don't really see what the hidden status of the default settings directory has to do with that? http://wiki.lazarus.freepascal.org/Multiple_Lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Paint over TEdit control
On 2014-06-20 18:09, Jürgen Hestermann wrote: I am also fighting with multicolor text in TLabels etc. ... And another aim I am trying to achive is an edit compontent with (self drawn) multi color text. Is there one? You can try the LCL-CustomDrawn widgets, but last I checked they were still in alpha state, and not ready for prime usage. If it's a new project, or you have the UI well abstracted, you could always give fpGUI Toolkit (see my signature) a go. Adding the functionality you require into fpGUI will take about 15 minutes. By the way, when you say multi-color text in a TEdit, do you mean some parts of the text is one color, and other parts another etc. Or do you simply mean the whole text must be one color or another (the latter I think is possible with LCL). Either way, with fpGUI that is easily accomplish because fpGUI is a 100% custom drawn toolkit (fully implemented in Object Pascal), so you have full control over the look and feel. That is actually the main reason I developed fpGUI, because LCL couldn't cater for Corporate Branding I needed to apply in a specific app. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] question and suggestion
20-06-2014 20:32 tarihinde, Sven Barth yazdı: The user should not need to see maybe should not, but have to now :) 20-06-2014 20:38 tarihinde, Martin Frb yazdı: then create little starter scripts, calling lazarus --pcp=foo See http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus Should work on linux too, but not sure, if it works, if you use symlink to start But that is, if each install has its own source folder. yes Martin, this is my shortcut for kubuntu /opt/lazarus/startlazarus --pcp=~/.lazarus-freeman this profile has 3rd party and my extra component added profile. I don't need much change this build. But I was thinking, for test make new profile and minimum file need, without 3rd parties etc. this is possible with --pcp, but when ı wanna turn or wanna use other profile I haveto build everything one more, so I asked if possible 20-06-2014 20:38 tarihinde, Reinier Olislagers yazdı: Do you want to have lazarus and the settings in the same directory? That probably is possible though probably not recommended. You can adjust lazarus.cfg to point to your primary config folder, so starting startlazarus will start with the config you want. yes you right , firefox and thunderbird use this, firefox -ProfileManager why I asked this question, I was answer to Martin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] about infobuild form development
Juha, you misunderstood me, is there anybody NOT know this what about this form? my opinion is what will be compile next ADD on this form This is NOT for problem, just make practice use. 20-06-2014 20:11 tarihinde, Juha Manninen yazdı: FreeMan, you have misunderstood the purpose of infoBuild dialog. It only shows information _during_ compilation, it is not meant for selecting what will be compiled next. Build modes solve your problems. In future it will be possible to select many modes and compile all of them. It is not implemented yet, you could create a GUI and implement it. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] USB communications
I have an idea for a project, and need to access some hardware via the USB port. Is there a library or procedure/function to communicate with the port? The device is expecting ASCII characters from the computer, and returning numbers. -Chris Everything at or below the line is a signature, not to be confused with the body of the email above. Sorry about the last signature text that seemed to have some people questioning my sanity. We are what we repeatedly do. Excellence, then, is not an act, but a habit. -Aristotle -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] USB communications UPDATE
I misstated to parameters - the devise is expecting serial communications, and I have a USB-RS232 adaptor. So the program can look at the port as a RS232 port (coms 1-4). -Chris Everything at or below the line is a signature, not to be confused with the body of the email above. Sorry about the last signature text that seemed to have some people questioning my sanity. We are what we repeatedly do. Excellence, then, is not an act, but a habit. -Aristotle -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] question and suggestion
On 20/06/2014 20:31, FreeMan wrote: 20-06-2014 20:32 tarihinde, Sven Barth yazdı: The user should not need to see maybe should not, but have to now :) 20-06-2014 20:38 tarihinde, Martin Frb yazdı: then create little starter scripts, calling lazarus --pcp=foo See http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus Should work on linux too, but not sure, if it works, if you use symlink to start But that is, if each install has its own source folder. yes Martin, this is my shortcut for kubuntu /opt/lazarus/startlazarus --pcp=~/.lazarus-freeman this profile has 3rd party and my extra component added profile. I don't need much change this build. But I was thinking, for test make new profile and minimum file need, without 3rd parties etc. this is possible with --pcp, but when ı wanna turn or wanna use other profile I haveto build everything one more, so I asked if possible Well *IF* I remember correctly (not sure): 1) If your lazarus install directory (with all the lazarus sources) is NOT writeable to the user (e.g. /usr/local/lazarus owned by root and you are NOT root) , then: - all files (config, compiled ppu, compiled lazarus, ...) will be in pcp - so you can call startlazarus --pcp=xxx and it will use the pcp, load the custom build lazarus from the pcp 2) If your lazarus install directory is writeable to the user (e.g. /home/user/laz_install ) , then: - some files (ppu) go into that directory, and NOT into pcp. then you need one install for EACH config Otherwise you can have as many config, from just minimum, to all packages you can find. They should not interfere with each other. It does get a bit harder, if you want to mix and much fpc versions... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] question and suggestion
20-06-2014 23:28 tarihinde, Martin Frb yazdı: 2) If your lazarus install directory is writeable to the user (e.g. /home/user/laz_install ) , then: - some files (ppu) go into that directory, and NOT into pcp. then you need one install for EACH config Otherwise you can have as many config, from just minimum, to all packages you can find. They should not interfere with each other. It does get a bit harder, if you want to mix and much fpc versions... Yes, I have write permissions to source folder. example: /opt/lazarus/... all source in this folder, write permission, and r1.3 version ~/.lazarus_main/ 3rd party and manay diffrent settings profile. lazarus size 150mb example. ~/.lazarus_TEST/ without anything standart min. installation 75mb example now, I have 2 lazarus app. (exe) but only last builded can work --pcp=lazarus_main or --pcp=lazarus_TEST last build ~/.lazarus_TEST/ then I wanna startlazarus --pcp=~/.lazarus_main is it work ? No I have to rebuild 150mb one more, I'm talk about this. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] question and suggestion
On 20/06/2014 21:50, FreeMan wrote: 20-06-2014 23:28 tarihinde, Martin Frb yazdı: 2) If your lazarus install directory is writeable to the user (e.g. /home/user/laz_install ) , then: - some files (ppu) go into that directory, and NOT into pcp. then you need one install for EACH config Otherwise you can have as many config, from just minimum, to all packages you can find. They should not interfere with each other. It does get a bit harder, if you want to mix and much fpc versions... Yes, I have write permissions to source folder. example: /opt/lazarus/... all source in this folder, write permission, and r1.3 version ~/.lazarus_main/ 3rd party and manay diffrent settings profile. lazarus size 150mb example. ~/.lazarus_TEST/ without anything standart min. installation 75mb example now, I have 2 lazarus app. (exe) but only last builded can work --pcp=lazarus_main or --pcp=lazarus_TEST last build ~/.lazarus_TEST/ then I wanna startlazarus --pcp=~/.lazarus_main is it work ? No I have to rebuild 150mb one more, I'm talk about this. When you just call lazarus, you will start the exe that is in path. If you have more that one, then you need to specify the full path. Maybe startlazarus will work *IF* your install directory are not writeable, then lazarus (the ide executable) is in PCP. And then startlavacus will work (side effect, the splash screen shows the version of startlazarus, and not the version of lazarus. *IF* your lazarus (the ide executable) is in /opt/lazarus/... (because that is writeable) then only the last build exist. As I wrote, then you need to directories with each having a full install. If you want to share the same laz-install folder, for more than one build, you must make it read-only. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] USB communications UPDATE
On 06/20/2014 04:11 PM, Chris Kelling wrote: I misstated to parameters - the devise is expecting serial communications, and I have a USB-RS232 adaptor. So the program can look at the port as a RS232 port (coms 1-4). There is Lazarus source code here that should be easy to use (nothing to install): http://ctrlterm.com/ports.htm Regards, Paul www.TurboControl.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] about infobuild form development
On Fri, 20 Jun 2014 17:43:07 +0300 FreeMan freema...@delphiturkiye.com wrote: [...] You have to port all code depending on the infobuild unit. For example the CompileProgress. where is infobuild form show and / or other code? not enough add infobuild in project isn't it? IDE not showing this form still. The form was formerly shown with CompileProgress.CreateDialog. I disabled all the CompileProgress code because the way how it counted hints, notes, etc no longer works. There are now counters for each tool (e.g. a call of fpc) and each view (the filtered lines of a single tool). You can sum up them if you want. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] about infobuild form development
On Fri, 20 Jun 2014 17:43:07 +0300 FreeMan freema...@delphiturkiye.com wrote: [...] Project options set default cpu and os. First click build for linux. ok. for w32, open Project option, find config target change cpu os then click ok then compile third one bla bla same thing. As Juha wrote: Use Build Modes for that. Build Modes can be switched with two mouse clicks. One to open the list, one to select. If I can do my tool, all off them be in one form, just select cpu os etc. Other people have already written similar tools. With selections for FPC version, CPU, OS, processor, LCL widgetset, defines, environment variables, etc. [...] If you fear those automatism, then you are doing something wrong. yes, I'm fear, if I don't know how its work that automatism. Then read the docs and/or ask. Don't stay afraid. The automatism is simple: if something has changed, invoke the compiler. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus