DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2915
Version: 1.3.2
On Mac OS, when a subwindow is created, shown, hidden, and shown again,
it doesn't get drawn until the window is resized or is minimized
and
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2915
Version: 1.3.2
Fix Version: 1.3-current (r9788)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2915
Version: 1.3.2
Fix Version: 1.3-current
Author: manolo
Date: 2013-01-08 13:06:29 -0800 (Tue, 08 Jan 2013)
New Revision: 9788
Log:
Fix STR#2915 where subwindow stayed hidden after hide() and then show().
Modified:
branches/branch-1.3/src/Fl_cocoa.mm
Modified: branches/branch-1.3/src/Fl_cocoa.mm
I am going to use Fl_Browser with non-standard scrollbar (my own draw()
function). When I disable standard Fl_Browser scrollbar by
has_scrollbar(0),
calling topline(i) does not scroll browser content.
Is there a way to completely hide standard scrollbar, and control
browser
from outside?
I've come across some odd behavior with windows as subwindows, when
trying to show/hide or add/remove the subwindow. The subwindow remains
invisible until the containing window is resized. When I replace the
subwindow with a group, I get the behavior I expect. My understanding
is that behavior
I've come across some odd behavior with windows as subwindows, when
trying to show/hide or add/remove the subwindow. The subwindow remains
invisible until the containing window is resized. When I replace the
subwindow with a group, I get the behavior I expect. My understanding
is that
I've come across some odd behavior with windows as subwindows, when
trying to show/hide or add/remove the subwindow. The subwindow remains
invisible until the containing window is resized. When I replace the
subwindow with a group, I get the behavior I expect. My understanding
is that
On 2013-01-08 10:05:26 -0500, MacArthur, Ian (Selex ES, UK) said:
Hmm - do you *really* need to use a sub-window rather than a group here?
Not in this case. I simply had a working window-based console already,
and it looked as if it would be straightforward to embed it as a
subwindow. And
Two comments off the top of my head:
The usual FLTK-1.3 idiom is to create your window/widget hierarchy
from the top down, and let the implicit begin() in the constructor
of Fl_Group derived widgets take care of adding lower level widgets
in the correct place in the hierarchy, although you
That was it, the plastic theme, thank you very much!
On 11 Dec 2012, at 14:00, Leandro Fanzone wrote:
Hello, I am using version 1.3r7613, compiling for Win32, and I want to =
set the color of a button to full blue, but if I use FL_BLUE or an RGB =
value like 0xFF00, what I see is some
I've come across some odd behavior with windows as subwindows, when
trying to show/hide or add/remove the subwindow. The subwindow remains
invisible until the containing window is resized. When I replace the
subwindow with a group, I get the behavior I expect. My understanding
is that
11 matches
Mail list logo