Now can fill possible fill also the inside of a selection

Note that doing that was no so simple as invert selection before running the script:
A good example is whith a letter, the space outside the letter is a variable limited only by layer size,
but the space inside the letter is not a variable and the border used to fill may often be wider then the space to fill

But anyway now in the new version of wrapmap 3.0 is possible

http://www.registry.gimp.org/node/24754

I tried this with 3 different fonts. I deliberately made the filler larger than the area it was supposed to fill. I got those unsightly black areas in all three fonts, so it must still be a bit cranky. It seems to occur where there are sharp corners in the font.

I'm not sure I understand what it's supposed to do, but I will download it and check it out. I think the black marks give it an interesting effect.

There was a bug when edges would touch that would cause the whole render to go either one solid color or another. Most probably wouldn't have noticed it. See my post at the registry and what I rendered (this was impossible with the Script-fu before; very cool now).

O
To work at best the border layer should be wide no more then half of the thickness of the selection to fill, but now errors are handled better

But yes..seems you spot a possible bug with sharp corners( and maybe there is no much to do about..i the script use a lot selections, and i believe that automatic selection of tiny spaces between sharp corner is a unsolved problem

(i believe because i always have to manually correct similar selection to remove fringes at the edges , fringes that grow in correspondence of sharp corners )

Last time i tried to run it it ran until my image was almost 1gb size and was only half way done, so i removed it thinking it had a bad bug. =)

Knowing me i probably had some settings wrong, or was using it improperly.
But i'll download and install it again and see what happens..thanks PC for the heads up.

It look like the Gimp bug one encounters when there are sharp corners in the selection and the selection is feathered. "Sharpen" the selection before running Wrapmap and see if it fixes the problem.

Wow, cool tip ofnuts. It works!

It makes great plastic-like text.



It threw in a few black pixels in the center, lighter areas (5-6) that I used the color picker and pencil to color in.

Funny how it looks like the negative of the bug I've seen...

uh?

And btw where did you get this nice font?

I think now that I didn't have the gradient image wide enough. This one, had some in the N and the T and when I enlarged the gradient image a little the ones in the T were gone, there's still one black pixel in the N just for demo.

Double Feature font: http://www.dafont.com/double-feature.font



You may want to look here for other experiments we all did with WrapMap, also.

OK, got it. But for this kind of things you could also use a shaped gradient, no?

Thx for the pointer

Already seen them, Google is my friend

Not sure if google could spot this http://www.flickr.com/groups/gmic/discu ... 502/page2/ ,the last message

No images there just the suggestion to port the script to Gmic so may offer also a cool preview and get same flexible I/O
options (that as example would allow to animate the effect..manually but speeding up a lot the manual process )

BTW gmic was created with the goal to make easier wrote plugin but as far i know nobody yet wrote filters for gmic, except his restless developer ,that now has to take a maybe long break to take care of his newborn baby.

So... just in case you may be interest you may be the first to create a custom filter for gmic

(here i am not sure is possible :
i believe your script call gimp to do a lot of operations with selections, while gmic use gimp basically only for input and output, and just respect the selection...not sure if can make the same operations with selections)

For some reason shaped gradients do not do well with the filter. I end up with only one color in the results.

This one was done with a pattern instead of a gradient. I do like the results.

The only shape that seemed to work is alternating thin line gradient as I posted at the registry (link below). Any other attempt will give what O has already stated.

http://registry.gimp.org/node/24754#comment-9715

You're right, I didn't catch that one.

Hmmm... There are nice things in GMIC (I just don't understand why it has its own architecture and isn't more integrated like the scriptfu and python-fu support). I was thinking about rewriting Wrapmap as a plain GIMP plugin (my C is getting rusty but this is like riding bicycles, you never really forget), but as a GMIC filter it may be easier.

Don't hold your breath, though

Basically ,
from the gmic side

1)because Gmic is a selfstanding framework for image manipolation:
of that the gimp plugin is a application but the gmic core was created to be easily usable by any other software.
(neverthless a lot of work was done on the speciphic gimp plugin..but the point is that the core is made to be portable on other graphic sw)

2) because are planned several changes in gimp that as soon gegl integration will be more complete will force to ...totally rewrite all 3D party plugins (rewrite as "gegl nodes" whatever that means..)

From the gimp side
because a similar integration should be approved by the gimp developers staff

BTW Gmic may be called by script-fu...the details may be a bit hidden in the gmic documentation but i should be able to trace the link if somebody is interested