Re: [Gimp-developer] Possible Future of ScriptFu/TinyFu with R6RS/Racket
On Thu, Apr 08, 2010 at 05:17:45PM +0200, Michael Schumacher wrote: Von: Alexia Death alexiade...@gmail.com 2010/4/8 Aurimas Juška aurimas.ju...@gmail.com: I believe most users write script-fu scripts to automate commonly repeated steps. Therefore, it would be even better to complete action framework so that user could record commonly used action sequences and play them from GUI. I think script-fu would be ideal for such use. If you could record an action, and then optionally convert it to a full script a lot of convenience and ease of automation would be added. Writing out recorded actions in any language shouldn't be the problem... I think that this is one of the most wanted TODO for GIMP. If it is not a problem, why noone has planned to do it? It is not a rethoric question...I am really interested to hear the reasons behind this, apparently easy, uninplemended feature. I'm not a developer, so forgive me if I may post stupid questions.. -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] nightly builds of the manual (buildbot)
On Tue, Dec 07, 2010 at 07:40:31PM +0100, Martin Nordholts wrote: It seems a bit too risky to push every build to wilber, at least in the beginning. Where exactly do you see a danger? -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Graphic Tablet Sponsoring
On Wed, Nov 24, 2010 at 12:02:31PM +0100, Michael Natterer wrote: Hi all, in order to get gimp properly running with a tablet again, and in order to make sure GTK3 does what it should together with GIMP, I need a graphics tablet. Since the GIMP account is full of money, and I don't use it for anything else that hacking GIMP, I'd like to get it sponsored. There is no GIMP commitee deciding such things, so please object here, or give an OK if you feel entitled to :-) It's a Wacom Intuos4 in size A5, around 300€, since that supports all the stuff we want to support and is not a piece of garbage. ciao, --Mitch For what is worth my opinion, I aggree. -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] astronomical use of GIMP
On Fri, Nov 19, 2010 at 03:13:24PM +, Øyvind Kolås wrote: Almost all the foundation work for supporting this is already done in GEGL/GIMP, the only missing bits is making a real decision on how things are done in the UI as well as probably starting to let GIMP use OpenRaster instead of XCF for composition storage. The projection of GIMP can be made to render using a GEGL graph, in this graph any arbitrary operation can be inserted anywhere in the hierarchy providing a combination of the features photoshop call adjustment layers/layer effects. Artificially limiting the selection of ops doesn't seem good. A couple of years ago I tried exchanging the opacity op in the GIMP code for the layer stack with a dropshadow op, this worked fine and allowed to have live drop-shadows with an adjustable parameter... thus one can almost say that GIMP can already do these things and more, it just doesnt expose them to the user in any useful form. These are all wonderful news to me... Thanks to all developers! -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] astronomical use of GIMP
With last discover of a little jung black hole by NASA, I have found this project on the Chandra X-ray observatory site: http://chandra.harvard.edu/photo/openFITS/ IMHO it can be very effective to spread the use of GIMP having a page dedicated to the interesting / useful real case of GIMP use. Forgive my bad english... -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] buildbot for user manual?
On Tue, Oct 12, 2010 at 09:24:51AM +1000, Roman Joost wrote: Hi, since I saw the discussion about buildbot and nightly GIMP builds coming up, would there be a possibility to include the user manual as well? Perhaps even further where we could update the current development stage accessible on docs.gimp.org every night? That would be great! Please warn when it is up and running... -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] to devs from a translator
Please differentiate more the strings. For example the None string has many meanings in English that in Italian correspond to different words. Unfortunately None is used in many different context so it's difficoult, if not impossible, to give the translation the exact meaning that it deserve. Please split strings more! -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] various clicks in a layer row of the layers dialog
On Sat, Jul 03, 2010 at 05:38:40PM +0200, Olivier wrote: Would it be interesting and useful to add some mechanism to correct this situation? There could be additional entries in the Layers dialog menu, or in the Image: Layer menu. There could be information messages displayed when the mouse pointer is hovering some parts of the layer row. I could refine the idea, but unfortunately I'm not able to implement it. Indeed that is a _very_ good idea. Maybe it is better to file a bug report for it? Just to avoid to loose it in the dev mailing list... -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] various clicks in a layer row of the layers dialog
On Sun, Jul 04, 2010 at 03:21:08PM +0200, Olivier wrote: Maybe the idea should be more precise for filing a bug? Ok, let say it in another (maybe clearer) way. There is no way to know precisely how many shortcuts could apply to a specific window, panel or image window in a specific tool state. Near the context help entry in the help menu I would see a (maybe Ctrl-F1?) command that could open a window (could be a useful dockable panel) list of current short cuts that could be applied in that specific context. That could be a _great_ usability improvement and would help help manual writers/translators (like me) improving the GIMP manual too. bye -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Just a reminder of 48 bit color support
On Wed, Dec 30, 2009 at 06:43:13PM +0100, Martin Nordholts wrote: Asiga Nael wrote: After some googling, I found there have been some requests of 48 bit support in Gimp, but it doesn't seem to have high priority. Hi! We know very well that support for higher bit depths is a crucial feature. The reason we have decided not to implement it for 2.8 is that it is likely to take a long time to finish, and we want people to benefit from the other improvements in 2.8 without having to wait for higher bit depths and non-destructive editing. As soon as GIMP 2.8 is out, work will start to phase out the legacy 8 bits-per-channel core and replace it with GEGL. / Martin Hip Hip Hooray! once someone asked me for when this characteristic will be inserted in GIMP since with his work he was involved with scanned daguerreotypes that needs absolutely color (gray) depths more than 8 bit deep. This will be a great new for him! :-) -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The name Gimp
On Thu, Oct 29, 2009 at 10:59:28AM +1030, David Gowers wrote: On Thu, Oct 29, 2009 at 10:41 AM, vabijou2 vabi...@yahoo.com wrote: So just because some old farts in Scotland may have good associations with the word, you think that renders the rest of the English-speaking world's interpretation silly? %-| Personally, I think the question you just asks renders you silly (and arrogant) for presuming to speak for 'the rest of the English-speaking world'. This is an issue on which opinions *are* divided within 'the English-speaking world'. I personally have never seen the movie 'Pulp Fiction' on which the interpretation of GIMP as offensive seems to come, and while I agree that 'Pulp Fiction' is fairly famous, I believe it's rather America-centric to assume every English speaker holds that association. Yeah, for the rest of the world, GIMP is just an acronim (I'm italian) and a perfect one. please don't worry about the name... -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP 2.6.1 release ahead
On Mon, Oct 06, 2008 at 09:05:26AM +0200, Sven Neumann wrote: Moin, I just announced on gnome-i18n that we will be doing the 2.6.1 release in a few days, probably on Wednesday. There are a couple of bug-fixes in trunk that are worthwhile to release. After the release, I will immidiately create a gimp-2-6 branch for further maintainance. At that point trunk will become GIMP 2.7 and we can start to add new stuff. So now would be a good time to define some goals for GIMP 2.8. A few items are definitely on our list already: - merge the successful GSoC projects - attempt a port of the projection code (and perhaps more) to GEGL - change tools to draw using the Cairo library All of these three items will require further changes before another stable release can be made. So that is quite a lot to do already, but we could probably add a few more items to this list if there are developers willing to work on them. So, what are your plans for 2.8? Sven IMHO (my 0.2 cents): for the future 2.8.0. Perhaps using .rcX versions before going public as OpenOffice or other big teams do could save from the exit of a buggy first version... -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Where all developers are?
On Thu, Aug 30, 2007 at 10:15:48PM +0300, Juhana Sadeharju wrote: Last I mailed it was said that there are not that many GIMP developers. Where are all image processing application developers have gone? Is there some other open source image manipulation software which sucks all the developers? If they are fiew, how great they are! GIMP 2.4 is wonderful and better then anything I see in the horizon (yes krita comprised...) In recent years Siggraph conference proceedings have had more image processing papers. For example: They are now making giga size photos with panoramic techniques. They are using hundreds of tourist photos for making 3D walkthroughs through city. Google earth and competitors are making 3D models from photos. And much more. As some other stated, the project could not follow 5 directions... GIMP is going to integrate GEGL so more wonderful features are in the near future... It looks like today's image processing software needs to be redefined because there are many new applications for photos. You may suggest some other application for specific task as an easy solution but please don't. As a temporary solution, to make your everyday work done, I see no counterindications to use some more specific tool (for now)... bye -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] I would like to write a GAP user manual
On Thu, Aug 30, 2007 at 05:46:44AM -0400, Patrick wrote: Hi Everyone This is my first post here. My programming skills are still a little weak but I was hoping I could contribute by helping to write the Gimp GAP user manual. With a 1 1/2 year old child and a 1 1/2 year old business I don't have too much time. Things will go slow. I can however provide hosting space and indeed a dedicated website for the project. If the GAP developers/users can help to tutor me I can post my work online. I should also be able to do so in a Wiki format so others can correct my mistakes or clarify ambiguous statements. Please feedback as to whether or not this is a good idea, and if it is, any comments on the best way to achieve this. Please contact the gimp-manual team. Perhaps it could be a good idea to just add a section on the online manual (that could have the side effect to enable the much useful F1 key contest open help browser). bye -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] i18n string
Hello devs!, as you can see I have reported this problem since 16 march 2007 can someone please confirm? For Sven: the screenshot: http://www.ciampix.net/color2alpha.png shows that the first 2 rows are translated, from 3 to 5 are in english, and all the rest is translated. This is more or less the same behaviour in all the filters menus... On Fri, Mar 16, 2007 at 03:04:56PM +0100, Marco Ciampa wrote: On Fri, Mar 16, 2007 at 12:35:43PM +0100, Marco Ciampa wrote: On Fri, Mar 16, 2007 at 08:40:52AM +0100, Sven Neumann wrote: Hi, On Thu, 2007-03-15 at 18:43 +0100, Marco Ciampa wrote: Many thanks, here there is another: http://www.ciampix.net/color2alpha.png This string is marked for translation, it's in POTFILES and it even seems to be translated to italian. What exactly is the screenshot showing? That even with the assuptions that you list, the dialog window shows some items (not all) untranslated. If it was the same problem of the last msg, it would be fixed by myself; now I'm skilled enough ;-) TIA It seems (to me) that many dialogs are affected to this _partial_ localization problem, that is: some items appear translated, and some not, mainly in the filter sub-menus. Perhaps is only a mine build sandbox problem, someone could -please- confirm? TIA -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] i18n string
On Fri, Mar 16, 2007 at 08:40:52AM +0100, Sven Neumann wrote: Hi, On Thu, 2007-03-15 at 18:43 +0100, Marco Ciampa wrote: Many thanks, here there is another: http://www.ciampix.net/color2alpha.png This string is marked for translation, it's in POTFILES and it even seems to be translated to italian. What exactly is the screenshot showing? That even with the assuptions that you list, the dialog window shows some items (not all) untranslated. If it was the same problem of the last msg, it would be fixed by myself; now I'm skilled enough ;-) TIA -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] i18n string
On Fri, Mar 16, 2007 at 12:35:43PM +0100, Marco Ciampa wrote: On Fri, Mar 16, 2007 at 08:40:52AM +0100, Sven Neumann wrote: Hi, On Thu, 2007-03-15 at 18:43 +0100, Marco Ciampa wrote: Many thanks, here there is another: http://www.ciampix.net/color2alpha.png This string is marked for translation, it's in POTFILES and it even seems to be translated to italian. What exactly is the screenshot showing? That even with the assuptions that you list, the dialog window shows some items (not all) untranslated. If it was the same problem of the last msg, it would be fixed by myself; now I'm skilled enough ;-) TIA It seems (to me) that many dialogs are affected to this _partial_ localization problem, that is: some items appear translated, and some not, mainly in the filter sub-menus. Perhaps is only a mine build sandbox problem, someone could -please- confirm? TIA -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] i18n string
On Thu, Mar 15, 2007 at 12:13:20PM +0100, Michael Natterer wrote: Hi, The file was missing from po-script-fu/POTFILES.in All files containing translatable strings need to be listed there, so it's not your fault. I've added it now, just svn update ciao, --mitch Many thanks, here there is another: http://www.ciampix.net/color2alpha.png TIA -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] improving image processing algorithms as SoC project
On Sat, Mar 10, 2007 at 03:34:28AM +0100, Øyvind Kolås wrote: On 3/9/07, anton anton [EMAIL PROTECTED] wrote: I would like to improve performance or quality of image processing algorithms. Most such work is probably better if directed at GEGL[1] rather than GIMP. GEGL is a graph based image processing core developed to freeing GIMP from the restriction of 8bit per component and whilst doing that replacing almost, if not all, aspects of the GIMP that is modifying pixel buffers. I'm not a programmer but seems to me that at this point the GEGL improving/developing and the integration in/with GIMP is paramount. Why not to propose something in this field? bye -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] prefix issues
On Tue, Feb 27, 2007 at 11:16:43PM +0100, Michael Natterer wrote: On Tue, 2007-02-27 at 22:13 +0100, [EMAIL PROTECTED] wrote: Thanks for your explaination. This is what I gathered from Alexandre's post but I got a msg saying that target did not exist :? you don't have make maintainer-clean because at some point after you said ./autogen.sh, you did ./configure without passing --enable-maintainer-mode. autogen.sh passes that automatically for you. Newbie questions: - are there any other mantainer options to know of? - are those options generated automatically by normal automake/autoconf nowadays gnu programs or are those a gimp only convention? - documentation links? TIA -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] strange localization behaviour (gimp-2.3-svn)
On Mon, Feb 12, 2007 at 08:28:15AM +0100, Sven Neumann wrote: Hi, On Sun, 2007-02-11 at 23:16 +0100, Marco Ciampa wrote: Sorry, I was too hasty. It worked for the compilation but the problem remains, as you can see here: http://www.ciampix.net/screenshot.png very strange, all the other messages looks translated... Not your fault. We forgot to set the translation domain for the enum. This is now fixed in trunk. Great, thanks, THIS IS FEEDBACK! I love you gimp developers! -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] strange localization behaviour (gimp-2.3-svn)
On Thu, Feb 08, 2007 at 07:40:53AM +0100, Sven Neumann wrote:
Hi Marco,
if I remember correctly this is fixed by removing the generated files
POTFILES in all po subdirectories. Try this command in the toplevel gimp
source directory:
find . -name POTFILES -exec rm {} \;
Then do a rebuild. The problem here is that the Makefile rules to
generate the files used to be broken. We fixed the Makefiles but there's
no dependency that would cause the broken files to be regenerated.
Great, it worked! Perhaps that operation could be insterted in the makefile
with the command make clean (if it's not already present...)
Thanks again.
--
Marco Ciampa
++
| Linux User #78271 |
| FSFE fellow #364 |
++
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] strange localization behaviour (gimp-2.3-svn)
On Wed, Feb 07, 2007 at 09:29:57AM +0100, Sven Neumann wrote: On Wed, 2007-02-07 at 09:12 +0100, Marco Ciampa wrote: [...] Resolving this error I get another error: Making all in po-libgimp make[2]: Entering directory `/home/marco/svn-gnome/gimp/trunk/po-libgimp' Makefile:159: *** target pattern contains no `%'. Stop. make[2]: Leaving directory `/home/marco/svn-gnome/gimp/trunk/po-libgimp' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marco/svn-gnome/gimp/trunk' make: *** [all] Error 2 Exaclty on the po files where I see the problem, perhaps resolving this fixes it all... Yes, that might very well fix the problem for you. I remember that I used to have this issue with the po-libgimp Makefiles myself. Now if only I could remember how I fixed it... Perhaps may help if I post the source lines of the Makefile that trigger the error: [...] all: all-yes all-yes: $(CATALOGS) all-no: #here is the problem! $(GETTEXT_PACKAGE).pot: $(POTFILES) $(GENPOT) [...] TIA -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] strange localization behaviour (gimp-2.3-svn)
On Wed, Feb 07, 2007 at 11:59:43AM -0200, Joao S. O. Bueno Calligaris wrote: On Wednesday 07 February 2007 07:31, Alexandre Prokoudine wrote: On 2/6/07, Sven Neumann [EMAIL PROTECTED] wrote: Hi, On Mon, 2007-02-05 at 22:38 +0100, Marco Ciampa wrote: I just noted this strange behaviour: when I see the the Image menu-View-Display filters-Color Deficient Vision options (Protanopia, Deuteranopia, Tritanopia) with the Italian locale, _all_ but these three options are translated. Is it my svn copy fault or does it have this behaviour in other languages too? Sorry, but I don't understand your question. What's translated and what's not? And did you already check in the it.po files that the strings have been translated at all? As of current po-libgimp/it.po #: ../modules/cdisplay_colorblind.c:67 msgid Protanopia (insensitivity to red) msgstr Protanopia (insensibilità al rosso) So, do you know if ther eis an Italian word for it,a nd which it is? If there are proper Italian words for that, just send then to the list and we will fix(exceptionally, the normal course would be to ask for the change in bugzilla.gimp.org) I am the trasnaltor for Brazillian portuguese, and as far as I know these exact terms can be used in my language, so they are not changed in the pt_BR translation as well. The terms are the same in italian (they actually come from Latin) so the translation is correct and complete, thanks. See the other thread, perhaps the problem is in the automake/autoconf process that creates an invalid Makefile for the po-libgimp directory. I'm sorry, I'm not an expert in automake/autoconf/make so I do not know how should look a correct Makefile to handle correctly the compilation/update of these .po files. bye -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Meaning of delay in screenshot plugin
On Tue, Jan 30, 2007 at 01:10:56PM +0100, [EMAIL PROTECTED] wrote: How about this: get rid of the delay completely, and instead take the screenshot when a certain key (eg. F12) is pressed? It could be an answer if: 1) the key is customizable 2) we are really shure that there is no way that another app could stole the keyboard disabling the feature the first is easy, the second IMHO impossible. -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Meaning of delay in screenshot plugin
On Tue, Jan 30, 2007 at 12:36:54PM -0800, Akkana Peck wrote: Alex Pounds writes: On Tue, Jan 30, 2007 at 08:22:11PM +0100, Sven Neumann wrote: Any particular reason why you didn't use the screenshot feature of your desktop for this? Just asking. Not everybody uses a desktop that has a screenshot feature built in. I don't, and whenever I want a screenshot I use the Gimp plugin. I would be very disappointed to see it removed. Same here. I have set up a desktop function that does a screenshot via import (from image magick); but that doesn't allow me controls like delays, and it saves to a file which I then have to open in gimp as a separate step (and remember to delete later). I use it for quickie show someone on bugzilla or IRC what I'm seeing snaps but not for the important ones. For what it's worth, every time I see the question How do I make a screenshot? posed on a beginner/intermediate Linux list, the answer always ends up being GIMP. It's still the best method that's not dependent on users running specific versions of specific desktops. I use alternatively 1) gimp-2.2 2) gimp-2.3 3) ksnapshot 1) when I need the delay that is missing in gimp-2.3 2) or 3) when I want to save time autocropping the window decorations 3) when I cannot use 2) and viceversa (taking gimp-2.3 dialogs snapshots for example or using gimp under MS Windows or ReactOS) Please do not revert to 2.2. IMHO the gimp-2.3 way is better than the 2.2 version, not the best. See ksnapshot for an example of a better interface. -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Meaning of delay in screenshot plugin
On Tue, Jan 30, 2007 at 11:58:08PM +0200, Steve Stavropoulos wrote: On 1/28/07, Steve Stavropoulos wrote: So it seems both options are needed. What about a checkbox below the delay to select when the delay will be applied? You may need both delays, so I think a second wait line not only makes for a fully functional plugin, but removes the ambiguity as to when the delay is applied. In http://master.math.upatras.gr/~steve/gimp/ Simple and powerful, I like it! -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] help - no more able to compile from cvs
On Tue, Dec 05, 2006 at 10:22:18PM -0500, Kevin Cozens wrote: Marco Ciampa wrote: I've recently upgraded from ubuntu dapper to edgy and I'm no more able to compile gimp from cvs. The error seems related to the pygimp section. Here is the make log: [snip] Any hint? It is due to a bug in pygtk which has since been fixed. See bug #381389 in Gnome bugzilla (http://bugzilla.gnome.org/show_bug.cgi?id=381389). Applied, it works, thanks! I'll do a bug report for Ubuntu Edgy... -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] help - no more able to compile from cvs
I've recently upgraded from ubuntu dapper to edgy and I'm no more able to compile gimp from cvs. The error seems related to the pygimp section. Here is the make log: make[4]: Entering directory `/home/marco/cvs-ssh-gnome/gimp/plug-ins/pygimp' (cd . \ /usr/bin/pygtk-codegen-2.0 \ --override gimpui.override \ --register /usr/share/pygtk/2.0/defs/gdk-types.defs \ --register /usr/share/pygtk/2.0/defs/gtk-types.defs \ --register ./gimpcolor-types.defs \ --register ./gimpenums-types.defs \ --prefix gimpui gimpui.defs) gen-gimpui.c \ cp gen-gimpui.c gimpui.c \ rm -f gen-gimpui.c Warning: generating old-style constructor for:gimp_color_display_new Could not write method GimpColorDisplay.load_state: No ArgType for GimpParasite* Could not write method GimpColorDisplay.save_state: No ArgType for GimpParasite* Warning: generating old-style constructor for:gimp_color_selector_new Warning: generating old-style constructor for:gimp_frame_new Could not write method GimpIntComboBox.prepend: varargs functions not supported Could not write method GimpIntComboBox.append: varargs functions not supported Could not write method GimpIntComboBox.connect: No ArgType for GCallback Could not write method GimpIntComboBox.set_sensitivity: No ArgType for GimpIntSensitivityFunc Warning: generating old-style constructor for:gimp_enum_combo_box_new Warning: generating old-style constructor for:gimp_enum_store_new Warning: generating old-style constructor for:gimp_memsize_entry_new Warning: generating old-style constructor for:gimp_offset_area_new Could not write method GimpPageSelector.get_selected_pages: No ArgType for gint* Warning: generating old-style constructor for:gimp_path_editor_new Could not write method GimpPreview.get_position: No ArgType for gint* Could not write method GimpPreview.get_size: No ArgType for gint* Could not write method GimpPreviewArea.draw: No ArgType for GimpImageType Could not write method GimpPreviewArea.blend: No ArgType for GimpImageType Could not write method GimpPreviewArea.mask: No ArgType for GimpImageType Could not write method GimpDrawablePreview.get_drawable: No ArgType for GimpDrawable* Could not write method GimpDrawablePreview.draw_region: No ArgType for const-GimpPixelRgn* Warning: generating old-style constructor for:gimp_size_entry_new Could not write constructor for GimpSizeEntry: No ArgType for GimpUnit Could not write method GimpSizeEntry.get_unit: No ArgType for GimpUnit Could not write method GimpSizeEntry.get_unit: No ArgType for GimpUnit Could not write method GimpSizeEntry.set_unit: No ArgType for GimpUnit Warning: generating old-style constructor for:gimp_unit_menu_new Could not write constructor for GimpUnitMenu: No ArgType for GimpUnit Could not write method GimpUnitMenu.set_unit: No ArgType for GimpUnit Could not write method GimpUnitMenu.get_unit: No ArgType for GimpUnit Could not write method GimpZoomModel.get_fraction: No ArgType for gint* Could not write method GimpZoomPreview.get_source: No ArgType for gint* Could not write method GimpZoomPreview.get_drawable: No ArgType for GimpDrawable* Traceback (most recent call last): File /usr/share/pygtk/2.0/codegen/codegen.py, line 1707, in ? sys.exit(main(sys.argv)) File /usr/share/pygtk/2.0/codegen/codegen.py, line 1698, in main sw.write(py_ssize_t_clean) File /usr/share/pygtk/2.0/codegen/codegen.py, line 1340, in write self.write_classes() File /usr/share/pygtk/2.0/codegen/codegen.py, line 1437, in write_classes instance.write_class() File /usr/share/pygtk/2.0/codegen/codegen.py, line 283, in write_class substdict['tp_methods'] = self.write_methods() File /usr/share/pygtk/2.0/codegen/codegen.py, line 519, in write_methods methods.append(self.methdef_tmpl % UnboundLocalError: local variable 'meth' referenced before assignment make[4]: *** [gimpui.c] Error 1 make[4]: Leaving directory `/home/marco/cvs-ssh-gnome/gimp/plug-ins/pygimp' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/marco/cvs-ssh-gnome/gimp/plug-ins/pygimp' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marco/cvs-ssh-gnome/gimp/plug-ins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marco/cvs-ssh-gnome/gimp' make: *** [all] Error 2 [EMAIL PROTECTED]:~/cvs-ssh-gnome/gimp$ Any hint? -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] feature request
On Wed, Jul 05, 2006 at 09:33:45PM +0200, Sven Neumann wrote: Hi, On Sun, 2006-07-02 at 10:38 +0200, Marco Ciampa wrote: Why not to bring all the GIMP windows up over all the others windows when I clic on to one of the many GIMP windows? Because it isn't trivial to do that. You can try the transient windows option in the Preferences dialog of a recent 2.3 development release. See http://svenfoo.geekheim.de/index.php/2005-05-12/transient-docks/ for more info. I'm veeery sorry, I've totally missed this! This is exactly what I was asking for (and what some gimp users asked me for gimp). I tested cvs gimp with last kubuntu/debian kde desktop and it rocks! Many thanks! -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] feature request
This is my first post here and I'm a newbie in english language and gimp too so, please do not bite me! :-) I'm writing here because I'm thinking to post a feature request on the gimp bugzilla but I'm not shure. It seems too simple a request so I'm asking myself if there is a really stupid reason for which gimp is behaving in this way... Now the problem. I use GIMP usually with many GIMP panels opened all together. GIMP remembers windows position already and this is a good thing (TM). When I use GIMP, if I temporarly open another program, when I want to return to GIMP, I have to manually re-clic on to every gimp windows (toolbox, images,layers, etc.) that I covered with the windows of the other program Why not to bring all the GIMP windows up over all the others windows when I clic on to one of the many GIMP windows? This behaviour could be disabled by default in the preference window if you find it too much customized. TIA -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
