[Gimp-developer] LGM 2011 for GIMP
Hi guys, Please let me know what GIMP team needs and expects at LGM this year. We are planning the schedule, the talks, the panels, the teams' meeting and the among-teams' meetings. I need your input. Few words will do ! Thanks ! Louis ___ 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
On Sun, 2011-02-13 at 08:26 +, Michael Grosberg wrote: > Automatic layer Boundary management. In essence just let the program deal > with layer boundary - expand it whenever a layer is moved so that you can > ALWAYS paint on any area you wish. If there's some memory or files size issue, > perhaps add some automatic layer cropping on save. > I want to stress that such a feature is really, really, useful. > I believe there are some cases (scripts, maybe?) in which manual layer > boundary > management is necessary, so it should be just an option or something that can > be deactivated temporarily. Note, when I suggested that gimp should always start with a blank canvas, ready to paint on, people said it was impossible because they didn't know how big to make the default document. Why it couldn't be an option (e.g. if you normally work on indexed or greyscale images) or a template, I couldn't figure out, but this would remove that objection at least. 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
Re: [Gimp-developer] Google Summer of Code 2011 - Project Ideas/Suggestions
On Sun, 2011-02-13 at 18:55 +0100, Martin Nordholts wrote: > On 02/13/2011 12:04 AM, LightningIsMyName wrote: > > I'm starting this thread to list ideas for Google Summer of Code 2011, > > for the GIMP project. Since in the last year collecting ideas was done > > partially by the mailing list, let's try it again this year and keep > > most ideas here. > > Thanks for a good start on this Barak > > > I would like to add: > > Port UI code to a non-low level language > > Hacking UI code in C is a resource eater for us, we should use C for > quick and efficient pixel processing but not for creating buttons. It > would be interesting to make changes to the GIMP codebase that would > allow us for example write the Pointer Information Dialog in JavaScript. We (or actually you) added support for defining plug-in dialog UIs using GtkBuilder some time ago. But there has been no progress on this since then. As far as I can see there is still no support for using GIMP specific widgets from GtkBuilder and no other plug-ins have been ported yet. Perhaps that would be an area that should get some attention from a GSoC developer. Definitely sounds more useful to me than introducing Javascript to GIMP. I somewhat doubt that we would get more developers hacking on the core if we added JS as another entry barrier. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
