Re: [Gimp-developer] Interfacing with a 6-DOF Device
Hi, On Mon, 2007-06-04 at 14:25 -0700, Eric Bowden wrote: I am trying to write a something (more on that later) for the Gimp that allows a 6-DOF device (specifically, a 3dConnexion SpaceTraveler) to manipulate a selected layer, with the most important functions being the ability to translate and rotate (rotating into the screen (a la perspective transform) would be nice too). Now, I tried to write a C-Plug-in but the driver for this device (on Linux) requires me to retrieve all events off an X Window -- fine, so my plugin pops up a dummy X-window to receive events. My plugin receives the events just fine and can track the state of the Device, but if I want to preview any operations I make through a gimp_dialog the X Events get squelched until the dialog closes. You could do the same thing that the GIMP input controller modules do and read the events directly from the Linux Input layer instead of receiving them as X events. As long as this is the only application using the device, it should work just fine. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 2.3.17 crashes using levels or curves.
Hi, On Tue, 2007-06-05 at 01:46 -0300, Guillermo Espertino wrote: Hi. I'm working with Gimp 2.3.17 and having a persistent crash when using levels or curves. That's the known bug in 2.3.17 which is prominently linked to from the gimp.org frontpage. Please update to SVN trunk or, alternatively, run gimp with G_SLICE=always-malloc. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Minutes from LGM
Hi folks, I just finished to put the minutes up on our wiki from our meetings at the LGM: http://wiki.gimp.org/gimp/LibreGraphicsMeeting Before adding them to developer.gimp.org I'd like to invite some of our native speakers to have a look for spelling and grammar errors. Additionally, I think there are some parts of the minutes which are very misunderstanding to people who were not at our meeting. So please, if you've some minutes, read the minutes ;) If you're able to edit the content, fix confusing paragraphs otherwise feel free to ask questions on this mailinglist. Cheers, -- Roman Joost www: http://www.romanofski.de email: [EMAIL PROTECTED] pgpQRB9IirpO9.pgp 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] Interfacing with a 6-DOF Device
Thank you for the response Sven, but if I want to preview any operations I make through a gimp_dialog the X Events get squelched until the dialog closes. You could do the same thing that the GIMP input controller modules do and read the events directly from the Linux Input layer instead of receiving them as X events. As long as this is the only application using the device, it should work just fine. Is there an example of this somewhere? I've been trying to find a tutorial of some sort for the linux input API, but all I get are keyboards and mice -- the closest thing to what I've got would have to be a joystick. Right now I've got the correct behavior, but the refresh rate is (understandably) awful. I'm basically calling the gimp_drawable_transform_2d_default procedure for each each motion event; the image drawable is changed directly (I decided to do away with the dialog box). I know that the toolstransform tools* show outlines while performing the requested operations -- is there a way to tap into this infrastructure to improve my performance any? (Or any other performance tips/tricks would be helpful ...) Sequentially, Eric ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Interfacing with a 6-DOF Device
I know that the toolstransform tools* show outlines while performing the requested operations -- is there a way to tap into this infrastructure to improve my performance any? (Or any other performance tips/tricks would be helpful ...) Better yet, I've been looking at the gimprotatetool source -- it looks vaguely possible that I could instantiate a rotate tool in my plugin and simply pass it events through the motion procedure in the GimpTransformToolClass (although I confess I'm having trouble figuring out where to start). Is this a possibility? (I would like to use this route so, as I mentioned previously, I can leverage the outline-previewing capabilities of the transform tools in addition to the rotate functionality.) Thanks, Eric ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Interfacing with a 6-DOF Device
Hi, On Tue, 2007-06-05 at 09:17 -0700, Eric Bowden wrote: Better yet, I've been looking at the gimprotatetool source -- it looks vaguely possible that I could instantiate a rotate tool in my plugin and simply pass it events through the motion procedure in the GimpTransformToolClass (although I confess I'm having trouble figuring out where to start). Is this a possibility? You can't access tools from a plug-in. You would have to write a tool and add it to the core. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Interfacing with a 6-DOF Device
Hi, On Tue, 2007-06-05 at 07:29 -0700, Eric Bowden wrote: Is there an example of this somewhere? I already pointed you to it. The Linux Input controller module does it this way. This code lives in the modules directory. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] image indexed mode, major hole
Noob here, don't kill. Hi i'm not a developer, but here's an issue that developers should consider in my honest opinion. Since it's not a bug, but a missing feature, i'm posting this here. Ok, to the point: Conversion to indexed mode in GIMP kills any alpha transparency in the image, even if the palette used has semi-transparent colors in it. A.O.K if we're thinking GIF's here, but somone seems to have forgotten about PNG image format that well allows and enables the use of palettes with variable transparency color entries. Well, guess what, GIMP doesn't allow me to go there:/ Having my image in 8bit color depth and with variable transparency is a major factor for a png format lover like me, and you can bet, I'm not the only one who thinks that. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] image indexed mode, major hole
Hi, On Tue, 2007-06-05 at 20:23 +0200, [EMAIL PROTECTED] wrote: Hi i'm not a developer, but here's an issue that developers should consider in my honest opinion. Since it's not a bug, but a missing feature, i'm posting this here. Ok, to the point: Conversion to indexed mode in GIMP kills any alpha transparency in the image, even if the palette used has semi-transparent colors in it. It doesn't do that. Only the display layer does alpha thresholding. If someone would write a PNG save plug-in that actually uses the full alpha channel information for indexed images, then we would simply remove that thresholding from the display code. But it's more likely that we will soon drop indexed mode completely and push handling of indexed color to the load and save plug-ins. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Interfacing with a 6-DOF Device
You can't access tools from a plug-in. You would have to write a tool and add it to the core. Hrm. That's unfortunate. I don't see a way of doing this without unnecessarily duplicating a lot of work -- as creating a new core module is pretty much out of the question seeing how mind-boggling-ly monolithic the Gimp's toolbox code organization is at the moment. (Read: unknown time requirements + minimal documentation = disheartened) Is there an example of this somewhere? I already pointed you to it. The Linux Input controller module does it this way. This code lives in the modules directory. Yes, I saw that -- but I don't understand quite what I can do with it; there're no comments =). Are you saying I would have to make something similar using the controller_linux_input as a template? Or am I supposed to register something with the input module to make it aware of the spaceball? Thanks for your help Sven, Eric ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Interfacing with a 6-DOF Device
Hi, On Tue, 2007-06-05 at 23:41 +0200, GSR - FR wrote: transform) would be nice too). Now, I tried to write a C-Plug-in but the driver for this device (on Linux) requires me to retrieve all events off an X Window -- fine, so my plugin pops up a dummy X-window to receive events. Could it be handled via XInput? That would probably work. And instead of trying to do this in a plug-in (which would be futile), just add XInput support (or rather the GDK equivalent of it) to the perspective transform tool. That should be a very local change, probably just touching a single file. And it would have a good chance of getting accepted upstream. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Interfacing with a 6-DOF Device
Hi, [EMAIL PROTECTED] (2007-06-04 at 1425.51 -0700): transform) would be nice too). Now, I tried to write a C-Plug-in but the driver for this device (on Linux) requires me to retrieve all events off an X Window -- fine, so my plugin pops up a dummy X-window to receive events. Could it be handled via XInput? GSR ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer