These are chat archives for picoe/Eto

13th
Sep 2017
se5a
@se5a
Sep 13 2017 22:03
Hey, I'm having some differences in size between WPF and GTK2 with I think it's the Expander in a Panel nested inside another control with a stacklayout in a scrollable...
pretty sure gtk and wpf are getting the with sizes from different places here.
Curtis Wensley
@cwensley
Sep 13 2017 22:04
the size will be different between platforms
or are you saying the autosize isn't being calculated correctly on one of the platforms?
se5a
@se5a
Sep 13 2017 22:04
not sure where wpf is getting it, but it apears that gtk2 is getting it from the header text of the expander
Curtis Wensley
@cwensley
Sep 13 2017 22:05
what do you mean, getting it? You mean using Expander.Size or something?
se5a
@se5a
Sep 13 2017 22:05
I suspect the autosize is getting its size from a different place in the two platforms
Curtis Wensley
@cwensley
Sep 13 2017 22:05
you need to be a wee more specific
se5a
@se5a
Sep 13 2017 22:05
maybe I need to whip up and example
or a quck screenshot for now
image.png
last panel on the right, CargoStockpile
yeah looks like the parent panel is autosizing from the text there too
but the expanders are where it's most obvious
Curtis Wensley
@cwensley
Sep 13 2017 22:12
hmm.. odd.. though I can't remember if it was GTK that didn't autosize the GridView properly or not..
do you set the sizes of those GridView controls, and what about the other GridView controls?
it could also be that since there's no data in the gridview it doesn't get an appropriate size..
se5a
@se5a
Sep 13 2017 22:14
the main thing in the tab is a table layout
Curtis Wensley
@cwensley
Sep 13 2017 22:15
ah, the other gridviews are getting their size from the controls below
se5a
@se5a
Sep 13 2017 22:15
but that inherets from GridView? I don't remmeber
yeah
the other controls there (Facilites, Population, Minerals) are not anywhere near as complicated as the Cargo one
there's lots of nesting of controls in that
Curtis Wensley
@cwensley
Sep 13 2017 22:16
no i'm talking about the controls underneath the gridviews are setting the size of the gridview
se5a
@se5a
Sep 13 2017 22:16
but I'm not setting the width anywhere on those as far as I can see, not in the parent container anyway
ah right
Curtis Wensley
@cwensley
Sep 13 2017 22:17
"Solarium Fuel" drop down, etc.
se5a
@se5a
Sep 13 2017 22:18
oh yeah duh, there's a gridview on the child controls (which contain the expander/dropdown)
in those... ahh
I'm setting the hight of the gridview
but not the width I think
the Sorium in the minerals panel is a compleatly seperate control and different unrelated object from the Fuel one, though there should be a "Sorium Fuel" object inside the expander it's currently not showing for other unrelated reasons that I've not yet tracked down.
Curtis Wensley
@cwensley
Sep 13 2017 22:23
No I mean the "Solarium Fuel" drop down, NumericStepper, CheckBox, and Button are setting the width of the "Facilities" TreeGridView
the "Mine" drop down, NumericStepper, CheckBox, and "Add" button are setting the width of the "Population" GridView
and the "Mine Design Research" drop down, and "Add" button are setting the width of the "Mineral Deposits" grid view
se5a
@se5a
Sep 13 2017 22:24
oh the ones along the bottom
Curtis Wensley
@cwensley
Sep 13 2017 22:24
and nothing is setting the width of the grid views in the Cargo Stockpile column
se5a
@se5a
Sep 13 2017 22:25
sorry it's been a little while since I looked at this stuff, I'm a little rusty
Curtis Wensley
@cwensley
Sep 13 2017 22:25
and it also looks like you most likely have them in a vertical StackLayout so they auto size to their width, which in Gtk is nothing because it doesn't auto size.
se5a
@se5a
Sep 13 2017 22:27
ahhh I see, the others there are getting the width from those controls
still, the expander "Fuel" is getting its size from the header in gtk, but in wpf it's getting it from somewhere else, leme just post in this screenshot as an example...
Curtis Wensley
@cwensley
Sep 13 2017 22:31
yeah WPF it will auto size to the headers of the grid
it's just that Gtk doesn't do this.
I think gtk would size to the content if there were rows, but I'd have to test that
se5a
@se5a
Sep 13 2017 22:34
image.png
ah jeeze, that took over 10 min to compile, run get a screenshot, wait for crome etc on my poor netbook. heh.
ah right
humn, so whats the best work around?
I could define a width size on the expander
Curtis Wensley
@cwensley
Sep 13 2017 22:36
uh, probably set the width.. and make that last column fill to the width of the form so if you resize the form it'll show everything correctly.
se5a
@se5a
Sep 13 2017 22:36
ah
Curtis Wensley
@cwensley
Sep 13 2017 22:38
You can add an issue to get the GridView to autosize properly in this case, I think it'd be really useful. It might take some hackery and fakery on Gtk, but anything is better than doing absolutely nothing
I wonder if Gtk3 is better with this..
se5a
@se5a
Sep 13 2017 22:38
I guess I should try throw in a gtk3 version of this project into the mix at some point...
Curtis Wensley
@cwensley
Sep 13 2017 22:41
Hm, it looks like it's a GTK ScrolledWindow issue.. a lot of questions out there to try to size a ScrolledWindow to its content
not sure if there are any answers yet.
se5a
@se5a
Sep 13 2017 22:41
ok well I'll create an issue so it stays on the radar at least.
Curtis Wensley
@cwensley
Sep 13 2017 22:43
cool, thanks
se5a
@se5a
Sep 13 2017 22:50
any other info you want in there so when it gets looked at in the future it makes sense?
Curtis Wensley
@cwensley
Sep 13 2017 22:54
naw that's sufficient, thanks for reporting it!
se5a
@se5a
Sep 13 2017 22:57
no problem. on a different note, are there any tricks/instructions for compiling eto on linux? I never did get around to testing those templates I added RE #601
Curtis Wensley
@cwensley
Sep 13 2017 22:58
Uh, no tricks to compile Eto, just make sure the pclreferenceassemblies package is installed
(along with monodevelop)
se5a
@se5a
Sep 13 2017 23:03
ah yeah that might have been my problem