DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2790
Version: 1.3-feature
Here is a patch that allow fluid generate constructors without parameters
for widget_class, it does the same as the last change that made it
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2790
Version: 1.3-feature
Attached file fluid-class-type-constructor-without-parameters_v2.patch...
Link: http://www.fltk.org/str.php?L2790
Version: 1.3-featureIndex:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2790
Version: 1.3-feature
On the first patch I missed the position relative code line, the second one
corrects it.
Link: http://www.fltk.org/str.php?L2790
Version:
Sorry I misinterpreted the 255 as being 127.
That said, correct isdigit() implementations are supposed to handle the
native compiler char-int conversion of the argument. This masking can
make the -1 EOF match the 255 character and thus is really incorrect.
On 12/07/2011 09:25 PM, Michael Sweet
I would not do this, as it will make it impossible to link unrelated
fltk-using code together as this would have to be a static value. Or we
have to waste space to put the value on every widget.
The user should be able to turn on the don't interpret @ flag on the
widgets they need it for.
If
Bill,
Neither the C standard nor POSIX require anything other than values from -1
(EOF) to 255 to work. Since we are dealing with char strings we are not going
to see an EOF except in the case where a character has the value 255 but is
interpreted as a signed value (which is allowed). Thus,
On 12/08/2011 09:47 AM, Matthias Melcher wrote:
There is something similar in FLTK 2. It has a virtual function named
layout() that adjusts widgets sizes and available space. I am planning on
using the layout mechanism in 3 - unless of course there is abetter way?!
This is not working in
On 12/09/11 12:05, Bill Spitzak wrote:
I would not do this, as it will make it impossible to link unrelated
fltk-using code together as this would have to be a static value. Or we
have to waste space to put the value on every widget.
The user should be able to turn on the don't interpret @
This was done with a different function, Widget::copy_label()=20
in fltk 2.
Hi Bill,
I don't think that's what the OP is asking for - the fltk2 copy_label()
method was added to later 1.1 and is in 1.3, but *I think* what the OP
wants is a global control to make *all* labels behave as
Already done, patch already there, static member already exists for libs that
want to support it.
I would not do this, as it will make it impossible to link unrelated
fltk-using code together as this would have to be a static value. Or we
have to waste space to put the value on every widget.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2793
Version: 1.3-feature
This patch adds an option to use new logic that makes more since for
shortcut handling. The old/default handler considered where the mouse was
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2763
Version: 1.3-feature
Attached file browser-full-kb-post-str2792.patch...
Link: http://www.fltk.org/str.php?L2763
Version: 1.3-featureIndex: FL/Fl_Browser_.H
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2757
Version: 1.3-feature
Just uploaded new version of patch which adds some additional logic options
(now defaults to no selection on alt- key to allow alt- key to
13 matches
Mail list logo
