Re: [Gimp-developer] GSoC Status Report for pygimp
Hi, sorry for the late reply, I have been on vacation and I am slowly catching up on the emails now... On Sun, 2008-06-15 at 21:07 +0200, Lars-Peter Clausen wrote: > * I have been looking into wrapping libgimpmath. But I'm not sure how to > handle > it. The matrix and vectors code looks incomplete and inconsistent. Some > objects are GObjects others are not. I don't think libgimpmath is of much use for plug-in authors using Python. > * The pygobject system complains when a object is not constructable with > properties. So I'll look into porting the widgets that don't support it, but > I will need some advice how to it the right way. Can you tell us which GIMP widgets are problematic? Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] proposed solution for: protection from information loss
Hi, On Sat, 2008-06-14 at 13:43 -0400, Liam R E Quin wrote: > A long-term gnomish model might be to make it easier to drag things onto > the desktop (or into folders in the file manager), but people use gimp > also in other environments. You can already do that in GNOME. Drag the image preview from the toolbox (you need to enable the image preview there in the Preferences dialog) to the GNOME desktop or to the file manager and the image will be saved there. The protocol to do this is called XDS and GIMP supports it since version 2.4. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enhancement idea: Snapshot tool for quick comparisons
Hi, On Fri, 2008-06-27 at 04:37 -0700, vabijou2 wrote: > The problem with turning layers or layer groups on/off is the time required > to redraw the image. Today's cameras have more and more pixels, hence > larger files. A 100% quality jpeg of these files can be displayed in no > time, but it takes many seconds to redraw them in GIMP when (multiple) > layers have to be processed. Then this is the problem that needs to be addressed instead of adding yet another complex tool. The idea we are following to speed up these things is to make GIMP work on a scaled-down version of your image for preview. The actual full-scale image processing can then be done in the background and there's no need for the user to wait for it to be completed. This is a long-term goal of the GEGL integration. There's still a lot to do, both in GEGL and in GIMP, before we are there. But I think we should concentrate on that instead of following your proposal. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
