Re: [Lazarus] Combobox styles
On Wed, Dec 28, 2011 at 3:09 AM, Hans-Peter Diettrich drdiettri...@aol.com wrote: No, it's a limitation (or bug) in the Lazarus widgeset. What makes you so sure? AFAIR the native Windows combo box is really limited on the height. -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Combobox styles
2011/12/28 Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com: On Wed, Dec 28, 2011 at 3:09 AM, Hans-Peter Diettrich drdiettri...@aol.com wrote: No, it's a limitation (or bug) in the Lazarus widgeset. What makes you so sure? AFAIR the native Windows combo box is really limited on the height. Except when using the ancient csSimple style. Then the height includes the always visible (always dropped down) list, IIRC. Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Combobox styles
On Wed, 28 Dec 2011, Vincent Snijders wrote: 2011/12/28 Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com: On Wed, Dec 28, 2011 at 3:09 AM, Hans-Peter Diettrich drdiettri...@aol.com wrote: No, it's a limitation (or bug) in the Lazarus widgeset. What makes you so sure? AFAIR the native Windows combo box is really limited on the height. Except when using the ancient csSimple style. Then the height includes the always visible (always dropped down) list, IIRC. Correct. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Combobox styles
Felipe Monteiro de Carvalho schrieb: On Wed, Dec 28, 2011 at 3:09 AM, Hans-Peter Diettrich drdiettri...@aol.com wrote: No, it's a limitation (or bug) in the Lazarus widgeset. What makes you so sure? I already used Windows comboboxes decades ago, on Win3.1. AFAIR the native Windows combo box is really limited on the height. No. Delphi allows me to specify a height in pixels, at design time, and reflects it properly. Lazarus shows the list only when the control is aligned (e.g. alLeft), and even then the gap between the logical (integral) and physical height is unhandled (background never erased). DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem with JVM and/or native types
On Sun, 25 Dec 2011 14:26:02 +0100 Sven Barth pascaldra...@googlemail.com wrote: Hello together! I'm currently experimenting with the JVM port and I have a problem when navigating a source file of mine (Lazarus revision 34392). The problematic locations are marked with // (number) of which the error is explained below. [...] (1) here the message in the stdout when doing Ctrl+Click is: ### TCodeToolManager.HandleException: : erwartet aber 'java.lang' gefunden at Line=11763 Col=35 in /mnt/data/source/fpc/fpc-jvm/rtl/android/jvm/androidr14.pas (2) here the message in the stdout when doing Ctrl+Shift+Down is: ### TCodeToolManager.HandleException: ; erwartet aber const gefunden at Line=37 Col=5 in /home/sven/projects/android/trainlog/traindata.pas Fixed in trunk. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem with JVM and/or native types
On 28.12.2011 23:56, Mattias Gaertner wrote: On Sun, 25 Dec 2011 14:26:02 +0100 Sven Barthpascaldra...@googlemail.com wrote: Hello together! I'm currently experimenting with the JVM port and I have a problem when navigating a source file of mine (Lazarus revision 34392). The problematic locations are marked with // (number) of which the error is explained below. [...] (1) here the message in the stdout when doing Ctrl+Click is: ### TCodeToolManager.HandleException: : erwartet aber 'java.lang' gefunden at Line=11763 Col=35 in /mnt/data/source/fpc/fpc-jvm/rtl/android/jvm/androidr14.pas (2) here the message in the stdout when doing Ctrl+Shift+Down is: ### TCodeToolManager.HandleException: ; erwartet aber const gefunden at Line=37 Col=5 in /home/sven/projects/android/trainlog/traindata.pas Fixed in trunk. It works indeed better (number (2) is solved and some Ctrl+Click into import units work), but I'm still getting errors. 1.) I have seen that you check for the define JVM. Shouldn't this be CPUJVM instead? (just asking) 2.) If I e.g. click on the $include file at the bottom of the androidr14 unit (or any other converted unit that contains a external formal class declaration) I still get the error message mentioned at (1) in my old mail. The error location always appears at the first external '...' name '...' location. [Other actions cause this error as well, not only clicking on the include file name] Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem with JVM and/or native types
On Thu, 29 Dec 2011 00:09:56 +0100 Sven Barth pascaldra...@googlemail.com wrote: On 28.12.2011 23:56, Mattias Gaertner wrote: On Sun, 25 Dec 2011 14:26:02 +0100 Sven Barthpascaldra...@googlemail.com wrote: Hello together! I'm currently experimenting with the JVM port and I have a problem when navigating a source file of mine (Lazarus revision 34392). The problematic locations are marked with // (number) of which the error is explained below. [...] (1) here the message in the stdout when doing Ctrl+Click is: ### TCodeToolManager.HandleException: : erwartet aber 'java.lang' gefunden at Line=11763 Col=35 in /mnt/data/source/fpc/fpc-jvm/rtl/android/jvm/androidr14.pas (2) here the message in the stdout when doing Ctrl+Shift+Down is: ### TCodeToolManager.HandleException: ; erwartet aber const gefunden at Line=37 Col=5 in /home/sven/projects/android/trainlog/traindata.pas Fixed in trunk. It works indeed better (number (2) is solved and some Ctrl+Click into import units work), but I'm still getting errors. 1.) I have seen that you check for the define JVM. Shouldn't this be CPUJVM instead? (just asking) I changed them to CPUJVM. 2.) If I e.g. click on the $include file at the bottom of the androidr14 unit (or any other converted unit that contains a external formal class declaration) I still get the error message mentioned at (1) in my old mail. The error location always appears at the first external '...' name '...' location. [Other actions cause this error as well, not only clicking on the include file name] I didn't have a jvm fpc yet. I simply played in the IDE. The above change should be sufficient. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus