STR #1707

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]

Return to Bugs & Features | Roadmap 1.1 ]

STR #1707

Application:FLTK Library
Status:1 - Closed w/Resolution
Priority:2 - Low, e.g. a documentation error or undocumented side-effect
Scope:2 - Specific to an operating system
Summary:initial hidden AGL window not visible
Created By:kub
Assigned To:mike
Fix Version:1.1-current (SVN: v5997)
Update Notification:

Receive EMails Don't Receive EMails

Trouble Report Files:

Name/Time/Date Filename/Size top right image
#1 kub
07:25 Jun 25, 2007
#2 kub
07:36 Jun 25, 2007
bottom left image   bottom right image

Trouble Report Comments:

Name/Time/Date Text top right image
#1 kub
13:21 Jun 13, 2007
On ppc osX (Panther,Tiger) a hidden Fl_GL_Window (in ICC Examin) is not visible() after a show() call. It needs a additional set_visible() to appear.
This is different to at least Linux and all other widgets.
#2 kub
07:41 Jun 25, 2007
cube_v2.cxx has a set_visible() call included around line 192. It is switchable by a macro.

On linux all is fine with and without set_visible().

On osX, I need set_visible() to show the GL view again.
As well the second cube view behaves not normal anymore.
Possibly some context switching works not cleanly.
#3 ianmacarthur
09:57 Jun 25, 2007
Well I certainly see the fault with the cube-2 test...
With the set_visible removed, it does not re-show the cube window...

With the set_visible added, it does reshow the cube window, as the linux and XP versions do.

The behaviour of the cube2 window is interesting, too. When first hiding the cube window, the cube2 window suddenly goes twice as fast (this is always the behaviour on winXP).
It returns to "normal" speed when the cube window is re-displayed.

On the mac, however, subsequent hiding of the cube window causes the cube2 window to freeze - again returning to normal when the cube window is re-displayed.

CPU load during the "freeze" state would suggest that the cube computation is still occurring, but the display is not being updated.

All quite odd.
#4 ianmacarthur
13:38 Jun 27, 2007
Just "for the record" this bug manifests itself on OSX whether fltk is built for Quartz or for QD.

However - fltk2 does not show this bug, I tried making the same change to its version of the cube demo, and I can show/hide the GL box at will with no problems... And withoug the need to add the extra set_visible call.

So, somewhere in the differences, there might be a fix...!
#5 mike
09:29 Dec 15, 2007
Fixed in Subversion repository.  
bottom left image   bottom right image

Return to Bugs & Features ]


Comments are owned by the poster. All other content is copyright 1998-2022 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to ''.