Re: [Lazarus] Extending TRect breaks Lazarus

2015-11-11 Thread Anthony Walter
My solution is to define my own TRectI type which can implicitly convert between TRectI <-> TRect. Also I use a TRectF which does the same thing, but with floats as the dimenions ... MyRectInt := TRectI(MyRectFloat); ... There is also TPointI and TPointF ... { TRectI } TRectI = record private

Re: [Lazarus] Extending TRect breaks Lazarus

2015-11-11 Thread Juha Manninen
On Wednesday, November 11, 2015, Bart wrote: > > Should these be merged to 1.4 fixes branch? > No, Lazarus 1.4 dot versions are released with FPC 2.6.4. The TRect changes will happen in FPC trunk only. Juha -- ___ Lazarus mailing list Lazarus@lists.laz

Re: [Lazarus] Extending TRect breaks Lazarus

2015-11-11 Thread Bart
On 11/11/15, Marco van de Voort wrote: > Ok, I plan finalizing and committing the trect stuff in the coming week. Should these be merged to 1.4 fixes branch? Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.f

Re: [Lazarus] How to hide class names in a property grid?

2015-11-11 Thread Mattias Gaertner
On Wed, 11 Nov 2015 18:45:52 +0100 Gabor Boros wrote: > Hi All, > > I use a property grid in my application and don't want to advertise my > class names to the users. For example (TSizeConstraints) displayed next > to Contraints. Any idea how to hide class names or override at > object(TPersi

Re: [Lazarus] "lcl: less with-blocks for FPC 3.1.1"

2015-11-11 Thread Marcos Douglas
On Wed, Nov 11, 2015 at 5:03 PM, Sven Barth wrote: > Am 11.11.2015 18:58 schrieb "Marcos Douglas" : >> >> Hi, >> >> Many changes using this comment (in the subject) was made in LCL SVN, >> changing the 'with' sintaxe to use a variable instead... why? >> >> Please, I would like to know if something

Re: [Lazarus] "lcl: less with-blocks for FPC 3.1.1"

2015-11-11 Thread Sven Barth
Am 11.11.2015 18:58 schrieb "Marcos Douglas" : > > Hi, > > Many changes using this comment (in the subject) was made in LCL SVN, > changing the 'with' sintaxe to use a variable instead... why? > > Please, I would like to know if something will change in the new > compiler version using the 'with' s

Re: [Lazarus] Extending TRect breaks Lazarus

2015-11-11 Thread Marco van de Voort
On Wed, Nov 11, 2015 at 04:39:55PM +0100, Mattias Gaertner wrote: > >[...] > > Anyway, I hunted down one case by raise tobject.create, and running in the > > debugger, and I committed a fix. The Win32 lazarus now seems to function > > normally at first glance. > > I replaced many endangered with-b

Re: [Lazarus] "lcl: less with-blocks for FPC 3.1.1"

2015-11-11 Thread Marcos Douglas
On Wed, Nov 11, 2015 at 4:01 PM, Michael Van Canneyt wrote: > Nothing will change for with. But TRect may receive methods, and this may > lead to hard-to-catch errors. > > Mattias did this for safety. Thank you, Michael. Marcos Douglas -- ___ Lazarus

Re: [Lazarus] "lcl: less with-blocks for FPC 3.1.1"

2015-11-11 Thread Michael Van Canneyt
On Wed, 11 Nov 2015, Marcos Douglas wrote: Hi, Many changes using this comment (in the subject) was made in LCL SVN, changing the 'with' sintaxe to use a variable instead... why? Please, I would like to know if something will change in the new compiler version using the 'with' sintaxe. Not

[Lazarus] "lcl: less with-blocks for FPC 3.1.1"

2015-11-11 Thread Marcos Douglas
Hi, Many changes using this comment (in the subject) was made in LCL SVN, changing the 'with' sintaxe to use a variable instead... why? Please, I would like to know if something will change in the new compiler version using the 'with' sintaxe. http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/l

[Lazarus] How to hide class names in a property grid?

2015-11-11 Thread Gabor Boros
Hi All, I use a property grid in my application and don't want to advertise my class names to the users. For example (TSizeConstraints) displayed next to Contraints. Any idea how to hide class names or override at object(TPersistent) level? Gabor -- _

Re: [Lazarus] Extending TRect breaks Lazarus

