Re: GtkGrid children and GTK_ALIGN_END

2017-10-18 Thread Bill Kelly
Bill Kelly wrote: > Daniel Boles wrote: > >> I found that hexpanding the Entry too got around this, but it may not be >> exactly what you want. > > I'd noticed that too, though it's indeed not what I'd wanted in this case. In case anyone encounters this thread later looking for a solution: I

Re: GtkGrid children and GTK_ALIGN_END

2017-10-12 Thread Daniel Boles
The wildcard here, and what makes me confused as to whether my own rationale makes sense, is that you have the grid expanding; I can't immediately think of cases where I've used such a construct, so I don't know what I expect it to do! It's also been a while since I thought about how alignment and

Re: GtkGrid children and GTK_ALIGN_END

2017-10-12 Thread Bill Kelly
Daniel Boles wrote: > Assuming I understand this guide right, then it does kinda make sense to me. > > https://developer.gnome.org/gtk3/stable/ch30s02.html Thanks, that's a handy link. > I found that hexpanding the Entry too got around this, but it may not be > exactly what you want. I'd

Re: GtkGrid children and GTK_ALIGN_END

2017-10-12 Thread Daniel Boles
On 12 October 2017 at 13:10, Daniel Boles wrote: > By my understanding, the explanation is this: > >- the Entry *is *right-aligned within its cell >- but then the Grid is set to align fill and expand, so it expands >empty space beyond the Entry and the cell it's

GtkGrid children and GTK_ALIGN_END

2017-10-11 Thread Bill Kelly
Hi, Would it be correct to expect right-justification of a child in the following situation? (Assuming: GTK_ORIENTATION_HORIZONTAL, GTK_TEXT_DIR_LTR.) GtkWindow |_ GtkGrid {hexpand=TRUE; halign=GTK_ALIGN_FILL} |_ GtkEntry {halign=GTK_ALIGN_END} I believe GTK 3.12 used to place the