Script-Fu User Entry Screen Scroll-bars (Yes!)

GnuTux · **Posted:** Mon Feb 24, 2014 6:49 am **(#61)**

paynekj wrote:

To me it sounds like you have packing problems

In PyGTK you get to specify if boxes can expand to fill the available space, or just use just enough space to contain their contents. http://www.pygtk.org/docs/pygtk/class-gtkbox.html

In TCL/TK you can specify the horizontal and vertical behaviour separately, so hopefully GTK will allow you something similar.

You do have a conundrum with the vertical size - are you going to create a dialog that is bigger than the user's display, then when they manually re-size it the scroll-bar appears? Or fix the dialog size from the outset? If so what happens to dialogs that are naturally smaller than your fixed size?

Kevin

Thanks for the suggestions. I do have the pack arguments set to expand=true but it might be related to packing. I'm working within the constraints of script-fu-interface.c module so what I have is this..

Top Level GIMP dialog
---- GTK_Box (packed into dialog)
--------- Frame (packed into GTK-Box)
------------ GTK_Scrolled_window (container added to Frame)
----------------- Table of widgets added to container via scrolled_window_add_with_viewport

When I manually expand the dialog, it stops at the bottom of the screen and I can use my scroll bar to scroll down through the table of input widgets. After further testing, If I set the vertical height larger than the screen screen size within the sf-interface, it stops at the bottom as well. :bigthup

This is how the dialog currently looks when I manually drag from the corner to the bottom of the screen or manually set the values larger than the screen size in the sf-interface code.

paynekj · **Posted:** Mon Feb 24, 2014 7:53 am **(#62)**

Correct me if I'm wrong, but in this post: viewtopic.php?f=9&t=9363&start=50#p128118 it looks like your scrolled window container for the widgets is getting the horizontal width correct - ie. all the widgets are fully revealed, but vertically you're getting a minimum size?

I have to say it doesn't make sense for it to automatically expand vertically because that would make having the scroll bar redundant. Can you set the minimum height for the scrolled window container?

GnuTux · **Posted:** Mon Feb 24, 2014 8:21 am **(#63)**

paynekj wrote:

Correct me if I'm wrong, but in this post: viewtopic.php?f=9&t=9363&start=50#p128118 it looks like your scrolled window container for the widgets is getting the horizontal width correct - ie. all the widgets are fully revealed, but vertically you're getting a minimum size?

Actually, the only reason it's that width is because of the action buttons. It maintains that minimum horizontal width to reveal those buttons.

paynekj wrote:

I have to say it doesn't make sense for it to automatically expand vertically because that would make having the scroll bar redundant. Can you set the minimum height for the scrolled window container?

Yes, you can set a minimum height and width for the dialog.

For this particular application, I think it would be optimal if the scroll bars only appeared when the screen size was too small to display the complete table of input widgets, which I've now determined is exactly happens when I set the vertical height to a size larger than the screen.

So basically, all I need to do is calculate the size of the table of input widgets and size the dialog accordingly. I'm finally starting to get excited about this new interface. :yes

fencepost · **Joined:** Apr 13, 2010 **Posts:** 244

Well, I've only been trolling lately and haven't had the chance to read through the entire thread, but this sounds great, Tux! Nice work and looking forward to seeing where it ends up.

MareroQ · **Posted:** Mon Feb 24, 2014 12:21 pm **(#65)**

I'm not a programmer - but a lot of people - users - yes :yes

Only for new solutions and ideas - you can share the current code - for a new solution?
For Python plugins - this is also a problem - the lack of a scroll bar - just a lot of cards :geek

GnuTux · **Posted:** Mon Feb 24, 2014 12:56 pm **(#66)**

Thnaks, Guys. I'm very close now. Hopefully, by tomorrow, I'll be able to post something usable.

MareroQ, do you have a development environment setup to compile & test with?

MareroQ · **Posted:** Mon Feb 24, 2014 1:47 pm **(#67)**

Who does not have a laptop - do not understand what the problem is.
To try to build for windows - is in this forum - many takers.
I hope - that if you give suggestions to change the code - this will be the first step for the further development and discussion ..

dinasset · **Posted:** Mon Feb 24, 2014 2:39 pm **(#68)**

MareroQ wrote:

I'm not a programmer - but a lot of people - users - yes :yes

Only for new solutions and ideas - you can share the current code - for a new solution?
For Python plugins - this is also a problem - the lack of a scroll bar - just a lot of cards :geek

for python plugin someone may try/test to use gimpfu2 (not very popular, so far...)
see post made by PhotoComix http://gimpchat.com/viewtopic.php?f=9&t ... u2#p121833

GnuTux · **Posted:** Mon Feb 24, 2014 2:48 pm **(#69)**

MareroQ wrote:

Who does not have a laptop - do not understand what the problem is.
To try to build for windows - is in this forum - many takers.
I hope - that if you give suggestions to change the code - this will be the first step for the further development and discussion ..

Well, I do have a laptop. It has Linux on it too.

There is no problem. I just wanted to get the code in a little better shape before posting it publicly.

Rod · **Joined:** May 16, 2010 **Posts:** 16158

Tux i am all set for compiling on my new machine for 32 bit 64 bit soon as well (Windows only). So send me a link to the src file you edited and i will give it a go.

Never mind i found it.

Nicely done.