Comment 8 for bug 1354662

This is happening because pcb is calculating the maximum possible width of the label, and forcing gtk to allocate that much space, instead of allowing the widget to dynamically resize with the window.

The conundrum here is that this behavior is actually intentional. That's the entire purpose of the functions "absolute_label_size_req_cb" and "relative_label_size_req_cb".

I'd still like to see what the widget looks like normally, and with the original patch.

I've rebased this branch against master and added a new commit. The commit basically allows the text of the label to wrap when it's computing the new size. Since this callback is only executed when the units change or the PCB size is changed, you can't go from unwrapped to wrapped by resizing the window. In order to do that, we would have to switch the widget back to a dynamically allocated size during the resize, and then return it to a static allocation afterwards. Some quick Googling hasn't produced any gtk events that I can tie into to make this happen. I've tried tweaking with the size-request signal a little bit, but so far haven't had success.

So, I still can't actually test this, but I think I might have fixed it. Could you please give it a try and see if it solves the problem?