Re: [fltk.bugs] [HIGH] STR #2626: iconized window will never show

2011-05-13 Thread Manolo Gouy

[STR Closed w/Resolution]

Link: http://www.fltk.org/str.php?L2626
Version: 1.3.0
Fix Version: 1.3.0 (r8625)


STR does not hold with the current svn (see
http://www.fltk.org/newsgroups.php?s9576+gfltk.bugs+v9594+T0
).


Link: http://www.fltk.org/str.php?L2626
Version: 1.3.0
Fix Version: 1.3.0 (r8625)

___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs


Re: [fltk.bugs] [HIGH] STR #2626: iconized window will never show

2011-05-13 Thread Kurt Van Dijck
On Thu, May 12, 2011 at 08:19:11AM -0700, Manolo Gouy wrote:
 
> I can't reproduce the bug with the last svn.
> I use the test file test/device.cxx, and replace its line #727
>   w2->show(argc, argv);
> by
>   w2->iconize();
> Then the program starts correctly with an iconized window.
> 
> If I replace this line by the two lines:
>   w2->iconize();
>   w2->show(argc, argv);
> the program starts correctly with a mapped window.
> 
> Also, your patch proposes to add one statement as follows:
>   if (showit) {
> win->set_visible();
> int old_event = Fl::e_number;
> win->handle(Fl::e_number = FL_SHOW); // get child windows to appear
> Fl::e_number = old_event;
> win->redraw();
>   }
>   else win->clear_visible(); // added statement
> 
> But this added statement does nothing because before if (showit), 
> win->visible() is off.

It appears that you are right and I am wrong.
Has the win->visible always been off by default?

You may close this STR.

Kurt

___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs


Re: [fltk.bugs] [HIGH] STR #2626: iconized window will never show

2011-05-13 Thread Kurt Van Dijck
On Fri, May 13, 2011 at 04:57:18AM -0700, Ian MacArthur wrote:
> 
> 
> @Kurt - do you have a test sample we can run to see the effect? A simple,
> compileable example would be useful.

I'll prepare one, since I must verify this against the latest version too.
> 
> Manolo can't reproduce it, so an example that shows it would help a lot.
> 
> Is it possible that this is some "feature" of your Window Manager, rather
> than a specific fltk bug?

I've been thinking on this. Maybe the best way to decide if it's a Window 
manager
problem or FLTK problem is to test without window manager at all?
I use Xephyr for such tests 

Kurt

___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs


Re: [fltk.bugs] [HIGH] STR #2626: iconized window will never show

2011-05-13 Thread Ian MacArthur

DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

Link: http://www.fltk.org/str.php?L2626
Version: 1.3-current


@Kurt - do you have a test sample we can run to see the effect? A simple,
compileable example would be useful.

Manolo can't reproduce it, so an example that shows it would help a lot.

Is it possible that this is some "feature" of your Window Manager, rather
than a specific fltk bug?


Link: http://www.fltk.org/str.php?L2626
Version: 1.3-current

___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs


Re: [fltk.bugs] [HIGH] STR #2626: iconized window will never show

2011-05-12 Thread Kurt Van Dijck
On Thu, May 12, 2011 at 08:19:11AM -0700, Manolo Gouy wrote:
> 
> DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
> 
> [STR New]
> 
> Link: http://www.fltk.org/str.php?L2626
> Version: 1.3-current
> 
> 
> I can't reproduce the bug with the last svn.

The exact outcome of what happens is also WM dependant.
It probably 'just works' on common used WM's, but
that alone is no proof it's right.

anyway, I'll look at your findings (not today).

Thanks for looking at it in the first place.
Kurt

___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs


[fltk.bugs] [HIGH] STR #2626: iconized window will never show

2011-05-12 Thread Kurt Van Dijck
DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

Link: http://www.fltk.org/str.php?L2626
Version: 1.3-current


Affected OS: X11
When Fl_Window->iconize() is called before ->show(), the invisible flag
is not set. Later calls to show() will not recognise the necessity
to map the window.
The patch below fixes this.


Link: http://www.fltk.org/str.php?L2626
Version: 1.3-currentIndex: fltk-1.3.x-r8365/src/Fl_x.cxx
===
--- fltk-1.3.x-r8365.orig/src/Fl_x.cxx  2011-02-09 12:46:46.0 +0100
+++ fltk-1.3.x-r8365/src/Fl_x.cxx   2011-02-09 12:47:00.0 +0100
@@ -1754,6 +1754,8 @@
 win->handle(Fl::e_number = FL_SHOW); // get child windows to appear
 Fl::e_number = old_event;
 win->redraw();
+  } else {
+win->clear_visible();
   }
 }
 
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs


Re: [fltk.bugs] [HIGH] STR #2626: iconized window will never show

2011-05-12 Thread Manolo Gouy

DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

Link: http://www.fltk.org/str.php?L2626
Version: 1.3-current


I can't reproduce the bug with the last svn.
I use the test file test/device.cxx, and replace its line #727
  w2->show(argc, argv);
by
  w2->iconize();
Then the program starts correctly with an iconized window.

If I replace this line by the two lines:
  w2->iconize();
  w2->show(argc, argv);
the program starts correctly with a mapped window.

Also, your patch proposes to add one statement as follows:
  if (showit) {
win->set_visible();
int old_event = Fl::e_number;
win->handle(Fl::e_number = FL_SHOW); // get child windows to appear
Fl::e_number = old_event;
win->redraw();
  }
  else win->clear_visible(); // added statement

But this added statement does nothing because before if (showit), 
win->visible() is off.


Link: http://www.fltk.org/str.php?L2626
Version: 1.3-current

___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs