@Graechan I used to compile the environment provided by the samj petit-msys-mingw-gimp28-32-bit.
-Extract gimp-2.8.14.tar.bz2 in petit-msys-mingw-gimp28
-Open Terminal ( start_MSYS.bat )

cd /env/gimp-2.8.14

If you are missing some package for example. gtk-doc, use openSUSE repositories
and

That's all
Regards.
SF-Scrolling-InterfaceV1.1-For-GIMP-2.8.14-Win_x32 in attached.

The problem with this Graechan is that the GIMP compile environment is out of date.You should update all your dependencies needed to build the new version of GIMP. Really i am surprised there was no BABL or GEGL errors also. .
I was able to build the 1.6.0.1 64 bit version of G'MIC beta from GIT with the 2.8.9 build.To find the version of GIMP you have installed you have to open a command window (msys bat) and type and another window should open with the info for version number. Too many things are broken using ./configure i wouldn't attempt it. Many of the c files in GIMPs src folders will need to be changed or things added. I would just update all your dependency libraries and then use Sams environment to build GIMP-2.8.14 with an sh script she has provided.

I now have the new gimp-2.8.14 and I installed the updated scrolling plug-in and it works fine at this time.
Thanks Tux for the update

Thanks again, pogogogo!

---

Yes, you should update gettext and fontconfig development libs but it looks like those missing icons are still gonna be a problem in Windows. I haven't seen any solutions to fix that ...yet.

---

Being this is still GIMP 2.8.x, Graechan should only need to update the libs that /.configure complains about being outdated. Now, if he were compiling the latest devel version of GIMP 2.9.x from git, then there would be a lot more outdated dependencies needing to be updated, including BABL and GEGL.


Well, all ./autogen does is run ./configure with parameters it determines (guesses) to be correct. If you know the correct parameters, you can skip ./autogen and simply run ./configure. It's really ./configure that tells you if you have everything needed for a proper compile.

---

I am waiting for my distro (Gentoo) to supply gimp-2.8.14.
According to the dev that takes care of gimp (and other software) it'll be available Monday at the latest.I'd rather wait until then,I could compile it from source but then Gentoo's package manager wouldn't be aware of it.

There's one thing that puzzles me however and that's this Scrolling Interface plugin.
I searched my gimp-2.8.10 install but couldn't find anything like it.
Not in /usr/share/gimp nor in /usr/lib64/gimp.

I d'led the "script-fu Random Font Text" script and ran it to see if it's window also would be too large like in another post in Gimp Chat.
Well it wasn't,it just fitted into the gimp window.

I would very much appreciate to be enlightened on this.

The source for this scrolling interface is just a .c file,no make or anything else.
How should it be compiled and installed?
Gerard.

Edit:I do have "script-fu" executable in /usr/lib64/gimp/gimp-2.0/plug-ins.
So I'll check Monday after installing gimp-2.8.14 if the new version gets installed automagically.

Gerard, is this the plug-in you are looking for that you place in your gimp-2.8.14 user plugins folder.
There is also one for Linux 32
The attachments are on this page Gerard. Once you install gimp-2.8.14, install the scrolling plug-in that corresponds to your system.
viewtopic.php?p=146877#p146877

Thanks for your trouble molly.
I d'led it and wait and see what Gentoo brings me when gimp-2.8.14 hits the Gentoo package tree.
One thing I noticed though:This one is almost 4 times as large as the one in gimp-2.8.10!
Gerard.

Hi gerard82,
In addition to what Molly said..

In GIMP, Script-Fu itself is treated as a plug-in. As you noted, it's located in your global plug-ins folder: /usr/lib64/gimp/gimp-2.0/plug-ins/script-fu.

If you want to replace GIMP's script-fu plugin with the scrolling version, you can just copy the script-fu plug-in with scrolling modification to your user plug-ins folder .gimp-2.8/plug-ins. GIMP will use the plugin in the .gimp-2.8/plug-ins folder and ignore the original one in the global: /usr/lib64/gimp/gimp-2.0/plug-ins folder.

If you are using GIMP 2.8.14, use V1.1 of the scrolling modification. If you are using any previous version of GIMP 2.8.x, use V1.0 of the scrolling modification.

Use the version that corresponds to your OS (Windows/Linux x32 or x64).


How large is the original you have? The original, unmodified script-fu plug-in I have for 2.8.10 is only 175k. The new modified one for GIMP 2.8.14 is 645k. Perhaps the size difference is due to static libs that got linked in. I suppose I could recompile and ensure --disable-static is added as a compile option. I don't know that it matters that much, but I suppose it could be an issue.

Thanks for enlightening me GnuTux.
The one I have as a global plug-in is 158576 bytes to be exact.
I am not a seasoned gimp user,so far I have never used a script or plug-in that needed scrolling.
And if I have a picture larger than the Gimp Window I automatically get scrollbars.
I can scroll it vertically with the scroll wheel on the mouse.
In the Gimp-2.8.10 sources I see a file "script-fu-interface.c 31717 bytes in size.
The one you linked to is 33769 bytes,not that much larger.
There are however a lot of "script-fu-xxxx.c files in the Gimp-2.8.10 sources.
Are these all compiled into the script-fu executable?
The reason I ask is because I never had any scrolling problem.
I guess for now I wait until Gentoo makes 2.8.14 officially available.
Thanks,
Gerard.

Yes, the script-fu plug-in has all of the script-fu source code compiled in. It can ether be compiled with static libs or dynamic (shared) libs.

This scrolling modification is specifically for script-fu scripts that have lots of input options on the dialog screen, such as BRL, Random Font Text and Animated Fire. There are actually quite a few script-fu scripts that have lots of options. This mod allows you to access all of those options by presenting scrollbars, when needed. Otherwise, the script-fu dialog goes right off the screen with these scripts and you can't easily access all the options. In some versions of Windows, you can't access the off screen options all all.

Now I finally understand the need for the scrolling plug-in.
Gimp takes care of adding scrollbars to pics too large for the window but not for script windows.
That should be the responsibility of the script writer I guess since the Gimp devs have enough work already.
I have no idea whether this can be done in scheme.
What about python and C plug-ins,will your plug-in take care of them or is this only for scripts?

Thanks for your time and effort,
Gerard.

Yes. That's exactly right.


Script-fu script writers cannot add this functionality to the script. That is why I had to modify the Script-Fu plug-in to automatically present scrollbars, when needed.

Unfortunately, the GIMP devels aren't interested in my solution to this issue. Many don't even see the need for this in script-fu. Personally, I think they are very much misguided. I will continue to release my modifications and the GIMP devels can do whatever they want.


This mod is for script-fu (.scm) scripts only. Python scripts/plug-ins and other binary plug-ins, such as ones written in "C", will need to use the features of their environment to provide access to the input options they provide, whether it be scrollbars, multiple input screens or however they choose to handle their input options.

Excellent!

What did you have to do to get past the errors?

Do you have the same problems as other Window's users with the missing icons?

Actually there is another gimpfu.py module that allows for columns in python filters. B&P (bytes and pixels) uses this in his wordart.py filter.
http://www.gimpchat.com/viewtopic.php?f ... =80#p55283

Woo hoo, congrats Graechan.

compiling GIMP for Windows can be very strange indeed.
Congrats Graechan!

There has been a response to the Bug report for this patch with Mitch pointing out three things that should be addressed:

• the magic numbers don't work because of themes
• the table must not grow when the dialog is resized
• there probably should be no scrolling at all if all widgets fit the screen

By "magic numbers" in the first item, I am guessing Mitch means the hard-coded values used for the border sizes. It will be necessary to find a way to determine these based upon the installed theme.

The second item has to do with things like color swatches being scaled larger when the dialog is resized. This does not happen with other plug-ins' dialogs and probably should be consistent throughout the program. I played around with the code to change this during the summer but did not discover the right approach (I am not very proficient at GTK+ design).

I believe that the last item has already been addressed but perhaps I am misconstruing the comment.