DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2947
Version: 1.3.2
A couple of minor glitches in the 1.3.2 docs on the web site:
On the Drawing Things in FLTK page
Under the Colors section:
there are two Todo
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2946
Version: 1.3.2
After building 1.3.2(./configure --enable-localpng make) on Windows 7
via MSYS I can't load PNG files, they just don't appear on my app.
Building
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2947
Version: 1.3.2
Fix Version: 1.3-current (r9868)
Fixed in Subversion repository.
Thanks for spotting that.
Link: http://www.fltk.org/str.php?L2947
Version: 1.3.2
Fix Version: 1.3-current (r9868)
On 04/09/13 02:19, Duncan Gibson wrote:
and I no longer remember my subversion access password]
FWIW, I believe there's a process for resetting your password
at the right hand side of the login page:
http://fltk.org/login.php
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2772
Version: 1.3-current
Fix Version: 1.3-current (r9869)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2772
Version: 1.3-current
Fix Version: 1.3-current (r9869)
Author: greg.ercolano
Date: 2013-04-09 13:11:28 -0700 (Tue, 09 Apr 2013)
New Revision: 9869
Log:
Fix STR# 2772: remove dead code in fl_measure()
Modified:
branches/branch-1.3/src/fl_draw.cxx
Modified: branches/branch-1.3/src/fl_draw.cxx
ISTR that we discussed adding such a method a while ago,
Oh! Now that does seem somehow familiar... When I saw Greg's post, it did sort
of seem like we'd been here before, but...
and that it probably wasn't done for some reasons.
Though I can't (now) imagine why not. It sounds perfectly
On 04/09/13 02:42, MacArthur, Ian (Selex ES, UK) wrote:
Anyway, since it's not much code, could we probably add it to the
header file as an inline method ?
Would an inline method in a header file be DLL friendly though?
Though that would limit the ABI impact I guess.
Right,
On 04/08/13 15:50, Greg Ercolano wrote:
On 04/08/13 15:32, Albrecht Schlosser wrote:
On 06.04.2013 07:55, Greg Ercolano wrote:
BTW: toplevel_window() doesn't look bad, but what about top_window().
Less typing ;-)
Yes, what I based 'toplevel_window()' on was that in our code,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
This STR spawned from a discussion on fltk.development,
Subject: RFC: method to find top level window?
The suggestion is to add a method
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
Attached file test-top_window.cxx...
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature#include FL/Fl.H
#include
X11's own KeyRelease events seem to behave similarly;
in my tests with the pure X11 code below, when X11 sends
a KeyRelease event for the capslock key, the event.xkey.state
shows accurate info when capslock is ENABLED, but INACCURATE INFO
when capslock is
I tried the following FLTK code with the above X11 only code
and it seemed to work more reliably.
Not so much for me - though that may be an issue with the VM rather than a
real problem.
I find that, with this code, if I toggle Caps Lock on/off a few times, I can
easily get to a
I have got a number of complains from end users how the menu items behave -
probably different than they are used to or how other toolkits behave.
The complain is that clicking on ANY item causes the whole menu to close, even
if it is:
1) A submenu. Usually submenu is just an entry point and
On 04/09/13 07:08, Roman Kantor wrote:
I have got a number of complains from end users how the menu items behave -
probably different than they are used to or how other toolkits behave.
The complain is that clicking on ANY item causes the whole menu to close,
even if it is:
1) A submenu.
Hello. I determined, that fltk 1.1 by default proposes shared versions of its
libraries, when 1.3 - static. I noticed, that fltk has own cmake files in
/usr/lib/fltk directory.
Tried to look into them, but probably i need to learn cmake better. All i could
understand is that in 1.3
On 09/04/2013 15:40, MacArthur, Ian (Selex ES, UK) wrote:
1) A submenu. Usually submenu is just an entry point and mouse
hovering opens the submenu automatically, an accidental clicking on
this entry point should not
close the whole menu. Not closing the menu would also indicate that
no
On Mon, 08 Apr 2013 20:17:31 -0700, Greg Ercolano e...@seriss.com wrote:
unsigned n;
XkbGetIndicatorState(d, XkbUseCoreKbd, n);
caps_state = (n 0x01) == 1;
That works perfectly, and even better, needs no timer. Test program below.
Will this be fixed
On 04/09/13 12:18, Howard Rubin wrote:
On Mon, 08 Apr 2013 20:17:31 -0700, Greg Ercolano e...@seriss.com wrote:
unsigned n;
XkbGetIndicatorState(d, XkbUseCoreKbd, n);
caps_state = (n 0x01) == 1;
That works perfectly, and even better, needs no timer.
On 9 Apr 2013, at 17:34, Nikita Zlobin wrote:
Hello. I determined, that fltk 1.1 by default proposes shared versions of its
libraries, when 1.3 - static.
All fltk variants will support either dynamic or static linking. The default in
the configure scripts is static linking, but if you
On 04/09/13 12:29, Greg Ercolano wrote:
we could perhaps provide a wrapper to get the
state of the keyboard LEDs (for operating systems that provide this)
e.g. fl_get_indicators() or some such that returns flags.
Maybe fl_get_keyboard_leds() and fl_set_keyboard_leds()
On 9 Apr 2013, at 20:18, Howard Rubin wrote:
On Mon, 08 Apr 2013 20:17:31 -0700, Greg Ercolano e...@seriss.com wrote:
unsigned n;
XkbGetIndicatorState(d, XkbUseCoreKbd, n);
caps_state = (n 0x01) == 1;
That works perfectly, and even better, needs no
On 9 Apr 2013, at 22:02, Greg Ercolano wrote:
On 04/09/13 12:29, Greg Ercolano wrote:
we could perhaps provide a wrapper to get the
state of the keyboard LEDs (for operating systems that provide this)
e.g. fl_get_indicators() or some such that returns flags.
Maybe
I tried the following FLTK code with the above X11 only code
and it seemed to work more reliably.
Ian writes:
Not so much for me - though that may be an issue with the VM rather than
a real problem.
I find that, with this code, if I toggle Caps Lock on/off a few times,
I can
Which version of FLTK (1.3.1, 1.3.2..)
I use FLTK 1.3.2
Also: do the FLTK opengl test programs cube.exe and shape.exe exhibit
this same behavior?
Yes they do.
I cannot replicate with Win7 + mingw-64 (gcc4.5.2) + fltk 1.3.x-svn
current;
I am using the 4.7.2 rev
On 04/09/13 10:07, Ivan Nedrehagen wrote:
Which version of FLTK (1.3.1, 1.3.2..)
I use FLTK 1.3.2
Also: do the FLTK opengl test programs cube.exe and shape.exe exhibit
this same behavior?
Yes they do.
Right, good to know.
I cannot replicate with Win7 +
26 matches
Mail list logo