Re: [Gimp-developer] Gimp_image_delete and adding text layers
Hi, michael chang <[EMAIL PROTECTED]> writes: > What about putting "$img = undef;" at the end -- does this change anything? Shouldn't really matter since gimp-perl runs in a separate process and the original claim was that gimp was leaking memory, not gimp-perl. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP print dialog issues
Him Robert L Krawitz <[EMAIL PROTECTED]> writes: > This helps. The GIMP actually includes its own copy of the Print > plugin, but I don't know exactly what source that's based on. What > you might try is using --disable-print with the GIMP, and configuring > Gimp-Print with --enable-gimp (which builds the Print plugin out of > the Gimp-Print source). Which is actually what debian is doing (at least in sid). They recently switched from the included plug-in to the one that comes with gutenprint. I have been very disappointed to find out that none of the user interface improvements that we have done to the Print plug-in over the last years have been incorporated into that version. Basically the Print dialog looks like crap now. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CMYK color support for the GIMP
Hi, Yavala <[EMAIL PROTECTED]> writes: > Hello everyone iam a student University of the south pacific(FIJI) . > Just getting familar with the GIMP software.Now iam understaking a > Software Engineering project that deals with improving the CMYK > color support for the GIMP.More specifically to be able to convert > CMYK color models to RGB into tiff formats from a scanner that is. > My understanding there exist a A plugin providing rudimentary CMYK > support for The GIMP.However there a still some requirements that > need to be done to improve it further.At the moment iam writing the > analysis and design documentation.what iam asking if someone can > help and give advice on how i should go about doing the project.I > have been given 9 weeks to finish this project and have searched the > net on anything to do with the GIMP.Also getting familar with the > source code and every technical jargon that I have come across. I > appreciate if someone would give a helping hand. We might be able to give you a helping hand but we aren't able to read your mind. So if you have any specific questions, feel free to ask them. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] The GUI
Hi, I've got a suggestion about the GUI/Layout. You can se the idea at http://www.linet.se/gimp/ I hope you like it! / Patrik ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The GUI
Hi, [EMAIL PROTECTED] writes: > I've got a suggestion about the GUI/Layout. You can se the idea at > http://www.linet.se/gimp/ Your mockup doesn't show half as many dockables as the standard user will want to keep around, let alone a power user. Where are those sidebars you are speaking of? How does this mockup deal with multiple images? I don't think that having only one image visible at a time is a reasonable solution. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP print dialog issues
From: Sven Neumann <[EMAIL PROTECTED]> Date: Wed, 17 Aug 2005 10:39:39 +0200 Robert L Krawitz <[EMAIL PROTECTED]> writes: > This helps. The GIMP actually includes its own copy of the Print > plugin, but I don't know exactly what source that's based on. > What you might try is using --disable-print with the GIMP, and > configuring Gimp-Print with --enable-gimp (which builds the Print > plugin out of the Gimp-Print source). Which is actually what debian is doing (at least in sid). They recently switched from the included plug-in to the one that comes with gutenprint. I have been very disappointed to find out that none of the user interface improvements that we have done to the Print plug-in over the last years have been incorporated into that version. Basically the Print dialog looks like crap now. 1) I don't remember anyone ever feeding them back to us. Mitch did some improvements once, years ago, but no one's ever contacted us since. 2) We're not interested in any changes to the 4.2-based plugin at this point; 5.0 is the wave of the future. They're different enough that changes to one won't port very easily to the other. 3) That's what happens when nobody steps forward to maintain the plugin and I have to do UI stuff. The best way to utilize me for UI programming is to take whatever I do and invert it. -- Robert Krawitz <[EMAIL PROTECTED]> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gimp Print --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/16/05, Carol Spears <[EMAIL PROTECTED]> wrote: > On Tue, Aug 16, 2005 at 11:05:59PM +0200, Sven Neumann wrote: > > > > > I've been watching the (Gimp)web site for some time. Is there some > > > realistic date when we can expect to see the 'Resources' section > > > updated?? > > > > Since there is absolutely no progress whatsoever with the GIMP > > website, this isn't likely to happen ever. Perhaps you want to help > > us to get the website back to live? > > > the gimp developers seem to be plagued by low self esteem. one good way > to get people involved is to perhaps offer something that builds > confidence and displays good faith in an individuals ability to take on > a project like that like a publisher. Where is the GIMP Website located (in terms of making changes)? If someone wants to help e.g. do one page, but not take over the whole project, how would s/he go about propagating the changes to the GIMP website (if approved)? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New to list--curious about progress o f 'Resources'
> Von: michael chang <[EMAIL PROTECTED]> > Where is the GIMP Website located (in terms of making changes)? If > someone wants to help e.g. do one page, but not take over the whole > project, how would s/he go about propagating the changes to the GIMP > website (if approved)? The GNOME CVS, just where GIMP's source code is located, too. The module is gimp-web. The pages in there are templates that are built into the complete pages by a Makefile, but they are complete enough to be edited without having to build them if you are careful. The best way to contribute (if you don't have CVs access or don't want to do changes without getting approval) is to check them out from anoncvs, do the changes and provide a patch as an attachment in GNOME Bugzilla, in the gimp-web product. On as side not, it is strongly recommended to take Carol's rumbling with a (huge) grain of salt - she like to overexaggerate and to play with other people, although she will disagree on the latter :) HTH, Michael -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Wed, Aug 17, 2005 at 09:31:46AM -0400, michael chang wrote: > On 8/16/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > On Tue, Aug 16, 2005 at 11:05:59PM +0200, Sven Neumann wrote: > > > > > > > I've been watching the (Gimp)web site for some time. Is there some > > > > realistic date when we can expect to see the 'Resources' section > > > > updated?? > > > > > > Since there is absolutely no progress whatsoever with the GIMP > > > website, this isn't likely to happen ever. Perhaps you want to help > > > us to get the website back to live? > > > > > the gimp developers seem to be plagued by low self esteem. one good way > > to get people involved is to perhaps offer something that builds > > confidence and displays good faith in an individuals ability to take on > > a project like that like a publisher. > > Where is the GIMP Website located (in terms of making changes)? If > someone wants to help e.g. do one page, but not take over the whole > project, how would s/he go about propagating the changes to the GIMP > website (if approved)? > the last person who wanted to help with the wiki was asked to demonstrate his ability with the wiki software on his own server. my personal experiences with a shared source project via the existing framework is that all the belief and actual working software you can provide cannot make it work. raphael has made good use of the same system though. talk about what you can do, provide a framework. take vacations and complain about family obligations. do not share your work until it works and perhaps you are finished with what ever private use you have for it. if you have the backing of a third party. publisher is one example, huge coorporation is another, you can expect a great deal of confidence and gratitude from the developers. if the corp can provide some toys, all the better. the gimp-web project can be checked out of gnomecvs. you can read the changelog there to see that making a working web site is the worst approach to take with these people. do instead look at those who were successful and unhurt by the system. it is very beautiful the strong relationships that supported them as they contributed. i will be so curious to see if your questions are answered. carol ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Wed, Aug 17, 2005 at 09:31:46AM -0400, michael chang wrote: > On 8/16/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > On Tue, Aug 16, 2005 at 11:05:59PM +0200, Sven Neumann wrote: > > > > > > > I've been watching the (Gimp)web site for some time. Is there some > > > > realistic date when we can expect to see the 'Resources' section > > > > updated?? > > > > > > Since there is absolutely no progress whatsoever with the GIMP > > > website, this isn't likely to happen ever. Perhaps you want to help > > > us to get the website back to live? > > > > > the gimp developers seem to be plagued by low self esteem. one good way > > to get people involved is to perhaps offer something that builds > > confidence and displays good faith in an individuals ability to take on > > a project like that like a publisher. > > Where is the GIMP Website located (in terms of making changes)? If > someone wants to help e.g. do one page, but not take over the whole > project, how would s/he go about propagating the changes to the GIMP > website (if approved)? > dating. date a hacker. while i have not tried this avenue myself, there seems to be plenty of ways to "get in" to the loop of this kind of information if you find a gtk, gnome or gimp hacker and date them or otherwise mate with them; even if for a brief time. actually, it seems that dating a hacker or two is the only way to get on Tim Ney's reminder list. it doesnt seem to be that the keepers of gimps money are related to the keepers of gimps web related things, but there is some overlap. are there are ways to have success with working with this development team? it has not been all bad for everyone, i do not think. carol ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The GUI
[EMAIL PROTECTED] wrote: I've got a suggestion about the GUI/Layout. You can se the idea at http://www.linet.se/gimp/ Looks rather like a request along the lines of bug #7379. -- Cheers! Kevin. http://www.interlog.com/~kcozens/ |"What are we going to do today, Borg?" Owner of Elecraft K2 #2172|"Same thing we always do, Pinkutus: | Try to assimilate the world!" #include| -Pinkutus & the Borg ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Wed, Aug 17, 2005 at 03:58:34PM +0200, Michael Schumacher wrote: > > On as side not, it is strongly recommended to take Carol's rumbling with a > (huge) grain of salt - she like to overexaggerate and to play with other > people, although she will disagree on the latter :) > sure. don't let me do all the telling. you wanted to work with the wiki. can you tell how that progressed? carol ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP on Gaming Platforms
Hallo Michael, >Write a GIMP plug-in, have it use the PhysX SDK API and make sure that >it can be compiled an linked. Well when I found the glue in which form GIMP is connected with XML /python I will start writing a plug-in (www. collada.org ) > 5)Any suggestion welcomed how to improve the use of GIMP on the 3 Gaming > platforms Playstation , Xbox , Ncube http://www.renci.org/PS2/ >Is it used on these platforms already? If yes, it would be nice if you >could provide some more information. I know that GIMP is running on Gaming-platforms I m only talking from improvements. Meaning that many opensource projects in the meantime having also a focus on performance. I will only mention Postgres as one example.So primary I thinking on using tools like mentioned here http://www.ogre3d.org/wiki/index.php/AssemblingAToolset Like MemProf http://www.gnome.org/projects/memprof/ or OProfile http://oprofile.sourceforge.net maybe in combination with Valgrind So again any feedback welcomed Rgds Gottfried ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/17/05, Carol Spears <[EMAIL PROTECTED]> wrote: > On Wed, Aug 17, 2005 at 03:58:34PM +0200, Michael Schumacher wrote: > > > > On as side not, it is strongly recommended to take Carol's rumbling with a > > (huge) grain of salt - she like to overexaggerate and to play with other > > people, although she will disagree on the latter :) > > > sure. don't let me do all the telling. you wanted to work with the > wiki. can you tell how that progressed? I it rather amusing you two both said the same thing -- although Michael managed to say it in one message, whereas Carol used two. ^^ I suppose it could have been worse... And no, I'm not backed by any corporation -- I don't even have a job at the moment (this is all hobby work and speculation; I'm a high-school student). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
RE: [Gimp-developer] Gimp_image_delete and adding text layers
> How much memory increase do you see per image? Can you run this script > a couple of times and show us memory usage before and after? > > > Sven When I first start up GIMP: /usr/bin/gimp -d -i -c --batch '(extension-perl-server 1 0 0 )' I see the following using top (script-fu and Perl-Server processes never change so I'm not including those): VIRT RES SHR S %CPU %MEMTIME+ COMMAND 18440 7444 13m S 0.0 1.4 0:01.07 gimp Then I execute the code shown at the end of this message, and I see the following: VIRT RES SHR S %CPU %MEMTIME+ COMMAND 18648 8056 13m S 0.0 1.6 0:01.12 gimp Within the code I add an additional text layer and use gimp_merge_down, and see no change. I add seven text layers and still no change (I had originally thought adding a new text layer ALWAYS results in more memory being taken but this is not the case, so my initial description of the problem is misleading.) After running the script with the new text layers about 25 times in rapid succession I see the following: VIRT RES SHR S %CPU %MEMTIME+ COMMAND 18788 8196 13m S 0.0 1.6 0:06.23 gimp This behavior occurs with this sample pretty consistently. Not a huge increase, but the cgi I'm using in production does a lot more than this and can be generating a few thousand images in one day. Thanks, Jared ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The GUI
On Wednesday, August 17, 2005, 12:38:44, Sven Neumann wrote: > Your mockup doesn't show half as many dockables as the standard user > will want to keep around, let alone a power user. Where are those > sidebars you are speaking of? How does this mockup deal with multiple > images? From what I see, they appear as buttons (tabs) in the menu bar. Personally, I'd love such a GUI, as long as it allowed me to detach individual imaged/docks. > I don't think that having only one image visible at a time is > a reasonable solution. Since I rarely work with more than 1 image, such a GUI would be very useful to me. It also saves the hassle of having to manually resize the image window to be as big as possible without covering any of the controls (remember, Windows' support for rearranging windows is much worse than with a good X window manager). -- < Jernej Simoncic ><><><><>< http://deepthought.ena.si/ > It's a good thing money can't buy happiness. We couldn't stand the commercials. -- Gerrold's Fundamental Truth ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp_image_delete and adding text layers
On 8/17/05, Jared Whiting <[EMAIL PROTECTED]> wrote: > increase, but the cgi I'm using in production does a lot more than this > and can be generating a few thousand images in one day. Are any of these concurrently, and if so how many; could this make a difference? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
RE: [Gimp-developer] Gimp_image_delete and adding text layers
> Are any of these concurrently, and if so how many; could this > make a difference? > ~Mike In production there can definitely be concurrent image generation, which might be playing a role in the issue I'm having there with increased memory. With the test code though I'm just running the script many times in sequence. Thanks, Jared ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] They Might Be a Developer
Howdy everyone... thought this would be a good message to introduce myself in and my intents: I wanna get into debugging a bit of GIMP (that's right... I'm fresh blood) and once I get used to it, I guess I'll go ahead and add something to the core code if you'd approve. I went ahead and typed up my ideas but I decided it would be a bad idea to post any of my thoughts until I got some feedback. Is the mailing list a good place for me to announce ideas like that and whatever? I just would hate to spam this list with my thoughts if it's the wrong place. OH! And another thought. I'm assuming you people don't need a resume or any of that jazz... you just want me to debug stuff until I prove I'm better than another developer, then he/she gets voted off the island and gets eaten by sharks while we watch and eat popcorn and then I go ahead and start developing code until I die so many times that I don't have any quarters left to put in the video game. Am I loosely right? Dang, I need to lessen the sugar. Ta ta, ya' GIMPy people, Jeremy White P.S. Do you want my system(s) specs?
Re: [Gimp-developer] They Might Be a Developer
On 8/17/05, Jeremy White <[EMAIL PROTECTED]> wrote: > Howdy everyone... thought this would be a good message to introduce myself > in and my intents: > > I wanna get into debugging a bit of GIMP (that's right... I'm fresh blood) > and once I get used to it, I guess I'll go ahead and add something to the > core code if you'd approve. I went ahead and typed up my ideas but I decided > it would be a bad idea to post any of my thoughts until I got some feedback. > Is the mailing list a good place for me to announce ideas like that and > whatever? I just would hate to spam this list with my thoughts if it's the > wrong place. That is exciting to hear. We have plenty of bug to choose from; try http://bugs.gimp.org . The easiest way to submit bugfixes is to sign up for an account there and then to attach the patches in diff -u form to the appropriate bug. > OH! And another thought. I'm assuming you people don't need a resume or any > of that jazz... Your code is your resume. > you just want me to debug stuff until I prove I'm better > than another developer, then he/she gets voted off the island and gets eaten > by sharks while we watch and eat popcorn and then I go ahead and start > developing code until I die so many times that I don't have any quarters > left to put in the video game. Am I loosely right? We don't have enough developers to start killing them off yet. > Dang, I need to lessen the sugar. We can use a bit of lightheartedness every once in a while. Too much of it might upset one of our resident grouches, but you'd know if that happened. :) > Ta ta, ya' GIMPy people, > Jeremy White > > P.S. Do you want my system(s) specs? They are probably not all that relevant, although if you are competent at doing builds for non-Linux or non-Intel platforms, they might be. Rockwalrus ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP print dialog issues
From: Roger Leigh <[EMAIL PROTECTED]> Date: Wed, 17 Aug 2005 18:58:14 +0100 Sven Neumann <[EMAIL PROTECTED]> writes: > Robert L Krawitz <[EMAIL PROTECTED]> writes: > >> This helps. The GIMP actually includes its own copy of the Print >> plugin, but I don't know exactly what source that's based on. What >> you might try is using --disable-print with the GIMP, and configuring >> Gimp-Print with --enable-gimp (which builds the Print plugin out of >> the Gimp-Print source). > > Which is actually what debian is doing (at least in sid). They > recently switched from the included plug-in to the one that comes with > gutenprint. I have been very disappointed to find out that none of the > user interface improvements that we have done to the Print plug-in > over the last years have been incorporated into that version. > Basically the Print dialog looks like crap now. I wanted to do this, but the fact that we have to support both GTK+-1.2 (for Cinepaint) and GTK+-2.0 (for Gimp) versions of the codebase caused serious problems keeping the two versions in sync. It also meant that the 2.0 version was basically restricted to using the 1.2 era features, otherwise syncing changes would become impossible. All I could do was a minimal conversion from 1.2 to 2.0. I don't see why we necessarily have to keep the capabilities of the two in sync. The 1.2 plugin already supports all of the 5.0 capabilities, and keeping them in sync doesn't really reduce the testing burden. It might be a bit late to do it now, but if you want to get started, go ahead. The only 1.2 clients we need to be concerned with are the GIMP and Cinepaint. The GIMP folks have no interest in 1.2, and if Cinepaint wants to improve it, they can maintain it. As soon as 5.0.0 is released and stable branched in CVS, I'd like to rip out the 1.2 UI code and do some real work on the 2.0 code, which will include merging the Gimp changes over, as well as splitting it out into discrete GObjects; I'm not too happy with the current slew of global variables. That code really is rather brutal, isn't it... -- Robert Krawitz <[EMAIL PROTECTED]> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gimp Print --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer