Re: [Gimp-developer] Auntie Alias plugin
On Fri, 2005-03-25 at 17:54 +, Adam D. Moss wrote: Hi guys and gals, I recently wrote this plugin for my own amusement; someone else might find a reasonably use for it. It probably does something very similar to the 'antialias' plugin for GIMP 1.2, except this is for GIMP 2.0 (2.X?) and uses a different algorithm (I haven't compared results). http://icculus.org/~aspirin/gimp/auntiealias/ Hi Adam, yesterday, i stumbled across this mail, and it looks as if this plug-in is doing exactly the right thing to lineart images. I ported it to 2.4 API and codingstylized it a bit: http://mitch.gimp.org/auntiealias.c Since we consider including it, I have some questions: - The licensing would be changed to GPL, would that be ok? - Do you have any link to that Scale3X algorithm? I would be nice to include an URL in the help. - Is the behavior on images with alpha intentional? (it only affects opaque areas, but does not antialias between opaque and transparent parts) - Do you maybe have a newer version around? ciao, --mitch ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Possibility of a stand in Siggraph
Hi, There's a decent possibility of having a stand very cheap (proper island stand, partially sponsored, in the main conference area) which we would share with Blender and some other projects (Ton from Blender's co-ordinating). I would love to have the GIMP represented at a top flight conference like this, and think it's worth the money - the GIMP's part of the pie would be between $1K and $2K, depending on the levels of sponsorship, whether we bed in with the GNOME guys, etc. I think this is the kind of thing we should be doing more, and we definitely have some budget to spend on it. What say ye? And if we do join up, who would like to represent us, do some demos, etc? Someone in the Boston area would be best, but we can probably afford to contribute to the costs of the most appropriate people if there aren't good candidates in the area. Siggraph is in Boston from August 1st to August 3rd. Cheers, Dave. -- Dave Neary Lyon, France ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Auntie Alias plugin
Hi there! Michael Natterer wrote: yesterday, i stumbled across this mail, and it looks as if this plug-in is doing exactly the right thing to lineart images. I ported it to 2.4 API and codingstylized it a bit: http://mitch.gimp.org/auntiealias.c Since we consider including it, I have some questions: - The licensing would be changed to GPL, would that be ok? It wouldn't be my first choice as I took pains to non-taint it in the first place, but re-licensing to GPL is one of the things implicitly permitted by the existing license so if you must, do so. - Do you have any link to that Scale3X algorithm? I would be nice to include an URL in the help. This was *probably* the page I used as reference: http://scale2x.sourceforge.net/algorithm.html though to be fair that's just a page of pseudocode not especially clearer than the plugin's. :) - Is the behavior on images with alpha intentional? (it only affects opaque areas, but does not antialias between opaque and transparent parts) It refuses to antialias between not-entirely-transparent and entirely-transparent to avoid the possibility of giving some partial opacity to undefined colours. This was intentional but heavyhandedly implemented; there is likely to be a more delicate compromise. - Do you maybe have a newer version around? I'm afraid not; it was a one-day fire-and-forget experiment. Since there's some interest I'll have a quick hack to change the moronic subsambling kernel right now (n.b. that's not related to the alpha thing) and if the results are better I'll submit a patch. Cheers, --adam ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Flatten image into image and alpha
Thank you for your answerOn 5/9/06, Tino Schwarze [EMAIL PROTECTED] wrote: What do you mean by apply the alpha again for preview? I want radio boxes with the ability to choose between the different texture formats, and a preview thing to see which looks best, so at first, I don't do the entire conversation, just enough to make Gimp help me show what it will look like.You could alsomerge visible layers which preserves the alpha channel. Then you only need to remove invisible layers and may convert to indexed with up to255 colors, so you get 1 bit alpha.The problem is that I don't want 1 bit of alpha all the time, it depends on the format. One has 5 bits, one has 3 and a couple of them have none. Andreas ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Posted patch for Bug #331839 – Clear Keyboard Shortcuts button
As part of the article I'm writing for Linux Format, I've posted a patch and screenshots of a proposed implementation of the enhancement defined in bug #331839. I've got to submit the article tonight so it would be helpful if someone could review the patch and provide feedback on it. It doesn't have to be accepted, of course. Just some idea of what you'd like to happen next so I can explain in the article how things work after a patch is submitted. Thanks. -- Michael J. Hammel Ximba End User Software [EMAIL PROTECTED] http://www.ximba.org LFS UserID: 16857 -- The time it will take before the breadth of human knowledge is available on the Internet is precisely inverse to the amount of time it took to remove it from cable television. -- Michael J. Hammel ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Flatten image into image and alpha
Hi Andreas, On Wed, May 10, 2006 at 08:00:58PM +0200, Andreas Henriksson wrote: What do you mean by apply the alpha again for preview? I want radio boxes with the ability to choose between the different texture formats, and a preview thing to see which looks best, so at first, I don't do the entire conversation, just enough to make Gimp help me show what it will look like. You could also merge visible layers which preserves the alpha channel. Then you only need to remove invisible layers and may convert to indexed with up to 255 colors, so you get 1 bit alpha. The problem is that I don't want 1 bit of alpha all the time, it depends on the format. One has 5 bits, one has 3 and a couple of them have none. Then I can't help you - looks like core developer issue (I'm more of an experienced user). Bye, Tino. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] RFC: three questions for the LXF article
If anyone wants to comment on these, please feel free. 1. Developer Wishlist A lng time ago there was a wish list of features for GIMP. Is there any such thing now, specifically as seen from the developers point of view? 2. The 5 most annoying GIMP bugs Totally subjective, but please feel free to comment on these. I know the two I've heard the most are that GIMP uses SDI instead of MDI and that the menus don't read like Photoshops (two that I, personally, think are irrelevent, but who am I to say what's relevent?). 6. Important bug fixes provided by non-core developers Anyone with input on fixes supplied by someone who just sort of came out of the blue? The magazine feels this is important to encourage others who aren't currently actively involved in making important contributions. Thanks. -- Michael J. Hammel | It is not only what we do, but also what we do [EMAIL PROTECTED] | not do, for which we are accountable. http://www.ximba.org| -- Moliere LFS Userid: 16857 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] RFC: three questions for the LXF article
Michael J Hammel wrote: 1. Developer Wishlist A lng time ago there was a wish list of features for GIMP. Is there any such thing now, specifically as seen from the developers point of view? The real wishlist is the collection of enhancement requests on Bugzilla. You can also look at some of the suggestions that were proposed as projects for the Goggle Summer-of-Code program, at http://wiki.gimp.org/gimp/SummerOfCode These do not, however, include features that will depend on the GEGL framework that is planned to be used for the next major version of GIMP, which include effect layers, layer groups, and 16-bit-depth layers. 2. The 5 most annoying GIMP bugs I'll skip this one. 6 (sic). Important bug fixes provided by non-core developers Anyone with input on fixes supplied by someone who just sort of came out of the blue? The magazine feels this is important to encourage others who aren't currently actively involved in making important contributions. There isn't really a hard distinction between core and non-core devlopers, more of an exponential curve of involvement. Also, most of the people who are more or less heavily involved started out by submitting a patch for something that ame to their attention: me, for example. If you want something more concrete, you can look through the ChangeLog in the source code, searching for the term patch, and you will see brief descriptions of things submitted by a couple of dozen people who don't contribute regularly to GIMP. The most common are probably fixes or improvements for plug-ins, but there are other things too. Best wishes, -- Bill __ __ __ __ Sent via the CNPRC Email system at primate.ucdavis.edu ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] dumb questions about enums, marshals, and building out of the srcdir
wondering why some *emums.c and *marshals.c live in the gimp cvs tree and others get generated at build time the reason i wonder is because i build outside of the source directory, yet the makefiles assume these newly generated files live there example: gcc -DHAVE_CONFIG_H -I. -I/Source/gimp/gimp/libgimp -I.. -I/Source/gimp/gimp -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DG_LOG_DOMAIN=\LibGimp\ -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -DMAC_OS_X_VERSION_MAX_ALLOWED=MAC_OS_X_VERSION_10_3 -I/opt/local/include -arch ppc -g -pipe -no-cpp-precomp -MT gimpuimarshal.lo -MD -MP -MF .deps/gimpuimarshal.Tpo -c /Source/gimp/gimp/libgimp/gimpuimarshal.c -fno-common -DPIC -o .libs/gimpuimarshal.o gcc: /Source/gimp/gimp/libgimp/gimpuimarshal.c: No such file or directory gcc: no input files now, i can easily overcome this problem by simply symbolically linking the newly generated files from the builddir into the srcdir, but that assumes that the builddir will always be where it is every time i build or i could probably hack a makefile.am but then i wouldnt get to send this message and get your input any of which would greatly be appreciated _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] RFC: three questions for the LXF article
I don't know the nature of your magazine/article. But you might consider7. Non-code contributors. If the goal is to get people involved, it never hurts to address those who can write plugins, tutorials, documentation,... ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] about lanczos
Hi,I wrote the following a long time ago, I got a bounce from the list because the attachment was over 40Kb.Re-read it and I am now sending it again. Attached a smaller file this time... I guess the whole point is that Lanczos is not really the 'best' algorithm for reducing images (as suggested in the scalings dialogs whe selecting the algorithm). Now, isn't there a problem?... ---Hello!I am currently using gimp from cvs.I couldn't help to notice that the new Lanczos algorithm is available when resizing images. I also noticed that it is marked as Best. But my tests show something else, see the attached image I created an image with inkscape that was about 800px wide and then resized it to a third using two methods (Lanczos and Cubic). Then I resized that again so that I could see what was already clear: Lanczos is not better than Cubic!!! Am I missing something?Roberto attachment: compare_laczos_cubic.jpg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer