HOWTO? grid layout with different size columns

[rfay]

Describe the bug:

I've been trying to make a simple grid of labels that has appropriately sized columns based on the text in the label widgets in the columns, and I just fail to do it. It seems that all the columns are always set to the same size. I've tried a GridLayoutWithRows of a GridLayoutWithColumns and several other things. Even though the MinSize() of the column is correctly calculated, when you push it into

To Reproduce:

Here's a snippet of one of many approaches I've tried. With every single approach I end up with identical column widths: https://gist.github.com/rfay/85aeb42ba7175f331639a259885a6e4d

Screenshots:

Example code:

Snippet: https://gist.github.com/rfay/85aeb42ba7175f331639a259885a6e4d

Device (please complete the following information):

• OS: macOS
• Version: Catalina
• Go version: 1.14
• Fyne version: 1.2.3

[andydotxyz]

Yes, that is correct, our grid layout is a uniform grid. I guess you are looking for a table widget, which we have not yet created. The plan is that it would be built on top of the data binding API we are adding in release 1.3. There are some workarounds posted where people have used combined layouts to create the effect. Like #157?

[rfay]

Wow, talk about responsiveness. Thanks!

[rfay]

I note that #157 doesn't help at all though, columns are still the max of any cell:

[andydotxyz]

Goodness you are quite right - I never ran the code that was contributed ;)
I updated it by removing the grid layout and get the following result:

(Full code attached to #157)

[andydotxyz]

It should be noted that this only work as long as all of your cells have the same height, otherwise alignment goes off

[rfay]

Would you mind gist-ing your solution? return widget.NewVBox(objects...) definitely doesn't get the result you show here.

Also, to use that code I had to download and manually install v3.2/glfw in vendor per icexin/gocraft#8 (comment)

[andydotxyz]

Did you copy and paste my updated code? There is no instance of “NewVBox(objects...)” in what I pasted (it’s HBox).

[andydotxyz]

If you are performing your own vendoring then yes that is an issue - we have introduced a new “fyne vendor” command that solves this for you - I haven’t mentioned it on the website yet but you could try it out if you have the latest version of the ‘fyne’ command.

[rfay]

You didn't mention that you had updated #157 (comment) :) so no, I didn't... (and thanks!)

Requiring fyne vendor sure sounds like a suspicious hack, sad to say. But I'll sure try it.

[andydotxyz]

Apologies, I was working on 3 issues concurrently ;).

Fyne vendor may feel like a hack but unfortunately it’s due to the design of go vendor, as the missing directory contains no go code... if you have a better solution we would be glad :)

[rfay]

I note that installing "fyne" requires go get fyne.io/fyne/cmd/fyne, which I also don't think is mentioned anywhere.

[rfay]

And unfortunately...

 ~/go/bin/fyne vendor
Unsupported command vendor

Thanks so much for your amazing and prompt help.

[andydotxyz]

It’s not mentioned everywhere but I think the first place mentioning the command should cover it https://tour.fyne.io/introduction/packaging.html.
Or there is a more complete developer page https://fyne.io/develop/distribution.html

[andydotxyz]

Apologies, the vendor subcommand is currently in testing so you’d need to build it from the develop branch. (Now that I think about it that’s probably why it’s not documented anywhere yet ;) ).

[rfay]

git clone github.com/fyne-io/fyne
cd fyne
git checkout origin/develop
go install ./cmd/fyne
cd <myproject>
~/go/bin/fyne vendor

[rfay]

And I confirm that #157 (comment) does what I'm after... Now to adapt! Thanks!

[andydotxyz]

Great, thanks for letting us know. Can we close this as a duplicate of that ticket do you think?

[rfay]

Well, people will stumble on the vendor problem, but yes. Closing as duplicate of #157 now that #157 (comment) does what's needed. I'll move discussion of fyne vendor over there.