Re: [Lazarus] BUG: Gtk MouseExit, MouseUp

[zeljko]

On 04/08/2015 01:14 AM, Vojtěch Čihák wrote:

Yes, already reported by me, 3 years ago :-)

http://bugs.freepascal.org/view.php?id=21982


I've attached possible fix.

zeljko


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] BUG: Gtk MouseExit, MouseUp

[zeljko]

On 04/08/2015 01:14 AM, Vojtěch Čihák wrote:

Yes, already reported by me, 3 years ago :-)

http://bugs.freepascal.org/view.php?id=21982


Works ok with gtk3 ;)

zeljko


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] BUG: Gtk MouseExit, MouseUp

[Vojtěch Čihák]

Yes, already reported by me, 3 years ago :-)
 
http://bugs.freepascal.org/view.php?id=21982
 
V.
 
__

Od: Anthony Walter 
Komu: Lazarus mailing list 
Datum: 07.04.2015 23:16
Předmět: [Lazarus] BUG: Gtk MouseExit, MouseUp


I can't believe this bug hasn't been reported,so I think I'll ask before 
submitting a mantis report.On Linux Gtk2 with TGraphicControl derived classes 
there seems to be a problem with reliable MouseExit and MouseUp firing.I had to 
write some work arounds which are still unreliable, but here's the basic gist 
of the problem.With TGraphicControl derived classes on Gtk2 sometimes MouseExit 
or MouseUp do not fire. If you mouse the mouse over a graphic control, press 
the left mouse button, mouse out of the control and release the left button, 
the OnMouseUp event is not invoked nor is the virtual MouseUp 
method.Example:procedure TForm1.Shape1MouseUp(Sender: TObject; Button: 
TMouseButton;  Shift: TShiftState; X, Y: Integer);begin  Tag := Tag + 1;  
Caption := IntToStr(Tag);end;  With a TShape the MouseUp will only fire if the 
mouse is released while over the control. On Windows and Macintosh this is not 
the standard behavior. MouseCapture has no effect in fixing this problem. Cur
iously TSpeedButton seems to have some special logic that gets around the 
problem on Gtk2 which I've copied to my TGraphicControls but the problem still 
exists with other graphic controls.And then there is the MouseExit problem. 
It's not reliably being fired on Gtk2 graphic controls. If you have 2 graphic 
controls close together or you mouse the mouse too fast between controls one of 
them occasionally doesn't receive the MouseExit. This causes issues with 
graphic controls which might display different states based on whether the 
mouse is in them or out of them.Have these issues been reported before? They 
seem to be quite obvious and I'm struggling to find that these problems haven't 
been reported or discussed before.

--

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
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] BUG: Gtk MouseExit, MouseUp

[Anthony Walter]

Disregard the MouseExit issue, I had an error in my test logic. The MouseUp
issue remains.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] BUG: Gtk MouseExit, MouseUp

[Anthony Walter]

I can't believe this bug hasn't been reported,so I think I'll ask before
submitting a mantis report.

On Linux Gtk2 with TGraphicControl derived classes there seems to be a
problem with reliable MouseExit and MouseUp firing.

I had to write some work arounds which are still unreliable, but here's the
basic gist of the problem.

With TGraphicControl derived classes on Gtk2 sometimes MouseExit or MouseUp
do not fire.

If you mouse the mouse over a graphic control, press the left mouse button,
mouse out of the control and release the left button, the OnMouseUp event
is not invoked nor is the virtual MouseUp method.

Example:

procedure TForm1.Shape1MouseUp(Sender: TObject; Button: TMouseButton;
  Shift: TShiftState; X, Y: Integer);
begin
  Tag := Tag + 1;
  Caption := IntToStr(Tag);
end;

With a TShape the MouseUp will only fire if the mouse is released while
over the control. On Windows and Macintosh this is not the standard
behavior. MouseCapture has no effect in fixing this problem. Curiously
TSpeedButton seems to have some special logic that gets around the problem
on Gtk2 which I've copied to my TGraphicControls but the problem still
exists with other graphic controls.

