Re: [Gimp-developer] Development environment
Many thanks to Martin that send his configuration. I send a request to Alexia Death for a wiki account. If I get that I will put those information here http://gimp-wiki.who.ee http://gimp-wiki.who.ee/ where I see already exists details about Netbeans. Someone else has different configuration? Thanks in advance. Massimo Il 24/02/2011 8.17, Malix0 ha scritto: What you think about a questionnaire? I try to write a draft, please add to this draft whatever you think is relevant. -- QUESTIONNAIRE START -- Q: What is the tool that you use for Gimp development (ex: Vim, Emacs, Eclipse, Anjuta, ...) ? A: Q: Your development environment supports direct compilation (answer yes or no)? If so plese explain how on the Note (ex. ide/editor feature or with plugin x, script y, ...)? A: Note: Q: Your development environment supports code completion (answer yes or no)? If so plese explain how on the Note (ex. ide/editor feature or with plugin x, script y, ...)? A: Note: Q: Your development environment supports documentation browser? (answer yes or no)? If so plese explain how on the Note (ex. ide/editor feature or with plugin x, script y, ...)? A: Note: Q: Your development environment supports bebugging? (answer yes or no)? If so plese explain how on the Note (ex. ide/editor feature or with plugin x, script y, ...)? A: Note: Q: Your development environment supports code refactoring? (answer yes or no)? If so plese explain how on the Note (ex. ide/editor feature or with plugin x, script y, ...)? A: Note: -- QUESTIONNAIRE END -- Bye Massimo Il 24/02/2011 3.33, Malix0 ha scritto: Hi, which development environmento do you use for Gimp? Do You use an IDE or just vi or emacs? I like to know which is the best way to start with Gimp development. I think that fot the beginners an IDE will be helpful, but expert programmers tend to use just an advanced editor. For example I'm a PL/SQL developer and before I used Toad. But now I just use Notepad++ with custom script for compiling directly within the editor. This because Toad editor is really poor and for me a powerful editor is fundamental. I like to know what is your configuration and if you plan to have a gimp wiki where those information can be put. For example various configurations can be explained: Eclipse + plugin x + plugin y, Vim + script x + script y, Anjuta + ..., Monodevelop and ... so a new developer can chose the perfect environment that fit his requirements. Kind regards Massimo Fidanza ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Google Summer of Code 2011 - Project Ideas/Suggestions
And let me throw in another thing. It's been in my head for some time but now I think it's good to show it to the world. Just in the matter of shear curiosity: I'd like to see some conceptual work/code/working example/whatever about automatically configurable grid processing. It may be more of GEGL project than GIMP one, but I believe still beneficial in the end. Since 3D rendering engines do that, maybe it would work nice in 2D world too. Of course a metric and some kind of benchmark would be needed to decide if sending some part of work over network to another node is beneficial. Anyway I think it have chances to make things snappy even on slow machines. I see it as a something between freakin' fat workstations, thin clients with some heavy “mother goose” and mighty cluster. It would (hopefully ;)) help to use what is at hand more optimally. GEGL is designed to be able to split up the rendering requests from the public part of it's API internally and to distribute it among threads/processes/hosts without needing changes to the application using GEGL. At the moment there is only experimental support for using threads in this fashion, but the architecture has been made with distributed processing in mind. This also applies to the GeglBuffers for which there a few years ago already was done experiments with doing multi process/user concurrent manipulation of the same buffers. All of which makes a great opportunity to go from “some experiments” to “actual application” :). Agreed such project would fit GEGL better but some GUI to control GEGL behaviour in that matter would be required nevertheless. Besides… design with delegating processing to multiple threads in mind is one thing and “making it just work” over net is another. That's why I think some (at least conceptual) work is needed to make such thing automatically configurable (avahi shouting about such service available maybe, some metric to decide if letting a node to take part of work is beneficial). Best regards! thebodzio signature.asc Description: PGP signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Pencil Tool
I've begun working on GIMP documentation so GIMP is on my mind a lot lately. So, I have a suggestion - remove the pencil tool, and instead, add a checkbox to the brush tool with an antialiased label. My reasoning is that for a new user, the difference between brush and pencil is not evident from their name or icon. They do pretty much the same thing with they only difference being that pencil is not antialiased. The pencil tool is nothing like an actual pencil. So, if we want the UI to reflect the actual workings of the program, it makes sense to do this. The only objection I can think of is if in real-life situation people actually use the pencil tool in conjunction with the brush tool in such a way that they have a separate settings for each, and the change from one to other a lot. But that is what tool presets are for. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Pencil Tool
On 02/26/2011 07:40 PM, Michael Grosberg wrote: I've begun working on GIMP documentation so GIMP is on my mind a lot lately. So, I have a suggestion - remove the pencil tool, and instead, add a checkbox to the brush tool with an antialiased label. My reasoning is that for a new user, the difference between brush and pencil is not evident from their name or icon. They do pretty much the same thing with they only difference being that pencil is not antialiased. The pencil tool is nothing like an actual pencil. So, if we want the UI to reflect the actual workings of the program, it makes sense to do this. The only objection I can think of is if in real-life situation people actually use the pencil tool in conjunction with the brush tool in such a way that they have a separate settings for each, and the change from one to other a lot. But that is what tool presets are for. If you have a tablet, you can switch tools by reversing the stylus. It's meant for brush vs eraser, but someone must be using that for brush vs pencil :-) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Pencil Tool
I've begun working on GIMP documentation so GIMP is on my mind a lot lately. So, I have a suggestion - remove the pencil tool, and instead, add a checkbox to the brush tool with an antialiased label. I'd go even further with that: make “antialiased” one of specific brush settings, not the “tool” itself. That way one would be able to have as much “pencils” predefined as one sees fit. And all that without touching tool tickbox back and forth if needed. BTW. Is it possible to assign shortcut to a brush type or tool preset? Without it presets are only half-usable IMHO. My reasoning is that for a new user, the difference between brush and pencil is not evident from their name or icon. They do pretty much the same thing with they only difference being that pencil is not antialiased. The pencil tool is nothing like an actual pencil. So, if we want the UI to reflect the actual workings of the program, it makes sense to do this. I agree with that. After all, both these tools are made to scribble on the canvas with some shapes :). The only objection I can think of is if in real-life situation people actually use the pencil tool in conjunction with the brush tool in such a way that they have a separate settings for each, and the change from one to other a lot. But that is what tool presets are for. Not a problem, I think, as far as presets are accessible through shortcuts. Best regards! thebodzio signature.asc Description: PGP signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Pencil Tool
On Sat, 2011-02-26 at 19:57 +0100, Ofnuts wrote: If you have a tablet, you can switch tools by reversing the stylus. It's meant for brush vs eraser, but someone must be using that for brush vs pencil :-) There's no reason I can see that pencil couldn't just be a predefined tool preset for painting with an icon on the toolbox, and people be able to add their own presets to the toolbox and maybe bind them to keys. The name is a little misleading - I'd expect a pencil to leave a soft grey stroke that's slightly uneven. Gimp's pencil tool is closer to a rapidograph-style drawing pen, except it doesn't clog up so easily :-) Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP won't quit
Hey all, I know this is more of a user question, but I don't think I'm going to find anyone that's going to be able to answer it other than here. I'm using the GIMP to create custom graphics on the fly for a CMS by calling the script from the web page through ASP.NET. Now, I wouldn't blame anyone for saying, Stop right there. That's your problem. The problem I'm having is that I'm calling the script like this: gimp -i -b myscript -b gimp-quit 0 Immediately upon firing up the script, the Task Manger reports creation of a gimp.exe process. Then it forks another gimp.exe process. This one fires up script-fu.exe, does its thing, dies, and kills the second gimp.exe. However the first one stays running and will not quit. On a server with hundreds of clients creating images with these scripts, within an hour I can be left with a few hundred gimp.exe processes running, which just about takes the server down! So I have two questions: 1) Why is calling the script this way (which, btw, is the way it suggests on http://www.gimp.org/tutorials/Basic_Batch/) firing two gimp.exe processes and only killing one of them? 2) On a server where a hundred of these scripts could be running at one time, how does gimp-quit know which process to kill? Thanks, Roger Penn Ignoramus extrordinaire ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP won't quit
Hi, On Sun, Feb 27, 2011 at 12:15 AM, Roger Penn roger.p...@gmail.com wrote: I'm using the GIMP to create custom graphics on the fly for a CMS by calling the script from the web page through ASP.NET. For what you want to do, Script-fu server should be the best option. See http://docs.gimp.org/en/gimp-filters-script-fu.html (Section 10.6.4. Start Server). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer