Re: [Gimp-developer] GIMP and Guile 2.0
On Sat, Jun 11, 2011 at 09:15:44PM -0400, Julian Graham wrote: > Howdy GIMP developers, First of all, I'm _not_ a developer... perhaps a good idea could stand by itself... > I'm a contributor to GNU Guile, which put out a major new release in > February, and I'm wondering if there might be a use case in GIMP for > Guile. Guile 2.x sports a new garbage collector, a virtual machine, > multithreading support, and compiler front-ends for several languages > in addition to R6RS Scheme. It's also at least an order of magnitude > faster than previous releases. good > I've done some work on a patch that adds an optional build of > Script-Fu that uses Guile instead of TinyScheme. It's capable of > handling some of the differences between R6RS and the variant of R4RS > that TinyScheme implements -- enough to run the Spyrogimp script, for > example -- but not yet all of them. so far so good... > Do you all think there's value in proceeding with this type of > integration? Could Guile potentially replace TinyScheme as GIMP's > core Scheme implementation? I understand there's a historical > requirement for having a bundled Scheme implementation that's > guaranteed to build on the same set of platforms that GIMP does -- but > there's been a lot of compatibility work done on Guile over the past > several years, and Guile uses Gnulib, the GNU portability library, to > be as portable as possible. > > Or would a separate, independent plugin implementation with an > architecture similar to PyGimp's make more sense? > > Let me know if you'd like me to go into detail on the work I've done > so far or if you'd like more information on the featureset of Guile > 2.x. I'm happy to pitch people on how Guile could benefit GIMP! Why not: create a (git) branch with this new engine and, one by one, adapt the scritps that does not work now to make them work with the new engine. When most if not all the script works out of the box, merge the branch into the master git branch? -- 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] Possible Future of ScriptFu/TinyFu with R6RS/Racket
On Thu, Apr 08, 2010 at 05:17:45PM +0200, Michael Schumacher wrote: > > Von: Alexia Death > > > 2010/4/8 Aurimas Juška : > > > 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
Re: [Gimp-developer] to devs from a translator
On Thu, Jul 08, 2010 at 08:58:08AM +0300, LightningIsMyName wrote: > Hello > > On Wed, Jul 7, 2010 at 9:59 PM, Sven Neumann wrote: > > > > On Wed, 2010-07-07 at 18:41 +0200, Marco Ciampa wrote: > > > 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. > > > > We can easily add context to strings where necessary. The framework for > > this is there and it is being used. We just need the translators to tell > > us exactly where translation context is needed. Preferably open bug > > reports for this. > > I also had this issue with translating to Hebrew, and so I recently > added some context to the strings of the undo descriptions. > > Marco: There is a really easy way to add these contexts - I can show > you how if you'd like (or you can take a look at the patch I submitted > here > http://git.gnome.org/browse/gimp/commit/?id=5930b13084497d8720ac3b0c51daa0d0ffe4bdda > ). Usually when translating GIMP, I discovered that's it enough to > look at the source code to understand what most strings are from the > name of the functions they appear in. Usually, looking at the code is > enough if you know just a bit of programming (even if it's in a > different programming language), usually you can manage without > knowledge of how GIMP's code work. > > Sven: I think this should somehow be handled for the future - what's > the best place to leave a note to developers/commiters that before > commiting new strings they should add some contexts for their strings? > If we don't do this, we will have this problem of mis-translation > continue to appear every time new strings are introduced... > > ~LightningIsMyName Many thanks one example is worth a thousand words...I see that the context strings of gettext is exactly what I was looking for. One typical example is here: from po-plugins/it.po #. if and how to center the image on the page #: ../plug-ins/common/align-layers.c:423 ../plug-ins/common/align-layers.c:454 #: ../plug-ins/common/cml-explorer.c:165 ../plug-ins/common/file-ps.c:3242 #: ../plug-ins/common/file-ps.c:3254 ../plug-ins/common/file-psp.c:646 #: ../plug-ins/file-fits/fits.c:1044 #: ../plug-ins/fractal-explorer/fractal-explorer-dialogs.c:998 #: ../plug-ins/fractal-explorer/fractal-explorer-dialogs.c:1039 #: ../plug-ins/fractal-explorer/fractal-explorer-dialogs.c:1080 #: ../plug-ins/lighting/lighting-ui.c:415 #: ../plug-ins/print/print-page-layout.c:461 msgid "None" msgstr "No" w too many contexts for that string! Example: align-layers.c = (IT) allineamento livelli -> None = No or Nessuno (ok!) file.psp.c = (IT) compressione dati -> No or Nessuna (ok!) fractal-explorer-dialogs.c = (IT) composizione -> Nessuna or No (ok!) lighting-ui.c = (IT) tipo luce -> Nessuna (no! ---> I or someonelse will add some context strings) Now I know how to do it. Thant you very much to pointing me to the right direction... -- 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 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] 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] 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 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 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 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 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
[Gimp-developer] i18n string
Hi, I'm not a real programmer/developer, I'm a translator, the italian GIMP translation team leader. In the hope to give the best translation possible of GIMP I usually compile it from cvs/svn to see really where a tranlation string is in the program menus and what it really means. Now the problem. It's a couple of weeks or more that I begun to see untraslated strings in the program that have no correspondance in any .po file. I usually update the .po file with the command: intltool-update it but it keeps saying that there are not untraslated strings. I've make a make distclean and make clean without success. this is one example: http://www.ciampix.net/layer-stack.png the last string is untranslated and untranslatable. but doing grep -R "Reverse La" * plug-ins/script-fu/scripts/.svn/text-base/reverse-layers.scm.svn-base: _"Reverse Layer Order" plug-ins/script-fu/scripts/reverse-layers.scm: _"Reverse Layer Order" I see that actually the string _is_ translatable. Is it my fault? -- 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 Sun, Feb 11, 2007 at 10:00:21PM +0100, Marco Ciampa wrote: > 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...) 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... -- 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 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] 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 Tue, Feb 06, 2007 at 08:38:31AM +0100, Sven Neumann 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. Sorry for my bad english... > What's translated and what's not? The problem seems around the option pulldown menu... > And did you already check in the it.po files that the > strings have been translated at all? Of course, the it.po file is correctly translated. Maybe I have some problems in the configure procedure? running ./configure & make I get: make [...] Making all in gui make[3]: Entering directory `/home/marco/svn-gnome/gimp/trunk/app/gui' if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -I../../app -I../../app -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/local/include -DG_LOG_DOMAIN=\"Gimp-GUI\" -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DGIMP_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -g -O2 -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -MT gui.o -MD -MP -MF ".deps/gui.Tpo" -c -o gui.o gui.c; \ then mv -f ".deps/gui.Tpo" ".deps/gui.Po"; else rm -f ".deps/gui.Tpo"; exit 1; fi In file included from /usr/include/dbus-1.0/dbus/dbus-glib-lowlevel.h:28, from gui.c:27: /usr/include/dbus-1.0/dbus/dbus.h:30:2: error: #error "Please define DBUS_API_SUBJECT_TO_CHANGE to acknowledge your understanding that D-Bus /hasn't reached 1.0 and is subject to protocol and API churn. See the README for a full explanation." make[3]: *** [gui.o] Error 1 make[3]: Leaving directory `/home/marco/svn-gnome/gimp/trunk/app/gui' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marco/svn-gnome/gimp/trunk/app' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marco/svn-gnome/gimp/trunk' make: *** [all] Error 2 I'm able to compile again inserting #define DBUS_API_SUBJECT_TO_CHANGE in app/gui/gui.c but I do not think this is the correct way I should follow to compile... 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... -- 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] strange localization behaviour (gimp-2.3-svn)
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? 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] 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] 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 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] color management
On Tue, Jan 16, 2007 at 10:53:49AM +0200, Alexander Rabtchevich wrote: > It is located at [WINDOWS]\system32\spool\drivers\color\ at least on 2000+ > Plese usa [WINDOWS] as %SystemRoot% as in http://support.microsoft.com/kb/259852/en Perhaps this could be useful too: http://www.adobe.com/support/techdocs/321608.html Is there anyone who knows of a specific icc color profile registry key? -- 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] Integrating the Brush Editor into Brush Options
On Tue, Oct 17, 2006 at 11:48:08AM +0200, Michael Schumacher wrote: > Martin Nordholts wrote: > > > Among many interesting comments regarding the GIMP usability at Slashdot > > <http://slashdot.org/article.pl?sid=06/10/16/2221214> (congrats to > > pippin for making a slashdot story btw :), it seems as if people find it > > hard to realize that there is a brush editor. > > The bigger problem is that by default, no brush will be writeable. There > are plenty of people who actually find the brush editor but can't figure > out how to change the values there. > IMHO this problem is simple to circunvent. Just popup a windows proposing to copy the brush if it finds that it's non writable by the user. Same procedure could be applied to the other "system" things like pattern and palettes... -- 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
Re: [Gimp-developer] hot to continue with the heal tool
On Mon, Sep 04, 2006 at 02:57:58PM +0200, Michael Natterer wrote: > Hi Kevin, > > as you may have noticed, I merged the heal tool branch to CVS head. [cut] Am I missing something or there are several internationalized strings missing? (a translator without patience.. :-) -- 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] Re: rectangle select tool specification
On Thu, Aug 17, 2006 at 01:38:52PM -0400, Kevin Cozens wrote: [cut] > Other than the two visual cue changes I wouldn't change anything about how > resizing currently works. As I said before, I think it works better than > any other program I have previously used. Oh yeah! :-) -- 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