And then there is the MouseExit problem. It's not reliably being fired on
Gtk2 graphic controls. If you have 2 graphic controls close together or you
mouse the mouse too fast between controls one of them occasionally doesn't
receive the MouseExit. This causes issues with graphic controls which might
display different states based on whether the mouse is in them or out of
them.

Have these issues been reported before? They seem to be quite obvious and
I'm struggling to find that these problems haven't been reported or
discussed before.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Mild bug in 1.4RC2?

[Vojtěch Čihák]

I cannot reproduce in 1.4RC3 under Wine.
 
V.
__

Od: Juha Manninen 
Komu: Lazarus mailing list 
Datum: 03.04.2015 14:02
Předmět: Re: [Lazarus] Mild bug in 1.4RC2?


On Thu, Apr 2, 2015 at 9:44 PM, Vojtěch Čihák  wrote:

I'm sure it was this: http://bugs.freepascal.org/view.php?id=23891 



Lazarus 1.4 was branched at 11 of January this year.
The bug was fixed a long before that, thus the fix is included there.
According to JuuS the problem happens in 1.4RC2. Can other people reproduce it?

Juha

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus 


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Release Candidate 3 of Lazarus 1.4

[Mattias Gaertner]

The Lazarus team would like to announce the third release candidate for the 
upcoming Version 1.4.

We invite all users to test this release candidate.
Please read below why everybody really should join the testing now.

New in this Version
http://wiki.lazarus.freepascal.org/Lazarus_1.4.0_release_notes

On Windows the installer now allows two independent installations.
http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
  
About the release process:
http://wiki.lazarus.freepascal.org/Lazarus_1.4_fixes_branch#Roadmap_to_1.4


The 1.4RC3 is built with fpc 2.6.4.

The release candidate is available for download on SourceForge:
http://sourceforge.net/projects/lazarus/files/

Choose your CPU, OS, distro and then the "Lazarus 1.4RC3" directory.

Minimum requirements:
Windows:   98, 2k, XP, Vista, 7, 32 or 64bit.
   On 64bit it is recommended to use the 32bit IDE.
   Win98 IDE needs building with flag -dWIN9XPLATFORM.
FreeBSD/Linux: gtk 2.8 or qt4.5, 32 or 64bit.
Mac OS X:  10.5 to 10.10, 10.9+ debugging requires -gw,
   LCL only 32bit, non LCL apps can be 64bit.


== Why should everybody (including you) test the release candidate? ==

In the past months the Lazarus team has stabilized the 1.4 fixes branch. The 
resulting 1.4RC3 is now stable enough to be used by any one for test purposes.

However many of the fixes and new features that where committed since the 
release of 1.2 required changes to the code of existing features too. While we 
have tested those ourself, there may still be problems that only occur with 
very specific configurations or one project in a million.

Yes, it may be that you are the only person with a project, that will not work 
in the new IDE. So if you do not test, we can not fix it.

Please do not wait for the final release, in order to test. It may be too late. 
Once the release is out we will have to be more selective about which fixes can 
be merged for further 1.4.x releases. So it may be, that we can not merge the 
fix you require. And then you will miss out on all the new features.

== How to test ==

Download and install the 1.4RC3.
- On Windows you can install as a 2ndary install, that will not affect your 
current install:
  
http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
- On other platforms, if you install to a new location you need to use 
--primary-config-path

In either case you should make backups. (including your primary config)

Open your project in the current Lazarus (1.2.6), and use "Publish Project" 
from the project menu. This creates a clean copy of your project.

You can then open that copy in the RC3. Please test:
- If you can edit forms in the designer
   - rename components / change properties in Object inspector / Add new events
   - Add components to form / Move components on form
   - Frames, if you use them
- If you can navigate the source code (e.g. jump to implementation)
- Auto completion in source code
- Compile, debug and run
- Anything else you use in your daily work


Mattias

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus