[Lazarus] Is TMemo.CaretPos.Y defined in the Qt widgetset?
Is TMemo.CaretPos.Y defined in the Qt widgetset? Memo.CaretPos.Y always returns 0 in the Qt widget set, but it works correctly on GTK2. Is it a known bug? I have tested on Lazarus 1.2.6 and trunk version 48534 on Linux. I have not tested on the latest 1.4 release. -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is TMemo.CaretPos.Y defined in the Qt widgetset?
On 05/11/2015 09:52 AM, vfclists . wrote: Is TMemo.CaretPos.Y defined in the Qt widgetset? Memo.CaretPos.Y always returns 0 in the Qt widget set, but it works correctly on GTK2. Is it a known bug? I have tested on Lazarus 1.2.6 and trunk version 48534 on Linux. I have not tested on the latest 1.4 release. Probably not implemented. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to display html contents?
Il 11/05/2015 04:50, Dmitry Boyarintsev ha scritto: If you're planning to use Qt only, you can go as low as following: Yes I'm on a Qt only solution. I'll try your suggestion ASAP. Thank you very much, or better, спасибо большое, Giuliano -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Andorid development - first steps.
On 29 April 2015 at 15:12, Horacio Jamilis hjami...@pymesoft.com.ar wrote: Hi, I am trying to build my first application for Android. I downloaded and installed Laz4Android and LazAndroidModuleWizard. Also downloaded and installed android-ndk-r10d, android-sdk (recent), ant 1.9.4, all on Windows 7. I made a simple demo. I was able to compile on Lazarus. I was able to get the apk for Android. I installed it on my cell phone... then it crashes on startup. How to debug it? I dont know what to do. Any help is appreciated. -- Horacio Jamilis Buenos Aires Argentina -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus Better ask in the forums -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Processing TCoolBar child by IDE
Hi, I have a question / feature request for a TCoolBar at designtime and Lazarus IDE. If I assign a control (e.g. TPanel) to a TCoolBar, a TCoolBand according to the dimensions of TPanels is created. Thats fine! If I change now the dimension of that control (at designtime), at runtime, the width of the TCoolBand got the width of the TCoolBand and the height got the height of the control. There are two features, what would be nice to have: If the height of a TCoolBand child control is changed, the IDE should show the identical height at designtime, like at runtime. If the width of a TCoolBand child control is changed, the width of the TCoolBand should also be changed. As a workaround, you can move the control from the TCoolBand to a other parent, delete the TCoolBand and move the control back to the TCoolBar. Then a TCoolBand with the correct dimensions is created. PS: I know, that the width can be changed by the user at runtime, so that a differentiation of designtime and runtime has to be made. Hope, you understand my poor English. Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to display html contents?
On 05/06/2015 10:37 AM, Giuliano Colla wrote: I need to display some local html files in a Lazarus application, which must run under Linux. Maybe start a Browser with the file spec as parameter. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
Hi, developing TCoolBar wasn't easy, one must deal with LCL austosizing mechanism, which is very sophisticated. I know that in design-time is not band-height recalculated immediately. The reason is mainly I wanted to do CoolBar efficient and avoid redundant recalculation (LCL triggers many resize events). I understand you, it would be nice to have it perfect (panel will resize band and band will resize panel). However, I wouldn't like to make big changes to design of TCoolBar, I happy it works and is stable :-). BTW did you try TControlBar? Maybe it will suite you better. __ Od: Michael W. Vogel m-w-vo...@gmx.de Komu: lazarus@lists.lazarus.freepascal.org Datum: 11.05.2015 15:00 Předmět: [Lazarus] Processing TCoolBar child by IDE Hi, I have a question / feature request for a TCoolBar at designtime and Lazarus IDE. If I assign a control (e.g. TPanel) to a TCoolBar, a TCoolBand according to the dimensions of TPanels is created. Thats fine! If I change now the dimension of that control (at designtime), at runtime, the width of the TCoolBand got the width of the TCoolBand and the height got the height of the control. There are two features, what would be nice to have: If the height of a TCoolBand child control is changed, the IDE should show the identical height at designtime, like at runtime. If the width of a TCoolBand child control is changed, the width of the TCoolBand should also be changed. As a workaround, you can move the control from the TCoolBand to a other parent, delete the TCoolBand and move the control back to the TCoolBar. Then a TCoolBand with the correct dimensions is created. PS: I know, that the width can be changed by the user at runtime, so that a differentiation of designtime and runtime has to be made. Hope, you understand my poor English. Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
En Mon, 11 May 2015 15:23:55 -0500, Vojtěch Čihák vojtech.ci...@atlas.cz escribió: Now you surprised me. I completely forgot I used generics, I had to look to old sources because I wasn't sure whether it came from me or from someone else. Anyway, FPC 2.6.4 is not able to compile it? You are the first who say it. I guess replacing generics with TFPList shouldn't be difficult. V. Yes I'm sure. I'm also surprised, seems that nobody noticed. In reality, I should have tested before but the fact that it worked on every other OS with 2.6.X is a little confusing and unexpected, maybe that is why nobody noticed in the RC's series. ... Compiling buttonpanel.pas Compiling extctrls.pp Compiling popupnotifier.pas Assembling (pipe) units/i386-darwin/popupnotifier.s extctrls.pp(1251,58) Error: Illegal expression extctrls.pp(1251,58) Error: Error in type definition extctrls.pp(1251,58) Fatal: Syntax error, expected but found Fatal: Compilation aborted make[1]: *** [alllclunits.ppu] Error 1 make: *** [lazbuild] Error 2 And I can reproduce it with the attached file. The same compiles fine under Linux with fpc 2.6.X But anyway, Sven has confirmed that 2.6.X is not guaranteed to work with all generics features, specially like the one tested here. $ /Users/prog/fpcbin32_265/bin/fpc test1.pas Free Pascal Compiler version 2.6.5 [2015/05/07] for i386 Copyright (c) 1993-2012 by Florian Klaempfl and others Target OS: Darwin for i386 Compiling test1.pas test1.pas(9,50) Error: Illegal expression test1.pas(9,50) Error: Error in type definition test1.pas(9,50) Fatal: Syntax error, expected but found Fatal: Compilation aborted Jesus Reyes A. test1.pas Description: Binary data -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
Why did the problem come up now? As I wrote I have used generics in many places for years. For example in component palette interface code a generics map made the code much simpler. I don't want to change it to something complex with typecasts. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
En Mon, 11 May 2015 16:10:06 -0500, Juha Manninen juha.mannine...@gmail.com escribió: In fact recompiling 1.4 on Mac using 2.6.X failed here :(. Do you mean generics on Mac are broken? Strange. It does not sound like a platform dependent feature. Juha TBH, I don't know if they are completly broken, I expressed my surprise too that it worked on other OS, and I don't have any other information apart from Sven word that 2.6.X is not guaranteed to work with all generics features, specially the one mentioned here. Jesus Reyes A. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
En Mon, 11 May 2015 16:25:50 -0500, Juha Manninen juha.mannine...@gmail.com escribió: On Tue, May 12, 2015 at 12:21 AM, Jesus Reyes jesus...@gmail.com wrote: TBH, I don't know if they are completly broken, One more thought: There is an installation package for Mac OSX, built by Mattias. He was able to compile generics on Mac. Can it depend on compiler options? Juha It could be, I will test and comment back later. Jesus Reyes A. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] How do I change properties for GUI-components from another unit?
How do I change properties for GUI-components from another unit? e.g. hide a button or change a label text from a different unit. /anders - No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5941 / Virus Database: 4342/9751 - Release Date: 05/11/15 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
On Tue, May 12, 2015 at 12:21 AM, Jesus Reyes jesus...@gmail.com wrote: TBH, I don't know if they are completly broken, One more thought: There is an installation package for Mac OSX, built by Mattias. He was able to compile generics on Mac. Can it depend on compiler options? Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
En Mon, 11 May 2015 09:18:01 -0500, Vojtěch Čihák vojtech.ci...@atlas.cz escribió: Hi, developing TCoolBar wasn't easy, one must deal with LCL austosizing mechanism, which is very sophisticated. I know that in design-time is not band-height recalculated immediately. The reason is mainly I wanted to do CoolBar efficient and avoid redundant recalculation (LCL triggers many resize events). I understand you, it would be nice to have it perfect (panel will resize band and band will resize panel). However, I wouldn't like to make big changes to design of TCoolBar, I happy it works and is stable :-). Any change that TCtrlBands can be re-implemented to not use generics?, while they apparently work fine on FPC trunk, they are not guaranteed to work on FPC 2.6.X. (specially advanced features like the one in r 45860) and 1.4 was apparently released with this changes. In fact recompiling 1.4 on Mac using 2.6.X failed here :(. Jesus Reyes A.-- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
Now you surprised me. I completely forgot I used generics, I had to look to old sources because I wasn't sure whether it came from me or from someone else. Anyway, FPC 2.6.4 is not able to compile it? You are the first who say it. I guess replacing generics with TFPList shouldn't be difficult. V. __ Od: Jesus Reyes jesus...@gmail.com Komu: Lazarus mailing list lazarus@lists.lazarus.freepascal.org Datum: 11.05.2015 22:09 Předmět: Re: [Lazarus] Processing TCoolBar child by IDE En Mon, 11 May 2015 09:18:01 -0500, Vojtěch Čihák vojtech.ci...@atlas.cz escribió: Hi, developing TCoolBar wasn't easy, one must deal with LCL austosizing mechanism, which is very sophisticated. I know that in design-time is not band-height recalculated immediately. The reason is mainly I wanted to do CoolBar efficient and avoid redundant recalculation (LCL triggers many resize events). I understand you, it would be nice to have it perfect (panel will resize band and band will resize panel). However, I wouldn't like to make big changes to design of TCoolBar, I happy it works and is stable :-). Any change that TCtrlBands can be re-implemented to not use generics?, while they apparently work fine on FPC trunk, they are not guaranteed to work on FPC 2.6.X. (specially advanced features like the one in r 45860) and 1.4 was apparently released with this changes.In fact recompiling 1.4 on Mac using 2.6.X failed here :(.Jesus Reyes A. -- -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
On Mon, May 11, 2015 at 11:08 PM, Jesus Reyes jesus...@gmail.com wrote: Any change that TCtrlBands can be re-implemented to not use generics?, while they apparently work fine on FPC trunk, they are not guaranteed to work on FPC 2.6.X. (specially advanced features like the one in r 45860) and 1.4 was apparently released with this changes. You surprise me, too. The basic generics containers and the fgl unit has worked well since FPC 2.6.0. I have used both list and map generics containers already a long time and nobody complained. The patch for r45860 was from Vojteck and committed by me. It uses TFPGObjectList which works well. In fact recompiling 1.4 on Mac using 2.6.X failed here :(. Do you mean generics on Mac are broken? Strange. It does not sound like a platform dependent feature. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
En Mon, 11 May 2015 16:18:18 -0500, Juha Manninen juha.mannine...@gmail.com escribió: Why did the problem come up now? As I wrote I have used generics in many places for years. For example in component palette interface code a generics map made the code much simpler. I don't want to change it to something complex with typecasts. Juha I'm sorry to be the killjoy, but what should one do?, remain silent? :) As I said, everything else may be working fine and some advanced features are the only affected, what is OK and what is not or what is advanced and what is not is something to be tested or read somewhere if that is documented. As I detected the problem in my PC, I offer my help to test anything you have in mind :) Jesus Reyes A. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
I'm happy, that I can use Lazarus with its LCL :)) My request is more to see as a nice to have for the continuity of the Lazarus - RAD. Maybe you or someone else has to made some changes of that component, so this request can flow into it?! BTW did you try TControlBar? Maybe it will suite you better. I've tried the TControlBar (thank you for that hint), but there are also some unwanted bevaviors (like moving a childcontrol upper to top of 0, moves the other controls down). I will see, what the better choice would be. Thank you, for sharing your component. Best regards Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How do I change properties for GUI-components from another unit?
On 11/05/2015 22:41, Anders Eriksson wrote: How do I change properties for GUI-components from another unit? e.g. hide a button or change a label text from a different unit. Two example units that inter-communicate might be as follows: unit Unit1; {$mode objfpc}{$H+} interface uses Forms, StdCtrls; type { TForm1 } TForm1 = class(TForm) Button1: TButton; Label1: TLabel; procedure FormShow(Sender: TObject); end; var Form1: TForm1; implementation uses unit2; {$R *.lfm} { TForm1 } procedure TForm1.FormShow(Sender: TObject); begin Form2.Show; end; end. unit Unit2; {$mode objfpc}{$H+} interface uses Forms, StdCtrls; type TForm2 = class(TForm) BChange: TButton; procedure BChangeClick(Sender: TObject); end; var Form2: TForm2; implementation uses Unit1; {$R *.lfm} procedure TForm2.BChangeClick(Sender: TObject); begin Form1.Button1.Hide; Form1.Label1.Caption:='Changed'; end; end. == The uses clauses are the critical feature. Howard --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How do I change properties for GUI-components from another unit?
Thank you very much for your answer. I will try it out tomorrow. I have struggled with this for weeks. /anders Howard Page-Clark skrev den 2015-05-12 00:43: On 11/05/2015 22:41, Anders Eriksson wrote: How do I change properties for GUI-components from another unit? e.g. hide a button or change a label text from a different unit. Two example units that inter-communicate might be as follows: unit Unit1; {$mode objfpc}{$H+} interface uses Forms, StdCtrls; type { TForm1 } TForm1 = class(TForm) Button1: TButton; Label1: TLabel; procedure FormShow(Sender: TObject); end; var Form1: TForm1; implementation uses unit2; {$R *.lfm} { TForm1 } procedure TForm1.FormShow(Sender: TObject); begin Form2.Show; end; end. unit Unit2; {$mode objfpc}{$H+} interface uses Forms, StdCtrls; type TForm2 = class(TForm) BChange: TButton; procedure BChangeClick(Sender: TObject); end; var Form2: TForm2; implementation uses Unit1; {$R *.lfm} procedure TForm2.BChangeClick(Sender: TObject); begin Form1.Button1.Hide; Form1.Label1.Caption:='Changed'; end; end. == The uses clauses are the critical feature. Howard --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus - No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5941 / Virus Database: 4342/9751 - Release Date: 05/11/15 - No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5941 / Virus Database: 4342/9751 - Release Date: 05/11/15 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How do I change properties for GUI-components from another unit?
Il 11/05/2015 23:41, Anders Eriksson ha scritto: How do I change properties for GUI-components from another unit? e.g. hide a button or change a label text from a different unit. If you have in unit1 a Form1 with a Button1 component, and Form1 is declared in the Interface section of unit1 (i.e. it's made public), in unit 2 you must have a clause uses unit1 and then you can simply code Form1.Button1.Hide or Form1.Button1.Caption := 'blah'; Only in case of ambiguity you must prepend also the unit name. e.g. unit2 and unit3 both have a Panel1 component and they both have it declared in the Interface section. Then in unit1 you will have uses unit2,unit3. And to operate on them you will code: unit2.Panel1.hide; unit3.Panel1.show; If there's no ambiguity, it's unnecessary. Giuliano -- Giuliano Colla Project planning question: when it's 90% done, are we halfway or not yet? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Support for MariaDB 10.0
Hi Folk, Any support for MariaDB 10.0 branch? client library? Thanks -- -- Kind Regards Eric Kom Senior IT Technician - Metropolitan Schools _ / You are scrupulously honest, frank, and \ | straightforward. Therefore you have few | \ friends./ - \ \ .--. |o_o | |:_/ | // \ \ (| Kom | ) /'\_ _/`\ \___)=(___/ 2 Hennie Van Till, White River, 1240 Tel: 013 750 2255 | Fax: 013 750 0105 | Cell: 078 879 1334 eric...@kom.za.net | eric...@metropolitancollege.co.za www.kom.za.net | www.kom.za.org | www.erickom.co.za Key fingerprint: 513E E91A C243 3020 8735 09BB 2DBC 5AD7 A9DA 1EF5 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
En Mon, 11 May 2015 16:25:50 -0500, Juha Manninen juha.mannine...@gmail.com escribió: On Tue, May 12, 2015 at 12:21 AM, Jesus Reyes jesus...@gmail.com wrote: TBH, I don't know if they are completly broken, One more thought: There is an installation package for Mac OSX, built by Mattias. He was able to compile generics on Mac. Can it depend on compiler options? Juha I tried with the released version and it works So it must be some flag that makes the difference. The question now is if one should trust 2.6.4 when compiling generics code. IMO It is still confusing ... to use or not use... At least the weird situation of how was possible to have a release with this compiler and the current code in Lazarus is solved. Jesus Reyes A. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Processing TCoolBar child by IDE
En Mon, 11 May 2015 16:25:50 -0500, Juha Manninen juha.mannine...@gmail.com escribió: On Tue, May 12, 2015 at 12:21 AM, Jesus Reyes jesus...@gmail.com wrote: TBH, I don't know if they are completly broken, One more thought: There is an installation package for Mac OSX, built by Mattias. He was able to compile generics on Mac. Can it depend on compiler options? Juha I tried with the released FPC version 2.6.4 and it works :P So it must be some flag that makes the difference. The question now is if one should trust 2.6.4 when compiling generics code. IMO It is still confusing ... to use or not use... At least the weird situation of how was possible to have a release with this compiler and the current code in Lazarus is solved. Jesus Reyes A. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus