Le 10/10/2014 05:40, T Lee Davidson a écrit :
On 10/09/2014 07:32 PM, Benoît Minisini wrote:
Le 10/10/2014 00:04, T Lee Davidson a écrit :
If a form's ValueBox.value is modified, subsequent Paint'ing on a cached
DrawingArea of the form doesn't produce the draw when the gb.qt4
component is
On 10/18/2014 04:06 PM, Benoît Minisini wrote:
Well that's a little disappointing that you weren't able to replicate
the issue on your system. On mine, the red line is drawn and then when
it comes time for the blue line to be drawn, the red line disappears as
if the DrawingArea has been
Le 19/10/2014 00:11, T Lee Davidson a écrit :
On 10/18/2014 04:06 PM, Benoît Minisini wrote:
Well that's a little disappointing that you weren't able to replicate
the issue on your system. On mine, the red line is drawn and then when
it comes time for the blue line to be drawn, the red line
On 10/18/2014 06:29 PM, Benoît Minisini wrote:
Yes, I need your project to test again. And remind me which version of
GTK+ exactly you use.
Regards,
-- Benoît Minisini
I have to assume this project uses gtk+2.0.
I did not package gb.gtk3 in my RPM build SPEC file since I didn't think
of
On 10/09/2014 07:32 PM, Benoît Minisini wrote:
Le 10/10/2014 00:04, T Lee Davidson a écrit :
If a form's ValueBox.value is modified, subsequent Paint'ing on a cached
DrawingArea of the form doesn't produce the draw when the gb.qt4
component is loaded. It does work if, instead, the gb.gtk
If a form's ValueBox.value is modified, subsequent Paint'ing on a cached
DrawingArea of the form doesn't produce the draw when the gb.qt4
component is loaded. It does work if, instead, the gb.gtk component is
manually selected in the project. Trying to set the focus back to the
DrawingArea,
On 10/09/2014 07:32 PM, Benoît Minisini wrote:
Le 10/10/2014 00:04, T Lee Davidson a écrit :
If a form's ValueBox.value is modified, subsequent Paint'ing on a cached
DrawingArea of the form doesn't produce the draw when the gb.qt4
component is loaded. It does work if, instead, the gb.gtk