Re: [Gimp-developer] Just wanted to say hi
Tom Bass wrote: Hi everybody, I'm no linux-geek, I'm based on Windows, so I'm interested in helping out in the Win-Parts of Gimp - if there's still some help needed ;-) I checked the bugtracker and found interesting starting tasks, that I'd like to work on - but some problems occured with the compilation of the SVN trunk with MinGW. But that are some questions that I may ask later on :) Regards Tom Hi Tom! As a hacker willing to contribute to GIMP development you are more than welcome. Apart from Windows specific problems, a good way to get involved in the GIMP source is to solve milestoned bugs. You will find these bugs in the 'Milestones' column at bugs.gimp.org. As Bill said, setting up a build environment for GIMP on Windows is quite complicated. This mailing list and #gimp @ irc.gnome.org are good places for getting help. Best regards, Martin Nordholts ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gsoc project
Hi, this sounds like an interesting project, but it is very much directed towards scientific image processing which seems quite out-of-scope for GIMP. Of course such a plug-in could be written and it would be a nice addition for a very special and very small user group. But I don't think it would be of interest for our main user base. Of course, if we can find a mentor for it, it could still be a GSoC project. I don't think it would get high priority though. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gsoc project
Hi Rafael, your idea sounds interesting, and would definitely be a great tool for ImageJ, but I'm not sure it is very relevant for The GIMP, which is mainly targeted at interactive image manipulation, as opposed to the batch processing one usually does in image processing applications of the sort you describe. If you are currently using ImageJ, what would you say is the advantage of doing it in The GIMP, instead of a GUI on top of ImageJ? ImageJ has all the relevant operations already, so I would expect that to be much less work. cheers, On Wed, Mar 19, 2008 at 12:01 AM, rafael mesquita [EMAIL PROTECTED] wrote: People usually want to process image for specifics reasons : noise extractions, signatures analysis, historic documents analysis, activation areas detection from an human brain studies, and for so many other reasons. cheers, Ingo -- Dipl.-Inform. Ingo Lütkebohle Faculty of Technology Bielefeld University http://www.techfak.uni-bielefeld.de/~iluetkeb/ Fingerprint 3187 4DEC 47E6 1B1E 6F4F 57D4 CD90 C164 34AD CE5B ___ 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] Synchronization of GSoC responses
Hi, On Wed, 2008-03-19 at 16:03 +, Omari Stephens wrote: It seems counterproductive that Rafael Mesquita received three separate responses that started off pretty identically (even though they included unique and useful information). I'd like to offer the suggestion that, when responding to a project proposal sent to the ML, that the responder (1) acknowledge responses sent before his own, (2) try to avoid duplicating content of the prior responses, and (3) explicitly mention how his response differs from the ones before it. This is unavoidable on a mailing-list. Not everyone receives the mails at the same time and there is no way you can know if anyone else has already responded to the mail. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Synchronization of GSoC responses
Sven Neumann wrote: Hi, This is unavoidable on a mailing-list. Not everyone receives the mails at the same time and there is no way you can know if anyone else has already responded to the mail. I can see how that would be the case if the responses were temporally close to each other. However, the receipt times at bc2.EECS.Berkeley.EDU for Rafael's message and the three responses were: Rafael Mesquita: Tue, 18 Mar 2008 16:01:58 -0700 (PDT) Bill Skaggs: Tue, 18 Mar 2008 21:32:51 -0700 (PDT) Sven Neumann: Wed, 19 Mar 2008 00:19:23 -0700 (PDT) Ingo Luetkebohle: Wed, 19 Mar 2008 02:45:31 -0700 (PDT) If you're saying you didn't get Bill's message before responding, then so be it (though I might offer that your email is sort of broken; ignore this quip if you choose to receive daily batches of gimp-developer mail). What I imagine happened, however, is that people read Rafael's message and responded immediately rather than first reading the responses that had already been sent, and only subsequently sending a response. I realize that it's hard to both be lazy and read through an entire thread before responding, but I feel that we should at least be able to put forth the extra effort when trying to convince students to spend their time improving The Gimp rather than going to a more organized project. And, seriously. If multiple hours of delay isn't enough time for at least the majority of respondents to get on the same page, then we should probably have one person acting as a liaison between the folks on gimp-developer and inquiring students. --xsdg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gsoc project
Bill , like Sven said, my idea is directed towards scientific image processing, but I think this doesn`t mean only few people would use it, maybe this could help gimp developer`s too, for example. Sven, I understand your point, and agree with most things that you said. Ingo, it really would be much less work, but the work would not be only doing a GUI for imageJ. the advantage of doing it on The Gimp is that The Gimp is a much bigger project, than imageJ and it could have those interesting tools. Well, If you change your mind and decide to go ahead with this, or any similar idea, please contact me, i am disposed to talk. thank you for your attention, again http://www.upe.poli.br/%7Erafael 2008/3/19, Ingo Lütkebohle [EMAIL PROTECTED]: Hi Rafael, your idea sounds interesting, and would definitely be a great tool for ImageJ, but I'm not sure it is very relevant for The GIMP, which is mainly targeted at interactive image manipulation, as opposed to the batch processing one usually does in image processing applications of the sort you describe. If you are currently using ImageJ, what would you say is the advantage of doing it in The GIMP, instead of a GUI on top of ImageJ? ImageJ has all the relevant operations already, so I would expect that to be much less work. cheers, On Wed, Mar 19, 2008 at 12:01 AM, rafael mesquita [EMAIL PROTECTED] wrote: People usually want to process image for specifics reasons : noise extractions, signatures analysis, historic documents analysis, activation areas detection from an human brain studies, and for so many other reasons. cheers, Ingo -- Dipl.-Inform. Ingo Lütkebohle Faculty of Technology Bielefeld University http://www.techfak.uni-bielefeld.de/~iluetkeb/ Fingerprint 3187 4DEC 47E6 1B1E 6F4F 57D4 CD90 C164 34AD CE5B -- Rafael Galvão de Mesquita (81)99740199 www.upe.poli.br/~rafael ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gsoc project
rafael mesquita [EMAIL PROTECTED] wrote: Well, If you change your mind and decide to go ahead with this, or any similar idea, please contact me, i am disposed to talk. That isn't quite how GSOC works. Students apply, then people from the project rank their proposals. Google looks at the rankings and decides which projects to support. We're just letting you know that some of us are not disposed to give such a project a very high ranking unless you can do more to convince us that the results would be used by numerous people to do important things. Best wishes, -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] LGM 2008 - call for atendants
Hi Gimp folks! We are getting close to the 3rd edition of the ibre Graphics Meeting, where, over the last years, we have been organizing the equivalent of GimpConf as well. It will take place in may, 8th to 11th, in Wrocław, Poland. So, it is time for us to organize who is attending so that the conference and GIMP treasure can hep funding transportation fees. People interested in attending, please send me name, and a rough estimative of the travel costs to getting there (sometime nearby we will need more precise values, but I prefer to have a rough estimate as soon as possible) Note that in other years people where asked to put their names on a wiki page - this time, I am asking you to write me directly. We shall setup such a wiki page, but I am rather getting e-mails and preparing a list here without having to rely on the wiki. http://www.libregraphicsmeeting.org/2008/index.php?lang=en http://create.freedesktop.org/wiki/index.php/Conference Regards, js -- ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer