Deutsch   English   Français   Italiano  
<vmbrj2$3ln8n$1@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Rich <rich@example.invalid>
Newsgroups: comp.lang.tcl
Subject: Re: pack or grid (or the other way around)?
Date: Thu, 16 Jan 2025 20:52:50 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 45
Message-ID: <vmbrj2$3ln8n$1@dont-email.me>
References: <20250115235611.5613ef18@lud1.home> <ygabjw7cait.fsf@akutech.de> <20250116173120.2b7f2d0d@lud1.home>
Injection-Date: Thu, 16 Jan 2025 21:52:56 +0100 (CET)
Injection-Info: dont-email.me; posting-host="e883e0f3b2b433100952970dffbd380e";
	logging-data="3857687"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/Y9EPWoFYCG6Jlr/kt1iDx"
User-Agent: tin/2.6.1-20211226 ("Convalmore") (Linux/5.15.139 (x86_64))
Cancel-Lock: sha1:wz25vCywrSSSBxWnhQCz+dh4828=
Bytes: 2338

Luc <luc@sep.invalid> wrote:
> On Thu, 16 Jan 2025 11:34:34 +0100, Ralf Fassel wrote:
> 
>>In addition to what Rich wrote, here is what you *cant* do:
>>
>>  frame .f
>>  label .f.l1
>>  label .f.l2
>>  
>>  pack .f.l1
>>  grid .f.l2
>>  => error: cannot use geometry manager grid inside .f which already has
>> slaves managed by pack  
>>
>>  grid .f.l2
>>  pack .f.l1
>>  => error: cannot use geometry manager pack inside .f which already has
>> slaves managed by grid  
>>
>>But .f itself can be managed by either grid or pack, regardless of what
>>you use to pack/grid widgets 'inside' .f
> **************************
> 
> That is my concern. 
> 
>> .f itself can be managed by either grid or pack, regardless of what
>>you use to pack/grid widgets 'inside' .f
> 
> That's because .f is the parent.
> 
> Now suppose someone has an application that uses grid. Everything is 
> inside one big 'gridded' frame. And suppose my megawidget uses pack.
> 
> Or the other way around.
> 
> That is my concern.

Provided your megawidget exposes only one single top level widget 
(usually a frame which holds all the internal widgets) to the user of 
the megawidget it will make no difference.  The user of the megawidget 
can do anything they like to the outer container as far as 
pack/grid/placing it, zero impact on your bits and pieces inside that 
container.