2015-11-11 Thread Mattias Gaertner
On Sat, 7 Nov 2015 00:21:09 +0100 Marco van de Voort wrote: >[...] > Anyway, I hunted down one case by raise tobject.create, and running in the > debugger, and I committed a fix. The Win32 lazarus now seems to function > normally at first glance. I replaced many endangered with-blocks in the LCL

Re: [Lazarus] MySQL auto commit

2015-11-11 Thread Aradeonas
Thanks to I checked project with trunk version and it works if I set Transaction.Options:=[stoUseImplicit]; But there is a problem it just work with MySQLConnection and not with TSQLConnector even if you set ConnectorType to MySQL. So it seems TSQLConnector have a bug.can any one test it confirm i

Re: [Lazarus] MySQL auto commit

2015-11-11 Thread Aradeonas
mirce.vladimirov point me to commitretaining so I test it ItĀ helps to not getting "Operation can't be performed on active transaction" error but still Im searching for a better way for a auto commit way. Regards, Ara -- http://www.fastmail.com - Faster than the air-speed velocity of an

[Lazarus] MySQL auto commit

2015-11-11 Thread Aradeonas
[Cross posted on forum so if you want answer there : http://forum.lazarus.freepascal.org/index.php/topic,30343.0.html[http://forum.lazarus.freepascal.org/index.php/topic,30097.0.html]] Is there any support for automatically commit changes for MySQL? I test it and it seems there isnt any and I shou

Re: [Lazarus] Smooth scrolling label (marquee)

2015-11-11 Thread Luca Olivetti
El 11/11/15 a les 10:28, Graeme Geldenhuys ha escrit: On 2015-11-11 09:16, Luca Olivetti wrote: Try the attached project. LCL inconsistency strikes again. WindowState:=wsMaximized; The above line of code has no affect under FreeBSD with LCL-GTK2. I see a small borderless window with a b

Re: [Lazarus] Smooth scrolling label (marquee)

2015-11-11 Thread Michael Schnell
On 11/11/2015 10:08 AM, Mark Morgan Lloyd wrote: Michael Schnell wrote: On 11/10/2015 12:30 PM, Luca Olivetti wrote: - it is very cpu intensive (I have to put it over a picture, so the invalidate will also force the repainting of the bitmap I guess) The only cure for this is using the graphic p

Re: [Lazarus] Smooth scrolling label (marquee)

2015-11-11 Thread Luca Olivetti
El 11/11/15 a les 10:26, Luca Olivetti ha escrit: El 11/11/15 a les 10:16, Luca Olivetti ha escrit: El 11/11/15 a les 09:28, Luca Olivetti ha escrit: That at least explains the timing differences (but not the unresponsiveness of the full screen application under windows 7) TextRect! Try th

Re: [Lazarus] Smooth scrolling label (marquee)

2015-11-11 Thread Graeme Geldenhuys
On 2015-11-11 09:16, Luca Olivetti wrote: > Try the attached project. LCL inconsistency strikes again. WindowState:=wsMaximized; The above line of code has no affect under FreeBSD with LCL-GTK2. I see a small borderless window with a button on it. Anyway, I tested your project under FreeBSD

Re: [Lazarus] Smooth scrolling label (marquee)

2015-11-11 Thread Luca Olivetti
El 11/11/15 a les 10:16, Luca Olivetti ha escrit: El 11/11/15 a les 09:28, Luca Olivetti ha escrit: That at least explains the timing differences (but not the unresponsiveness of the full screen application under windows 7) TextRect! Try the attached project. Under windows XP the TextRect t

Re: [Lazarus] Smooth scrolling label (marquee)

2015-11-11 Thread Mark Morgan Lloyd
Michael Schnell wrote: On 11/10/2015 12:30 PM, Luca Olivetti wrote: - it is very cpu intensive (I have to put it over a picture, so the invalidate will also force the repainting of the bitmap I guess) The only cure for this is using the graphic processor: only once create a wide pixel array fro

Re: [Lazarus] Smooth scrolling label (marquee)

2015-11-11 Thread Luca Olivetti
El 11/11/15 a les 01:21, Luca Olivetti ha escrit: El 10/11/15 a les 23:37, Graeme Geldenhuys ha escrit: On 2015-11-10 21:09, Luca Olivetti wrote: But in the end I have to render it on the LCL canvas Via a single BitBlt which should be more than fast enough for what you described. Unless LCL i