From: SourceForge.net <no...@so...> - 2010-05-07 21:56:58
|
Bugs item #2997657, was opened at 2010-05-06 15:54 Message generated for change (Comment added) made by dkf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2997657&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: 08. [(label)frame] and [toplevel] Group: current: 8.5.8 Status: Open Resolution: None Priority: 4 Private: No Submitted By: Fabricio Rocha (cattaghia) Assigned to: Peter Spjuth (pspjuth) Summary: Labelframe loses border and title when it's a container Initial Comment: This happened with Tk 8.5.8 from the Debian repositories. Labelframes created with "-container true" and I passed their [winfo id] as values for argv {-use} while creating slave interpreters. The slaves windows were embedded in the labelframes areas, but they lost their borders and titles. I don't know how labelframe widgets are designed, but it seems that [winfo id] on a labelframe returns the ID of its "outer", container frame, not of its interior as expected. Thanks! Fabricio Rocha Brasilia, Brasil roc...@ya... ---------------------------------------------------------------------- >Comment By: Donal K. Fellows (dkf) Date: 2010-05-07 22:56 Message: I'd be tempted to say that labelframe just shouldn't have -container at all. ---------------------------------------------------------------------- Comment By: Peter Spjuth (pspjuth) Date: 2010-05-07 08:58 Message: The border of a container widget is not respected by an embedded widget. This is true both for a frame and a labelframe, but more evident in a labelframe which has a default border. Also this was true for a frame before the labelframe was added, so nothing new in principle. I guess there are two options. 1. Fixing it. Should be possible, but meddles in platform dependent code that is tricky to test. The risk for breaking stuff is evident. 2. Clearly document the limitation. Deprecate -container from labelframe and mention in frame that -borderwidth, -padx and -pady are ignored in a container. So is it worth fixing? ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2010-05-06 16:07 Message: Probably shouldn't be a -container option on a labelframe (it has no specific "internal" widget as such). Put it on a normal frame inside the labelframe instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2997657&group_id=12997 |