On 10/14/11 20:47, David wrote:
>> On 10/14/11 14:11, David wrote:
>>> and the text label is printed
>>> on top of the frame at top left?
>
> But would that also put the label over the top of the frame?
Right; as requested, your OP asked for the text label
to be "printed on top of
> On 10/14/11 14:11, David wrote:
> > Is there something equivalent to a Windows group box
> > where the frame is drawn
>
> You can change the border on widgets with box().
> This includes groups and window-in-windows.
>
> So in the example I posted in that other thread,
> w
>
> On 14 Oct 2011, at 22:54, David wrote:
>
> > Doesn't look like there is a way to set a global default font, size, =
> etc. =20
>
>
> Actually, there is a global font setting, it is set to size 14 in =
> Fl_Widget.cxx , but is in global scope so can be over ridden at =
> runtime...
>
> Do someth
On 15/10/11 09:19, Piotr Beling [qwak] wrote:
> W dniu 14.10.2011 23:14, Ben Stott pisze:
>
>> > Under VS, what (recent) feature of C/++*does* work?;-)
> I'am not a user, but I read that lambdas works (but always as objects).
>
From a "standard" argument (i.e. the c++ standard, not the argument
On 10/14/11 14:54, David wrote:
> Doesn't look like there is a way to set a global default font, size, etc.
I think you can set the default font size with this rather
odd looking code that looks like it's setting a macro:
int main() {
FL_NORMAL_SIZE = 20;
..create widgets..
On 10/14/11 14:11, David wrote:
> Is there something equivalent to a Windows group box
> where the frame is drawn
You can change the border on widgets with box().
This includes groups and window-in-windows.
So in the example I posted in that other thread,
win2.box(
On 10/14/11 14:08, David wrote:
> Thanks. The only thing missing was the label wouldn't print
Hmm, that might actually be a bug.
I see you've made a new thread, so I'll answer there..
___
fltk mailing list
fltk@easysw.com
http://lists.e
And really apropos of nothing...
There are already several alternate callback-replacement mechanisms extant
specifically for fltk, several of which could easily be absorbed into the fltk
core if we so wished, and which (in at least a few cases!) could be persuaded
to work with lambda functions.
On 14 Oct 2011, at 22:54, David wrote:
> Doesn't look like there is a way to set a global default font, size, etc.
Actually, there is a global font setting, it is set to size 14 in Fl_Widget.cxx
, but is in global scope so can be over ridden at runtime...
Do something like...
extern Fl
W dniu 14.10.2011 23:14, Ben Stott pisze:
> Under VS, what (recent) feature of C/++ *does* work? ;-)
I'am not a user, but I read that lambdas works (but always as objects).
> If anything, it'll be easier to use std::function - and if it really
> needs to happen this is more likely the option that
Doesn't look like there is a way to set a global default font, size, etc. If
that's true, I can change that so that either Fl or Fl_Widget has some static
variables holding app wide defaults and use those in Fl_Widgets constructor.
Otherwise, every time someone needs a different font type/styl
Is there something equivalent to a Windows group box where the frame is drawn
and the text label is printed on top of the frame at top left?
What's the recommended box type for group type boxes?
___
fltk mailing list
fltk@easysw.com
http://lists.easysw
On 14/10/11 21:37, Piotr Beling [qwak] wrote:
> W dniu 11.10.2011 05:19, Ben Stott pisze:
>
>> my_button2->callback( [this] () { this->my_button1->label("xxx");} ); // I
>> haven't specified the return type here; it will default to void. You could
>> just as easily use "[this] () -> void {...}"
> On 10/14/11 10:04, David wrote:
> > I would exepect that creating an Fl_Group (then calling beging if needed
> > (not sure if constructor calls) then when adding the round buttons x,y
> > would be relative to the group not the window, but it appears to be based
> > on the window not the group?
On 10/14/11 10:04, David wrote:
> I would exepect that creating an Fl_Group (then calling beging if needed (not
> sure if constructor calls) then when adding the round buttons x,y would be
> relative to the group not the window, but it appears to be based on the
> window not the group? Is that
I would exepect that creating an Fl_Group (then calling beging if needed (not
sure if constructor calls) then when adding the round buttons x,y would be
relative to the group not the window, but it appears to be based on the window
not the group? Is that correct?
___
W dniu 11.10.2011 05:19, Ben Stott pisze:
> my_button2->callback( [this] () { this->my_button1->label("xxx");} ); // I
> haven't specified the return type here; it will default to void. You could
> just as easily use "[this] () -> void {...}"
This probably will not work, because
[this] () { th
17 matches
Mail list logo