Re: [Gimp-developer] IRC session on how to build GIMP (Akkana Peck)
-- Date: Wed, 13 Apr 2011 11:59:46 -0700 I'll be running a session on IRC to help anyone build GIMP on Linux, as part of the OpenHatch Build it project. The session will take place on #gimp on irc.gimp.org (also known as GimpNet) the idea is good,but the timing really strict my mail dispay your message only from a few minutes and 15 is tomorrow no problem for me anyway ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Windows snapshot of 2.7 - possible?
Hy Oleg seems impossible to download the files you upload to Deposit Files I just gey a message in Russian that, if my automatic translation was correct say all the slot for your contry are busy try later,but try later don't help it seems that site having serious bandwitch issues Maybe you may found anothert host ? LIMN the file you uploaded is set to private so is impossible the download Message: 3 Date: Thu, 08 Apr 2010 17:18:33 +0700 From: Oleg Blazhyievskyi oleg.blazhyievs...@gmail.com Subject: Re: [Gimp-developer] Windows snapshot of 2.7 - possible? To: gimp-developer@lists.XCF.Berkeley.EDU Message-ID: 4bbdad79.8050...@gmail.com Content-Type: text/plain; charset=ISO-8859-1 On 4/8/2010 1:15 PM, LightningIsMyName wrote: Hello, I compiled GIMP from git this week, on windows using msys and mingw (and without cygwin). You can find my build here: Here is my build of gimp Download Url File name http://depositfiles.com/files/vkzou2avb gimp-2.7.1_git20100402_win32.rar just unpack it in any place and run this version is compiled with all most important dependencies like jpeg, exif, and so on and it's also quite stable, but there is one bug it doesn't remember single window mode settings, so you have activate this setting every time when you restarting gimp Here is working msys and mingw environment with all dependencies which you need to compile git under windows. Just unpack to root of disk C: and add c:/msys/bin to your PATH Download Url File name http://depositfiles.com/files/id8ht8ge7 msys_installed_gimpdep.rar And here is distributions of all dependencies if you want to reinstall them from scratch Download Url File name http://depositfiles.com/files/7b0v83isy msys_gimpdep.rar ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] R: PDF import:: Zoom function
On all our platforms? I doubt there's Xpdf or Evince for Macintosh and Windows platforms... For Windows there are tons of free PDF viewers ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Making dockable tab style a global setting
yahvuu I'm sure you are not a average user that may need a hint to discover the very useful options buried in the Gimp preference But ,in case you will be forced to kill a single message , only visible once after a new install while 99% of users, may be forced to ask advice somewhere, or suggest enhancements, just to discover days after that what they need was already available..just very well hidden ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] R: Gimp-developer Digest, Vol 85, Issue 13
will be alaways many complains if some of the mode included in photoshop http://www.freetimefoto.com/photoshop_blending_mode would be missed in gimp. with some reasons that make harder exchange of tip, tricks and files between people doing similar jobs (or sharing same hobby) but using different sw between mode used in PS and not (yet ?) included one of the most request would be Exclusion ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] PyGimp on Windows XP
Maybe you miss a step,after installed all the dependency you have to reinstall gimp using the custom option of the installer (or something equivalent if you compile ) I packed together time ago everything needed http://photocomix-resources.deviantart.com/art/Gimp-Python-support-easier-74889017 The GTK is NOT more needed, may be now more recent version of some libraries ...but anyway that works and can make install easier PLEASE NOTE in the instruction included i suggest to restart the computer several times. That is not always strictly needed BUT that solve most of cases of mysterious install failures Date: Mon, 31 Aug 2009 19:05:29 -0500 From: Ryan Krauss ryanli...@gmail.com Subject: [Gimp-developer] PyGimp on Windows XP To: GIMP Developer gimp-developer@lists.xcf.berkeley.edu Message-ID: c5b438120908311705v599dd2c5p310de7f4d3713...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 I am trying to get PyGimp installed and working on Windows XP. It seems like this should be easier than it used to be. A quick google lead to several long install procedures. I have been using PyGimp in Ubuntu and am quite happy with it, but I know need to use it in windows. Preparation: My computer has Python 2.5 and PyGTK. Install: I ran the installer I downloaded from here: http://downloads.sourceforge.net/gimp-win/gimp-2.6.7-i686-setup.exe with PyGTK installed, if gives me the option to install the Python extension (I did this). I don't get any error messages, but it doesn't seem like PyGIMP is really working. Unlike in Ubuntu, I don't have any Python menu items under Filters, I don't see any place to launch a Python console, and it doesn't recognize any of the scripts I have in $HOME\\.gimp-2.6\\plug-ins Are there other installation steps I am missing? How would I know if PyGIMP was really working under windows? Thanks, Ryan ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] more standard outputs option for plugin(was Renaming scripts/plugins in a standard way )
Without reading the exact description, you would have no idea whether it works on an image, a layer, whether ir creates something new, etc. It is unclear from the name whether it works on an active layer, or whether it creates a new image/layer. would not make sense for all plugins (for all plugins that require a open image ,so almost all) offer as output option 1 edit the active layer and/or 2 create new layer(s) and/or 3 create a new image i cannot imagine why those options (with first ,edit active layer as default) change from plugin to plugin ,script to script ,while all 3 are useful and i would be happy see them always available, as standard (and available as AND/OR option) There is a reason? (NOTE i may imagine a reason why not...but ,again, only for the few plugin that do not require a image open: ...if no image is open, there is no even a active layer so options 1,2 would not make sense in the context..correct, i agree. Anyway great majority of plugins require a image, to the point that in Gimp almost all filters are greyed out if no image is open i refer to those) I may hope for a change? --- Sab 8/8/09, gimp-developer-requ...@lists.xcf.berkeley.edu gimp-developer-requ...@lists.xcf.berkeley.edu ha scritto: Da: gimp-developer-requ...@lists.xcf.berkeley.edu gimp-developer-requ...@lists.xcf.berkeley.edu Oggetto: Gimp-developer Digest, Vol 83, Issue 18 A: gimp-developer@lists.XCF.Berkeley.EDU Data: Sabato 8 agosto 2009, 21:00 Send Gimp-developer mailing list submissions to gimp-developer@lists.XCF.Berkeley.EDU To subscribe or unsubscribe via the World Wide Web, visit https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer or, via email, send a message with subject or body 'help' to gimp-developer-requ...@lists.xcf.berkeley.edu You can reach the person managing the list at gimp-developer-ow...@lists.xcf.berkeley.edu When replying, please edit your Subject line so it is more specific than Re: Contents of Gimp-developer digest... Today's Topics: 1. Renaming scripts/plugins in a standard way (LightningIsMyName) 2. more standard outputs(was Renaming scripts/plugins in a standard way ) -- Message: 1 Date: Sat, 8 Aug 2009 15:17:46 +0300 From: LightningIsMyName lightningismyn...@gmail.com Subject: [Gimp-developer] Renaming scripts/plugins in a standard way To: gimp-developer@lists.xcf.berkeley.edu Message-ID: e926d4dc0908080517y3569cccahbcf03a4f5a6f3...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Hello, I have seen the question of how to give a name for a script/plugin in many places, and most recently here: http://bugzilla.gnome.org/show_bug.cgi?id=588755#c10 Although there are no standard naming rules, I suggest that we styart to use strict naming rules. For example - script-fu-3dtruchet. Without reading the exact description, you would have no idea whether it works on an image, a layer, whether ir creates something new, etc. Another example plug-in-spheredesigner. It is unclear from the name whether it works on an active layer, or whether it creates a new image/layer. Now, if we decide that this is obvious and that all plugins do work on the same layer unless it was specified otherwise, then plug-in-film for example, does not match with this standard (since it creates a new image). most gimp plug-ins should be renamed, to be plug-in-render-XXX, plug-in-distort-XXX, script-fu-ctreate-XXX, etc. I know that this will probably break hundreds of scripts and plugins, so it would be hard to do. My suggestion (which is the only way in which I can see how no API uses will be broken) is to allow from now on for each script/pattern to register in two ways 1. The normal usual way 2. A suuport old usage way, which registers a script/plugin so it won't be viewed in the procedure browser, but it would still be there. A script which wasn't updated (or doesn't need updating) will continue to show in the procedure browser, and scripts/plugins that use method 2. will be able to register procedures for depreceated usage by registering to a depreceated procedure browser (the database of procedures will be shared between the two procedure browsers, however from now on the gui of the procedure browser will show only non-depreceated functions unless specified to show both). gimp_install_procedure will continue to work in the usual way, and gimp_install_depreceated_procedure (this is the new suggested function) will register a depreceated procedure. This way, we don't brake anything and it will make new plugin/script writers start using the new procedures since they will see only the new procedures. Thoughts/Comments? -- Message: 2 Date: Sat, 08 Aug 2009 17:38:20 +0200 From: Sven Neumann s...@gimp.org Subject: Re:
Re: [Gimp-developer] cant save image with new comment
While maybe 5 seconds might be a little quick, conceptually I agree that it should not last very long. Please consider then, in particolar on Windows OS messages are often hidden behind the image windows. So a 5, 10, 0r even 15 second message will likely never be seen, and user will simply freak out later when he will see his work went lost If something go wrong when saving i pretend to know, this is a absolute priority, and i prefer be forced lose few second to close manually a unnecessary warning that lost beyond hope hours of work... May be only very few relevant warning...something as SAVE FAIL can't afford the risk to be ignored, because in that 10 second i was distracted by a phone call or because warning was hidden by another windows. And here as no relevance if the message was hidden for a Bug of Windows OS or for a Gimp bug...if there is the minimum risk that the message (a SIMILAR MESSAGE not in general )could be unnoticed then better be forced to manually close it before proceed. At least offer this as User option, please ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resource ?
Is too difficult browsing brushes notice that there are 4 quite different types of of brushes mixed The brushes are clearly marked: notice the red and blue triangles in the bottom-right corners brush thumbnails? Red triangles indicate image tubes or animated brushes. Blue triangles are procedural--made via the brush editor. The ones that lack triangles are single pixmaps. Also the pluses indicate a larger or animated thumbnail is available by clicking and holding on a thumbnail. As for coloured brushes, all of the ones I've seen are coloured in the thumbnail, so they should be obvious. i know but only initiates notice , most new users not (Except for the colored brushes, their difference is more visible and obvious) A default option to see brushes listed for type will solve (see such option will make clearer that are different types ) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resource ?
As default for clone tool i see a HARD circle brush at 100% opacity, . That's the default brush for everything I think. Exact ! Are exactly the same !! this demonstrate beyond doubts that current defaults are wrong. Should be obvious that the pen tool , the brush tool and the clone and healing tools are different tools with a different use ...and so they require 3 quite different defaults NOTE , Default is very important for the first impression of a tool or filter If default is bad chosen the first user sensation will be of a crappy or cryptic tool on the contrary better chosen default may give a good impression of a even buggy tool I may well understand that developer have no time for the search for the best defaults but maybe is here that users may help developers ...about animated brush, stars, grass,stones and dirty brushes may be a good example, their possible use should be intuitive ... Careful! intuitive is a word people use to mean, based on my experience, I could predict how to use it but people have very varied backgrounds. We should leave intuitive for the Earl Peter Sikking, Duke of the Vision. That is correct,in general In the particular cases is just needed to use a animated star brush on a dark BG to guess its possible use...populate the sky of stars , similar but not identical Same for grass or stones animated brushes I see a different problem: Is too difficult browsing brushes notice that there are 4 quite different types of of brushes mixed : 1 normal (Greyscale gbr that use FG and BG colors) 2 colored (RGB gbr with their own colours) 3 nozzles (or tubes, gih as you prefer call them) 4 Procedural Obviously without guessing that the chosen brush is a nozzle may be hard use it at best, same for procedural brushes Is missed a clear visible hints to distinguish ... for this tagging should help if not solve - ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] What would be a better set of default resource ?
1) i agree with Alexia , get rid of all duplicates as the circle soft and circle hard brush. If may be scaled only 1 is needed 2) most flexible brushes are that created with the brush editor that can be not only resized but tilted, rotated,made harder or softer on the fly, even with keystrokes But shapes are so limited : will be no possible add some simple shapes as spiral and ring ? to clarify ring: as circle or square or polygonal BUT only the contour is stamped, and the thickness of the contour may be modified .(..with maximum thickness a square ring brush is identical to a classic square brush ,with minimum is 1px outline of the contour) 3 about animated brush, stars, grass,stones and dirty brushes may be a good example, their possible use should be intuitive 4 brush tools would need better preset i make a example with the clone tool As default for clone tool i see a HARD circle brush at 100% opacity, but the clone tool seldom works well used at full opacity with hard brushes... something as a SOFT round brush with a bit less opacity would be abetter default : better in most case and, even more relevant, for the first contact with the tool. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] gimp-gap 2.6 ahead
there is not text is your message, if was a link that was stripped away There is now a new version of GAP available ? From: wolfgang hofer wolfgang.ho...@lycos.com Subject: [Gimp-developer] gimp-gap 2.6 ahead To: gimp-developer@lists.XCF.Berkeley.EDU Message-ID: 20090526125748.hm....@wolfgang.hofer.mail-wwl12.bo3.lycos.com.lycos.com Content-Type: text/plain; charset=us-ascii An HTML attachment was scrubbed... URL: /lists/gimp-developer/attachments/20090526/6adac6c8/attachment-0001.html ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] enhancement for eraser/brush tools: resurrect erased/cleared
How does this differ from the current anti erase tool option (quickly enabled also by holding Alt key)? Maybe does not differ BUT there is a Problem there is not any documentation in the help on a anti-erase option or tool so i believe almost only who contribute to implement it know about it ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] enhancement for eraser/brush tools: resurrect erased/cleared
May be very useful for who does photo-montages a option to resurrect erased or cleared pixels, to correct badly cropped details that often are noticed only to late for a UNDO May sound something magic but is trivial to implement, and since is not based on UNDO may be applied also on already closed images, or even to pre-cut images as png renders found on the Web. Limit is that will work only with layers or images with alpha channel..in this case NOT a painful limit since obviously cuts for photomontages are all saved without stripping the alpha THERE IS ALREADY a Filter, more exactly a MathMAp code that may do on all the layer ,or even on selected part of the layer, (see here; http://groups.google.com/group/mathmap/browse_thread/thread/e798e80f753b3d1f?hl=en message number 2) but would be a useful option for the eraser, and maybe even for other brush tools Concept, is trivial : the eraser (or a brush tool) if used with resurrect Erased/cleared option (if used at 100% opacity ) will modify where applied only the A of RGBA without changing other RGB data, and that will resurrect deleted pixel since their color info are still there, only their opacity is changed Should be not hard to implement About the obvious objection: As Gimp has no reason to modify color info of invisible pixels, Gimp filters and tools have no reason to preserve them That is true but in practice, when working with photomontages , clear or erase is very often the last operation done before saving , so most of the times will work,more is intuitive guess when it may not work, or not perfectly (= if filter or tool where applied also to the transparent pixels after erasing or clearing ) And from a similar, apparently magic feature (as far i know not present in other image editors)can't be expected 100% success, a big success may be that work very often...and will look as magic to many users magic and useful, in my opinion ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] when pasting without any reference use mouse cursor position
Logic may be even changed, but before change something is better understand how it works Paste is centered at the center of the selection (if any) Is not simple and intuitive create, or move, the selection where you want your object be paste ? How i would able to guess a relation with the position of my mouse cursor and a object to be pasted ? i can not see any logical connection But i may well guess a relation with the selection Only other meaningful relation i am able to imagine is center at the intersect point of 2 guides IF snap to guide is enabled (and no more then 2 guides are used) If not will be required for GIMP not only develop a advanced AI but even telepathic skills , because if for you may be relevant the position of the mouse, for me may be much more relevant the center of the portion of image i zoomed in...and who know what may seems more relevant for somebody else ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] . Re: [wish] when pasting without any reference use mouse cursor position
Will be not possible as option something as CTRL+Click+V (click should be done inside the image ) Paste is centered to the point in the image where the click was done ? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] the old bugs in merging modes are fixed now?
From: ?yvind Kol?s islew...@gmail.com GEGL already has too many blending modes (36) to be meaningfully presented to most users. I guess it would make sense to trim down the existing set, and perhaps offer the more arcane modes (both existing GIMP ones and arcane ones from other software, in an additional sub-menu.) /?yvind I will prefer some more then some missed I like the idea of a additional sub-menu to confine the less used ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes are fixed now?
Thank for clearing I also searched the bugzilla report for overlay mode but i could not find it anymore But instead i find a interesting proposal of Jao O Buono that, i believe risk to be forgotten because posted in a no so strictly related topic (here http://bugzilla.gnome.org/show_bug.cgi?id=401754 ) i quote since is short ... since a long time,i envision a GIMP capable of using new layer modes on the fly. The GEGL when used as an engine should add this ability, and this is being tracked at Bug #161449. However even after that is implemented, and GEGL is used widespread inside the GIMP, a UI for CUSTOM layer modes will need to be written. This surely will have a default layer mode listing, and the proposed modes could certainly be there. The possibility to add CUSTOM layer modes (here i think mostly to modes used in Photoshop but missed in gimp as exclusion, pin light, vivid light...) will be very useful, even in the case would be a advanced option requiring some fiddling from users, and maybe precaution when saving here,I can't imagine how that may be done but if possible would be quite useful thank for your work ,correct application of merging mode is in my opinion fundamental for sw as Gimp ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes are fixed now?
Spontaneously I don't think custom layer modes is a good idea. Might be fun for programmers to play with, but graphic professionals? HTH, Martin Actually Graphic professional do complain ,but for missed option: for the absence in Gimp of modes they learned to use in Photoshop as Exclusion,Vivid light or Pin light. But i do not think they will complain for additional options as the modes listed here http://www.pegtop.net/delphi/articles/blendmodes/ Or of something as the new Edge merge mode now added to GMIC ( that blend the images while keeping all the edges of the two images with a maximum contrast...quite interesting and useful characteristic) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] The old bugs in merging modes are fixed now?
I hoped that with the passage to GEGL the old bugs in the Mreging mode were fixed (i refer here to OVERLAY, that in gimp is NOT overlay but a misnamed clone of Soft Light, and to Color that do not seems work properly ) But i didn't see any news in the release notes, or in the Bugzilla reports Did i miss something, and that is already solved, or is on the to do list. Is not good for a advanced Graphic editor have similar bug regarding something basic as the correct application of Merging modes (is true that few users notice the problem in Overlay, since anyway the result should be similar to Soft Light...but similar not always identical ) If were fixed ,such good news should be reported ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Reference on Opacity variations in merging modes
I found the algorithms of many merging mode BUT all the the formula there do not take opacity into account so as now the blending may be done only at 100% opacity (btw is for a blending filter , that allow to merge also in mode not available in Gimp obviously the result, the output is the visible from the the merging as new layer ) I'm sure somewhere in the Gimp code or documentation there is the answer: how ,mathematically variation of opacity are taken into account, but i am really lost in front of page of codes and doc could someone ( help me, pointing to a specific page or speciphic doc Also i need help to find found the algorithms and doc on modes as erase color erase behind (available for Edit/fade) and grain extract grain merge ? Any help or pointer will be really appreciated thank ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] save + export...
On Sat, 2009-03-07 at 18:27 +0100, peter sikking wrote: first, Copy visible as new image could easily turn out too smart, but since the bottom Background layer prefers to be one without alpha, The first basic assumption is wrong...so maybe what build on that need reconsideration A Alpha channel in the background layer do not create problems or disadvantages of sort A example if you open a png you get exactly that : a image with a background layer that has a alpha channel ,that do not create any complication ,not when editing, not when saving Problems come only in the contrary case. Gimp now allow other layers to be without alpha channel, before that was possible only for the BG layer(not because BG layer is better without alpha,but because for the BG a a alpha layer is not strictly needed) So now is easy have , without noticing , a layer on top without alpha channel and that will react in a weird way to most layer mode,(when were implemented layer modes , layer(s) to merge were supposed to have alpha) And obviously then also tools as eraser will also give unwanted results if the alpha is missed I hope i didn't went too OT, my point is a alpha channel in the BG do not create problem ,neither slow the workflow. but a NOT-BG layer without alpha that may well create problems ,will be better if layer with no alpha were more clearly marked then now __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp-help-2: New From Visible (julien)
I understand better. What is visible is really a flattenned stack of the visible layers (with an eye in the Layer dialog). Not exactly flattened but merged Flatten will a remove the alpha channel, replacing any transparent area with the background color The question is the interest of this command. Alexia, please, could you detail your example? well i can not reply for Alexia but i may give a example. On a hypothetic image add a duplicate layer on top in Overlay mode give me excellent result to enhance details and contrast on some area But terrible result on others On the other hand a similar process but in Multiply mode will do the opposite ,improving that part (i.e under-saturated and too pale sky and clouds)that overlay mode will screw up ,but worsening the rest, with NEW from visible i may save, and then merge the best of both combination easily apply new from visible for combination-1,(overlay) toggle off visibility of that new layer, repeat the process to save result of combination-2(multiply) then i may erase with more on less opacity what i do not like on the New merged top layer and when happy of the combination , save you will not able to get the same using merge visible layers once merged will become impossible to recombine the layers in a different mode, You may not need that feature But if you would need it , without NEW from visible,you would need to get trough 5 no too much intuitive steps instead then a single click ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] R: Gimp-developer Digest, Vol 76, Issue 21
I stopped reading here. Please describe your level of knowledge in Script-Fu before you do continue in this thread. Maybe what has to be described is the concept of same, maybe you give to the word same a sense to me a bit peculiar but technically much more correct then mine Using glossy logo.scm From File /create Logo i see 1 GUI, if i call the same £glossy.logo.scm from Filter/Alpha to Logo i see a very different GUI The 2 GUI of the same glossy.scm script different for the option they offer i.e from GUI 2 are removed option to chose font and text for my Logo...no way to access to that option. But you are right better stop with words i may clear my proposal much better with few images then with words Even if i know a bit of script fu i am much more a artist then a developer so i may explain much better the point with visual examples, So i will took 2 screenshoots to the 2 different GUI of the same glossy.scm script. And i will add a mock up of the ideal glossy.scm GUI Not sure if i will also able to edit the glossy.scm for give a even more clear example, should be not too hard add a text selector and a option to export the output on a new imagine to the Filter/Alpha to Logo/glossy script...but this would take me much more time then a mockup ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Artificial limitation to script fu ?
From: Michael Schumacher Just to make sure: does everyone know that it is the same script that does register both menu entries? Michael Not exactly the same script Same.scm file for Logo-related script contains 2 script A.. hem ex_Toolbar script that is available now from File /create /logos menu that has good input to chose the font and the text for the effect BUT has severe limitation to output the result (can't be pasted without fiddling on a chosen image, even if was the active image The Twin, that is NOT the same script but has the same name, may be called from Filter/alpha To Logo In this case the script do not allow to chose Font or text, but allow to paste the result on the active imagine Basically or i can't chose font or i can't paste the result on the active image Just to make sure: does everyone know that it is the same script that does register both menu entries? I wish that, i wish was the same script offering all the needed options But that kind of script for exigence to Categorize Script Fu was splitted in 2 half script each half has severe limits because miss the option available ONLY for the other half of the script The fact that are on the same file do not make 2 script a single one I may paste 20 script on same file giving them 20 different menu registration path but always the same name..that will not trasform 20 script in the same script Only really merging that 2 half script in the same script will solve ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] R: Gimp-developer Digest, Vol 76, Issue 16
David Gowers 00a...@gmail.com wrote I want to make this clear: In English language 'create a new imagine' is nonsense. imagine is a verb, as in 'I imagine I am eating a juicy watermelon'; it's an action, not a thing. 'image' is the noun, you can 'create a new image' or 'modify the active image'; All of the instances I have seen where you used the word 'imagine', 'image' was the appropriate word. Personally, I often find your use of 'imagine' confusing, so I think you could improve the readability of your posts and how many people respond by making this change. OOPSS..you are right,thank to point this out Too bad i can't correct my previous post i will avoid in the future I hope my poor english will not destroy the quality my arguments Many ,if not most of the younger users of Gimp,begin to use gimp to create Sigs ,so they must immediately face this kind of usability issues. I want make clear that i do not expect the Gimp staff spending energy and wasting time to fix that..i hope old mess be no a impolite word What i hope is a agreement on the principle: a division between Image-Scripts and Toolbox scripts has no more sense now. Since same script may offer the all the options needed, there is no reason to split a good ,flexible script, in 2 scripts each offering less then half of the needed features. Then if there is a agreement on this point most of the work of updating may be done by volunteers, as was done by volunteers (and result grouped by FX-Foundry ) the work to update the custom script from gimp 2.2 to 2.4 Just the guideline has to be set i believe a script should offer all the most logic options for input (if not a render script) and for output And in case of Logos-related scripts should have options to use as input a text layer AND/OR to create a new text on the fly with user's chosen font and to output the result where the user wish. What prevent this seems no limitations of script fu, but exigence of categorization that may be now obsolete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] R:Artificial limitations in script fu
David Gowers 00a...@gmail.com wrote I want to make this clear: In English language 'create a new imagine' is nonsense. imagine is a verb, as in 'I imagine I am eating a juicy watermelon'; it's an action, not a thing. 'image' is the noun, you can 'create a new image' or 'modify the active image'; All of the instances I have seen where you used the word 'imagine', 'image' was the appropriate word. Personally, I often find your use of 'imagine' confusing, so I think you could improve the readability of your posts and how many people respond by making this change. OOPSS..you are right,thank to point this out Too bad i can't correct my previous post i will avoid in the future I hope my poor english will not destroy the quality my arguments Many ,if not most of the younger users of Gimp,begin to use gimp to create Sigs ,so they must immediately face this kind of usability issues. I want make clear that i do not expect the Gimp staff spending energy and wasting time to fix that..i hope old mess be no a impolite word What i hope is a agreement on the principle: a division between Image-Scripts and Toolbox scripts has no more sense now. Since same script may offer the all the options needed, there is no reason to split a good ,flexible script, in 2 scripts each offering less then half of the needed features. Then if there is a agreement on this point most of the work of updating may be done by volunteers, as was done by volunteers (and result grouped by FX-Foundry ) the work to update the custom script from gimp 2.2 to 2.4 Just the guideline has to be set i believe a script should offer all the most logic options for input (if not a render script) and for output And in case of Logos-related scripts should have options to use as input a text layer AND/OR to create a new text on the fly with user's chosen font and to output the result where the user wish. What prevent this seems no limitations of script fu, but exigence of categorization that may be now obsolete PS I hope this not a double post Line went off just when i was sending this, so i fear my message went lost ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] R: Gimp-developer Digest, Vol 76, Issue 17
From: Martin Nordholts ense...@gmail.com I agree with basically all your points but to be honest I can't see why anyone would want to use those scripts at all. Many young download and start using GIMP to make sigs for forum So their first contact with GIMP include that scripts As they are they may give a very bad impression of the program. This may be corrected without much effort from the developer staff What may needed from the staff are just sort of guidelines. As all selecting tool offer all the most logic options for selection (replace selection, subtract , add, intersect )i will like for the script the possibility to do the same for the most logic input/output options: nobody would like have to search a Free-selection tool able to subtract to the selection in a Menu, and then have to search another,almost identical Free Selection tool able to Add to the selection in a different menu . But something similar happen for all logo-related scripts and even if in a less evident way for most of the script-fu bundled in Gimp,this due to that old way to categorize the script fu ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Better grouping of layer modes
grouping. The new groups are: * Different alpha compositing methods * Modes that always gives a brighter result * Modes that always give a darker result * Overlay-like modes * Modes that can give completely different colors * Modes based on HSV/HSL. there are 2 more generic categories Symmetrical and Asymmetrical To know that a mode is asymmetrical is useful, because then swapping layers positions open new options Maybe is possible prefix a symbol as a double arrow to the Symmetrical modes Names? Unisciti alla community di Io fotografo e video, il nuovo corso di fotografia di Gazzetta dello sport: http://www.flickr.com/groups/iofotografoevideo ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] new jpg2000 plugin
Hy i just try the plugin on windows XP jpg2000 has subcategories at least my viewers,Xnview display 2 options to save as jpg2000. 1 JPG2-LuraWawe-JPEG-2000-Format and 2 JG2-JPEG-2000-JPG2-File-Format The plugin open successfully preview and the file ONLY for type 1 LuraWawe Type 2 dispay no preview, when i try to open the file issue this error message JP2 image plug-in returned SUCCESS but did not return an image Scopri il blog di Yahoo! Mail: Trucchi, novità e scrivi la tua opinione. http://www.ymailblogit.com/blog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
P.S about how i save png i never use the option ignore Scopri il blog di Yahoo! Mail: Trucchi, novità e scrivi la tua opinione. http://www.ymailblogit.com/blog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Proposed usabillity enhancement for PNG handling To: Sven Neumann [EMAIL PROTECTED]
i believe there is another thing that may correct in how Gimp save PNG and its about transparency When a PNG created with gimp is converted in JPG or any other format that do not support trnsparency transparent area become black, while they should be white that happens if the conversion is done with gimp OR any other SW . Not sure if changing the default option in PNG saving may correct if so i fail to find correct setting (and if so i believe will be better change the default setting ) Only way to change this i found is after saving the png,remove alpha and then use save a copy as jpg then transparency is rendered as supposed , not black but white. Obviously reopen the png, remove the alpha channel and only then save as jpg works too Scopri il blog di Yahoo! Mail: Trucchi, novità e scrivi la tua opinione. http://www.ymailblogit.com/blog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
Sven Neumann Subject: Re: [Gimp-developer] Proposed usabillity enhancement for PNG That's not true. The current background color is used. So if you want the background to be white, then you should set your background color to white. No. maybe should but does not for me My background color is as default white and i seldom change that but all my png if converted to jpg get a black background and anyway if was that the reason the color will be not always black ,since there are millions of other possible BG colors But result never change : png transparency become in jpg is always black , never yellow green or red,and more relevant never white this at least on my gimp 2.6.1 with windows xp. PS in my previous post title went missed , sorry Scopri il blog di Yahoo! Mail: Trucchi, novità e scrivi la tua opinione. http://www.ymailblogit.com/blog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] The toolbox Wilber problem
Fl?vio Pontes [EMAIL PROTECTED] Wrote is not a good indicator for a drop target. Not one of the ppl I showed it - all of them designers - recognized it as a drop target and, frankly, the image in there is simply wrong. If we need to make it recognizable as a drop target, we need to make it a drop target icon, that's all do you have a example for a recognizable drop target ? --- Sab 4/10/08, [EMAIL PROTECTED] [EMAIL PROTECTED] ha scritto: Da: [EMAIL PROTECTED] [EMAIL PROTECTED] Oggetto: Gimp-developer Digest, Vol 73, Issue 10 A: gimp-developer@lists.XCF.Berkeley.EDU Data: Sabato 4 ottobre 2008, 18:07 Send Gimp-developer mailing list submissions to gimp-developer@lists.XCF.Berkeley.EDU To subscribe or unsubscribe via the World Wide Web, visit https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Gimp-developer digest... Today's Topics: 1. Re: Gimp 2.6. Segfault (Stephan Hegel) 2. Re: Automatically save curves file (Kent Tenney) 3. Re: Automatically save curves file (David Gowers) 4. Re: Automatically save curves file (Kent Tenney) 5. Re: The toolbox Wilber problem (Fl?vio Pontes) 6. Re: The toolbox Wilber problem (William Steidtmann) 7. Re: The toolbox Wilber problem (Sven Neumann) -- Message: 1 Date: Sat, 04 Oct 2008 09:41:41 +0200 From: Stephan Hegel [EMAIL PROTECTED] Subject: Re: [Gimp-developer] Gimp 2.6. Segfault To: gimp-developer@lists.xcf.berkeley.edu Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Hi, Sven Neumann wrote: On Fri, 2008-10-03 at 18:15 +0200, Stephan Hegel wrote: Gimp-2.6 throws a segfault for me. It would help a lot if you could file a bug report for this. Thanks. You're welcome: #554966. Rgds, Stephan. -- Message: 2 Date: Sat, 4 Oct 2008 06:17:16 -0500 From: Kent Tenney [EMAIL PROTECTED] Subject: Re: [Gimp-developer] Automatically save curves file To: [EMAIL PROTECTED] Cc: Gimp-developer@lists.xcf.berkeley.edu Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 On Fri, Oct 3, 2008 at 7:01 PM, [EMAIL PROTECTED] wrote: Quoting Kent Tenney [EMAIL PROTECTED]: will there be provisions to apply a saved curve to an image without the gui? If you have the GIMP Animation Package installed, you will find a plug-in named 'plug-in-wr-curves' which permits application of a curves file. I don't have GAP installed. I've installed Gimp 2.6 on Ubuntu 8.04 using .deb's from http://www.getdeb.net/app/Gimp will apt-get install gimp-gap do what I want? or is there more to it? (I don't want to try and see for fear of breaking things) Thanks, Kent plug-in-wr-curves GIMP Plug-in Image/Video/Layer/Colors/ Wrapper for GIMP Curves Tool call based on Curves file Parameters run-mode INT32 Interactive, non-interactive image IMAGE Input image drawable DRAWABLE Input drawable (must be a layer) filename STRING Name of a GIMP curves file (saved by the Curves Tool) Return Values the-drawable DRAWABLE the processed layer Additional Information This Plugin loads a # GIMP Curves File, that was saved by the GIMP 2.0pre1 Curves Tool then calculates the curves (256 points foreach channel val,r,g,b,a) and calls the Curve Tool via PDB interface with the calculated curve points It also stores the points, and offers a GIMP_RUN_WITH_LAST_VALUES Interface and an Iterator Procedure for animated calls of the Curves Tool with varying values. Author: Wolfgang Hofer ([EMAIL PROTECTED]) Date: 2.4.1; 2008/01/30 Copyright: Wolfgang Hofer -- Message: 3 Date: Sat, 4 Oct 2008 22:36:03 +0930 From: David Gowers [EMAIL PROTECTED] Subject: Re: [Gimp-developer] Automatically save curves file To: Kent Tenney [EMAIL PROTECTED] Cc: Gimp-developer@lists.xcf.berkeley.edu Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=UTF-8 Hi Kent, On Sat, Oct 4, 2008 at 8:47 PM, Kent Tenney [EMAIL PROTECTED] wrote: On Fri, Oct 3, 2008 at 7:01 PM, [EMAIL PROTECTED] wrote: Quoting Kent Tenney [EMAIL PROTECTED]: will there be provisions to apply a saved curve to an image without the gui? If you have the GIMP Animation Package installed, you will find a plug-in named 'plug-in-wr-curves' which permits application of a curves file. I don't have GAP installed. I've installed Gimp 2.6 on Ubuntu 8.04 using .deb's from
Re: [Gimp-developer] [wish] provide transparent color
Excuse the double post in the first the subject went somehow lost and the rest reformatted in a weird way with question marks filling blank spaces -- May be that this long discussion suffers a lack of communication? to summarize 1 brushing a transparent color is exactly as use the eraser (if there is a alpha channel) Maciej Pilichowski seems agree on this point 2 SO what is missed seems just a equivalent of AIRbrushing a transparent color,,..a option in the eraser tool to use airbrush instead then a brush will solve that, and for sure will be a cool new feature. 3 May be is missed, also the possibility to select transparent area as was a color,meaning using the magic wand or the color selector tool.. But since there is alpha to selection(=select transparency) that is no too missed... well IS missed its usability since that option is hided in a weird place and is not too clearly labeled( Layer menu really do not seems most intuitive place to search function related to Selections) For usability may be good add to the select by color dialog a checkbox select transparency,..that checkbox if checked will simply call alpha to selection function and then invert selection(this from a developer's point of view..from average user's point of view that will just select the transparency as required) To my logic (inverted)alpha to selection may be well seen as a subset of select by color (in this case will be select by absence of colors that as concept seems strictly related and may be called more clearly select transparency i believe a use airbrush option for eraser tool and a select transparency checkbox added to select by color will be a nice addition also for who is no much interested to paint with transparent color then a question for Maciej Pilichowski..i understand you well? a airbrush-eraser to allow to airbrush transparent color and a more intuitive place and name for select transparency will realize your wishes? A palette with transparent color will be meaningless since if transparent the color will be not visible already gimp has gradients with transparent Color __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script proposed for inclusion in gimp 2.6
In my opinion, a better solution to the copy visible to new layer functionality would be to add an option to Merge Visible Layers which would retain the original visible layers. This approach would seem more intuitive and would not entail an additional menu command. It would also be more flexible because the newly created layer wouldn't need to be the image size (the user would have available the expansion/clipping options of Merge Visible). seems a good alternative my main objection on this alternative is that is not ready but a project to be realized in a future and that will require some developer offering his time to realize it,maybe subtracting that time to more relevant task. while the script is ready and was already tested by many This approach would seem more intuitive and would not entail an additional menu command. Not sure if that will be a advantage the addition of new option there may be easy overlooked while a menu command as copy visible and add as new layer is so clear that i believe can't be misunderstood Avoid to overcrowd the menu is good but i see this as a basic feature that many may search ,if so may be better clearly labeled in the place where most likely will be searched as in the Edit menu,after copy and copy the visible ( Nevertheless a extra option for merge layer.should not harm .but again will be a work to be done by someone in a future ,while the script-fu is ready) PS About add border i never noticed a 3d effect or others that are not present also in the alternate version.but i will check better Posta, news, sport, oroscopo: tutto in una sola pagina. Crea l#39;home page che piace a te! www.yahoo.it/latuapagina___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] proposed solution for: protection from protection from data loss
gib_mir_mehl wrote: Don't all those export troubles disintegrate once we presume a little more confidence in the undo function? More confidence will require a option to save undo history. As it is now once the image is closed its Undo History vanish,forever lost , so can't be used to correct saving's errors Alchemie Foto\grafiche - Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Gap -how animate plugins
sorry to have ask again about the How to make a GIMP Plug-In an Animated one: guide (is in Gap source/doc), but finally i had spotted and corrected some dumb errors i did at first tries and i'm at the last step I generated and compiled the plug_in_Iterator file for 2 plugin (unsharp mask2( http://home.arcor.de/peter.heckert/unsharp2-0.12.c) and Greycstoration, the apply variant button of filter all layer is now active for both, and the first and last call are correctly done Not the other interactive calls for the reason explaned in the guide here # In case of error: # If you get an Error Message (in the shell, where you started the gimp) # that looks like: ERROR: _Iterator stored Data missmatch in size N != M # you have to change the generated code manually. # (check for calls to gimp_set_data or gimp_get_data that are using # the plugins name as key argument within the plugin's sourcecode. # The passed datastructure has to match exactly in size with the generated one I get that error, in both case _Iterator stored Data missmatch in size N != M Now i'm not a developer so i will need more details on how make The passed datastructure has to match exactly in size with the generated one and i will really appreciate some hint help or suggestion to well...solve this last obstacle. All the step till now was clearly described ,BUT this #you have to change the generated code manually. # (check for calls to gimp_set_data or gimp_get_data that are using # the plugins name as key argument within the plugin's sourcecode. is a bit too sintetic for my understanding,may be elaborated more? Alchemie Foto\grafiche - Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] How to make a gimp plugin a animated one
and the tab ends up being pulled into it's own window. It's a big annoyance in my case, maybe other tablet users as well. I suggest an option to lock these. Have you tried to increase the gtk-dnd-drag-threshold? It's a GtkSetting that you can adjust in your ~/.gtkrc-2.0 file. Sven -- Message: 4 Date: Sun, 18 May 2008 20:41:28 +0200 From: Jon Senior Subject: Re: [Gimp-developer] Option for locking tabs? To: gimp-developer@lists.XCF.Berkeley.EDU Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII On Sun, 18 May 2008 14:45:52 +0200 Martin Nordholts wrote: It doesn't sound like a bad idea, but at the same time it feels like a hack and that the core problem is something else. If this was to be added though, it is necessary to sort out how to access this functionality in a discoverable way. I suffer from the same problem from time to time. I'd love to see an option to lock the windows. I have a setup that works for me and that I don't change, and it'd be good to be able to lock that down. Not sure if that would need to be on the GTK side, or the GIMP side though. -- Jon Senior -- ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer End of Gimp-developer Digest, Vol 68, Issue 16 ** Alchemie Foto\grafiche - Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] A question on Gap -frame modify
Sven Neuman wrote: Sure. Read docs/howto/txt/HOWTO-write-animated-plug-ins.txt in the GAP source code. thank i read it and was a pleasant surprise, the process seems less complex of what i feared and is described step by step But at the very beginning, here 1.a # for bourne and ksh users: GAP_DEBUG=y export GAP_DEBUG 1.b # for csh users setenv GAP_DEBUG y Now i don't know if i am a bourne, a ksh, or a csh user, i just know (and not as expert) how to use the terminal of my distro Ubuntu Hardy Heron. So is that default terminal adapt for this use (if not what else?) and if adapt is a , b, or something else the command i have to use for start ? i fear that will not work with MathMap ( is only apparently able to memorize the last setting used but if called with the repeat option just run with the default values not with last used) but i will like try with liquid resize that is another plugin i wish to use in animation Alchemie Foto\grafiche - Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] A question on Gap -frame modify
With my surprise i noticed that in Gap -frame modify-apply filter on layers are available also some third party plugins as Mathmap But then only the option apply constant is available not that i will need apply variant The question is if there is any possible hack or workaround to activate the apply variant option for some 3d party plugin. (some if not all, but i don't want ask too much, just activate it for Mathmap or even for only a couple of mathmap codes will solve my problem) If impossible now there is any plan to increase the compatibility in a close future? PS i even try with others to solve in the other way around adding animation option to that MM codes, but that fails ,no one of the tenctative was fully sucessful Alchemie Foto\grafiche - Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] looking for syntax highlighting for script fu (windows )
Can someone point to a syntax highlighting for Script-fu better if usable in windows (anyway i use also Ubuntu) At the moment i'm using notepad++ and sort of works(at least help to check if all parenthesis match ) but is for Scheme or Lisp there is maybe something more specific for Script fu ? Alchemie Foto\grafiche - Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-developer Digest, Vol 66, Issue 46
peter sikking wrote Tips (no longer of the day) are a good thing, as long as these tips are targeted to bring intermediates to expert level. So I want to promote them. Sorry to contradict but as user i always found RANDOM tips absolutely useless Instead will be handy a more advanced kind of tooltip... just a example File/open location now tooltip is open a image from a specific location what i would like is simply open a image from a specific location...for more info click HERE And a click on that HERE( or clicking anywhere inside the tooltip if that technically more easy) will simply correspond to press F1...will hopen the contestual help and so the related help page User may not know about contestual gimp help and pressing F1 but even the most dumb will understand for more click here That will add usability to one of the best resource of gimp, the gimp help And still i don't understand so much effort to create something more complex then a image windows opening with a blank drawable of default size ready to be resized at users wish or replaced by the first image loadad from File/open that , is all what user wish expect and know and are confident with I fear they will not feel comfortable with something else more sophisticated and unusual I'm confident that for most of new users only problem with the image windows is simply that it does NOT open at soon gimp is loaded Opening Gimp they expect the most simple but for them, functional thing a image windows with a white drawable space ready to be resized or replaced by the first image they wish to open..simple as that Then i want thank for a the impressive improving from gimp 2.2 if i step here is not to criticize but hoping to contribute at least with my users experience and the feedback i get daily from other users,often at their first experiences with gimp Alchemie Foto\grafiche - Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP to adopt this scripts
I do not think gimp needs to come with extra stuff by default. There is more than enough already. well there are more then enough complex and seldom used features.. but then some basic simple basic features are missed 2 examples of missed function available with extra script and plugin that in my user opinion should be adopted 1 what is ps is called Apply to image(=copy visible+paste +add new layer) ( available for gimp but not in gimp-out-of-the-box ) 2 export layer(s )as (to replace it i use GAP split image into frames and i suppose split image into frames may be adapted to be a Gimp plugin instead then a GAP plugin...and renamed as export layer(s) as 3 Filter all layer and filterMacro Is available only installing GAP but why? Is quite useful in gimp also for users that have no any specific interest in Animationsame for Filtermacro also only in GAP Note that users have no way to install 2 and 3 if not installing the whole GAP package Alexia Death-2 wrote: .. What gimp needs is a quick drag-and-drop way to install extras in packs. I have a script that I haven't put into release because it needs certain patterns to be installed too... And theres no way I can make that happen without some pain to users. Well it is already possible and is very simple, but the problem is that many users at least on windows are not aware of it 1 suppose you have a pack of scripts, and the script requires some extras as extra gradient, pattern , even extra Gimpimpressionist preset 2 well is just needed put everything in folders with same name of related folders in usr/gimp as scriptgradientpattern Gimpimpressionist,and inside Gimp inpressionist a folder called presetand you zip everything then the user wil have only to uncompress the zip in there as in C:/Document and setting/username/.gimp-2.4 to get everything in place Problem is that 1 users are used to unzip the script in the script folder, they may overlook that in this case they must point the unzipper to C:/Document and setting/username/.gimp-2.4 instead then to C:/Document and setting/username/.gimp-2.4 /script 2 Unzipper may have different defaults ,with some default ( as do not overwrite files) this will no work But the concept work if a compressed folder script contain a gimp-24 folder and inside script pattern brush subfolder, if uncompressed in C:/Document and setting/username/.gimp-2.4 will put everything in the right place...and with just 1 click Maybe is possible automatize this step (unzip in), because from user point is very simple but also a bit tricky - Inviato da Yahoo! Mail. Tanti modi per restare in contatto con chi vuoi.___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Using the Gimp donation
What would happen if someone donated, for example, 5? to get a feature that no one would ever code? Would that money sit on a pile marked crackpot ideas in a bank account forever? i fully agee with Sven that is not a good idea ACCEPT donation tied to feature request BUT i can't imagine anything wrong in REPORTING bonus or premium offered by somebody in change of specific improvement In my opinion Gimp staff should not deal with that, that are not donation for gimp BUT for X...if X find how add a Y feature . Still the new may be reported as new If i want donate E for ...as example a Animated Version of Liquide Resize plugin, that is my own business and responsability But that new may interest some gimp developer, so why don't report it somewhere? What would happen if someone donated, for example, 5? to get a feature that no one would ever code? Would that money sit on a pile marked crackpot ideas in a bank account forever? In that way if that plugin will not be done, no problem nobody will get that money i will spend that money instead in beers, call girls, charity , or whatever i prefer Same if i die suddenly or i go bankrupt and so i cannot maintain my promise, i will be the responsible , not gimp staff . Just similar reward should be NOT mixed with the Gimp donation Alchemie Foto\grafiche - - L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Gap documentation
i will like to know where, i the Gap source code (or elsewhere ) i can find the doc listing the specifics needed to a plugin to be compatible with GAP (with this i mean that, as example, could be used by Filter all layers or from Frame Modify with the options apply contanst or apply varying ). A last question: i suppose this is possible also for third part plugins , and not only with those bundled with gimp...is my guess correct? Alchemie Foto\grafiche - - L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer