[Tcl-bugs] [ tktoolkit-Bugs-940117 ] Bwidget&TKAqua&Tabs--Problem with entry

[SourceForge.net <no...@so...>]

Bugs item #940117, was opened at 2004-04-23 01:47
Message generated for change (Settings changed) made by das
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=940117&group_id=12997

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: 66. Aqua Window Operations
>Group: current: 8.4.13
>Status: Open
>Resolution: Accepted
>Priority: 9
Submitted By: Jerome Gagnon-Voyer (germinator2000)
>Assigned to: Daniel A. Steffen (das)
Summary: Bwidget&TKAqua&Tabs--Problem with entry

Initial Comment:
Try to write something in the "entry", or just give focus to the 
entry. And then switch tabs...
The entry will be include in the next tabs...! Very strange
We don't have that problem on Linux or Windows..

Tk Aqua 8.4.5
Mac OS X



---begin tabstest.tcl---

package require BWidget

proc test_tabs {} {
NoteBook .nb
.nb insert 0 tab1 -text "Tab 1"
.nb insert 1 tab2 -text "Tab 2"


set tab [.nb getframe tab1]
ScrolledWindow $tab.sw
ScrollableFrame $tab.sw.sf -constrainedwidth 1
$tab.sw setwidget $tab.sw.sf
pack $tab.sw -anchor n -side top -expand true -fill both
set tab [$tab.sw.sf getframe] 
entry $tab.l1 -text "-- Just a test label --"
pack $tab.l1 -side top
label $tab.l2 -text "-- Just a test label --"
pack $tab.l2 -side top
checkbutton $tab.l3 -text "Zoum" -variable prueba
checkbutton $tab.l4 -text "HOLY HOLY" -variable prueba
pack $tab.l3 -side top
pack $tab.l4 -side top


set tab [.nb getframe tab2]
ScrolledWindow $tab.sw
ScrollableFrame $tab.sw.sf -constrainedwidth 1
$tab.sw setwidget $tab.sw.sf
pack $tab.sw -anchor n -side top -expand true -fill both
set tab [$tab.sw.sf getframe]
label $tab.l1 -text "***** TEST LABEL IN TAB 2 ****"
pack $tab.l1 -side top
label $tab.l2 -text "***** TEST LABEL IN TAB 2 ****"
pack $tab.l2 -side top

.nb compute_size
.nb raise tab1
pack .nb
}

test_tabs

---end tabstest.tcl---


----------------------------------------------------------------------

Comment By: Alaoui Youness (kakaroto)
Date: 2005-01-17 09:50

Message:
Logged In: YES 
user_id=686750

Hi,
is this fixed yet ? because we need it for tabbed windows and 
pack forget/pack another frame gives us the same problem 
here ...

KaKaRoTo

----------------------------------------------------------------------

Comment By: Jim Ingham (wolfsuit)
Date: 2004-08-04 07:22

Message:
Logged In: YES 
user_id=169107

We really need to go through all the DrawEntry, etc. routines, and not 
draw if the window or one of its parents is unmapped.  We discussed 
this at the time of the 8.4.7 release, but it was too late in the process to 
do that.  We should do it for TOT, however.

----------------------------------------------------------------------

Comment By: Jim Ingham (wolfsuit)
Date: 2004-07-25 16:30

Message:
Logged In: YES 
user_id=169107

This one is tricky.  The bug comes about because the BWidgets tab 
notebook uses a canvas window item to hold the tab pages.  The current 
page is displayed by setting the -window property of this item.  So as 
you add pages you end up with lots of windows, but only one of them 
mapped.  And going from one to another is just unmapping the current 
one & mapping another.

It turns out that Tk is not very careful about not drawing into windows 
whose parents are not mapped.  In this case, because the entry had the 
focus, Tk generates focus changed events for the new & old windows.  
The focus changed event eventually schedules a DrawEntry call for the 
now unmapped tab.  But DrawEntry only checks whether the Entry is 
unmapped, not whether the Entry's containers are mapped.

It is tempting to just stub out drawing for widgets whose containers are 
unmapped.  You might get into trouble with drawing into PixMaps, 
however.  There also isn't a good throttle point for ensuring that you 
don't draw into these widgets.

I think the Unix & Windows code gets away with this because unmapped 
windows really are unmapped by the native Window Server, so you can 
draw into them all you like and they won't show up on the display.  But 
on Mac OS, subwindows are entirely a fiction of Tk.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=940117&group_id=12997