The original author's expectation was that the field would be left justified and would expand. - RS would rather expect it to be centered, but fill all available space. Use -justify left for left justification :)

The originator wasn't talking about text within a label or whatever being justified. They were expecting the entry box to hang on the left of frame - me, I don't know why they expected that instead of centered... I certainly expected it centered.

The -sticky argument indicates the developer is specifying on which side(s) of a gridcell a widget should appear. The parms for the -sticky are one of the following:

n (north)

s (south)

e (east)

w (west)

or some reasonable combination of these flags.

So, a value of "we" would, in my mind, mean that a widget would be centered along the horizontal axis of the grid cell. A value of "ns" would indicate that a widget would be centered along the vertical axis of the grid cell. A value of "news" would, I presume, attempt to center the widget along both axies.

Even adding '-width 400' to either the 'labelframe' or the 'frame' will change the displayed width.

Are you aware that row and column weights affect what expands and what does not? I don't know what effect you are trying to achieve, but you might tell us if this has a positive effect (The use of rowconfigure and columnconfigure on .lbfDs.fraDs is left as an exercise to the reader):

[CRV] I'm sorry if I was unclear. Ok, what I expect is when the frame .lbfDs.fraDs is given the parameter -sticky ew, that frame (fraDs) will expand to the left and right limits of the containing labelframe (lbfDs) -- which it clearly does not (at least not on my system). rowconfigure and columnconfigure seems not to affect the outcome. The final goal I hoped to achieve was that the empty label (lblDs) would expand to the right boundary of the containing frame (fraDs) once that frame has expanded to the boundaries of the labelframe (lbfDs). The goal is not to change any of the frame's sizes if the bounding window is resized. All this framing is a result of the necessity to isolate more controls in the same labelframe from controls located inside the frame.