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
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
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
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
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