So I noticed that when I save windows on the non-primary screen, quit
and restore, they wind up on the primary screen. It looks like on OS
X, show() will move the window back on to the primary screen. So I
overrode show:
void
BlockViewWindow::show()
{
IRect requested = rect(this);
This label over border style used to be common in win32 apps (though MS seem
to have moved away from that style over the years).
The FLU widget additions support that style, if you like it.
You can easily create the same effect using a Fl_Box with a flat box style
positioned over the group
W dniu 15.10.2011 04:09, Ben Stott pisze:
Most compilers are probably like this, to be honest. GCC is really the
only one that's close to any form of support.
Admittedly, there are still compilers out there that struggle to support
c++99, let alone c++11, so this discussion is a long way
On 15 Oct 2011, at 17:32, Greg Ercolano wrote:
On 10/15/11 08:19, Ian MacArthur wrote:
On 15 Oct 2011, at 04:44, David wrote:
I see that's actually a variable and not a #define, ALL_CAPS threw me
Yup - throws me too, every time. And I assume everyone else...
I guess it is historical -
On 10/15/11 09:37, Ian MacArthur wrote:
On 15 Oct 2011, at 17:32, Greg Ercolano wrote:
We should provide a better way.
eg. Fl::default_font() and Fl::default_fontsize()
and change the hardcoded FL_HELVETICA in Fl_Widget.
Yup - that'll be one for fltk3.
Will break some of
It also fixed the input widgets to handle limiting input with a =
simple paramter setting (part was already there but needed to be =
expanded to other controls and fix so users setting values are also =
limited and combo boxes selections from being too long).
Hmm, yes, But I think the way
On 10/15/11 09:37, Ian MacArthur wrote:
On 15 Oct 2011, at 17:32, Greg Ercolano wrote:
We should provide a better way.
eg. Fl::default_font() and Fl::default_fontsize()
and change the hardcoded FL_HELVETICA in Fl_Widget.
Yup - that'll be one for fltk3.
Will break some
7 matches
Mail list logo