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,
On 06.04.2013 07:55, Greg Ercolano wrote:
Is there a method that returns the top-level window manager window
for the current widget?
window() is not it; this just returns the parent window
which won't be the top-level window when there are
windows within windows, eg:
Fl_Window *top =
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,
the term 'top-level' is used fairly
