[Gimp-developer] font problem while trying to run gimp from source
when i try to run the compiled gimp source the following problem occurs (gimp-2.6:5776): Pango-WARNING **: failed to choose a font, expect ugly output. engine-type='PangoRenderFc', script='latin' (gimp-2.6:5776): Pango-WARNING **: failed to choose a font, expect ugly output. engine-type='PangoRenderFc', script='common' (gimp-2.6:5776): Pango-WARNING **: pango_cairo_font_get_scaled_font called with bad font, expect ugly output any help will be appreciated ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP performance
Hello Andrea! On Thu, Apr 2, 2009 at 1:57 AM, Andrea Olivotto wrote: > Hi all, > > I'm a photo amateur, and I do like gimp. I posted some time ago some > hints to make gimp more useful for photo retouch, and some have been > done in 2.6. > > At this time, gimp seems to me that need speed. It is far away from > Photoshop and other commercial softwares, and things are getting worse > using GEGL (as I tried in 2.7 development program): I checked in Windows > and in Ubuntu 8.10, AMD 3000+/64 plus 1GB RAM. GEGL *is* what we are doing to increase performance. It's true that currently GEGL is much slower, however, the previous GIMP architecture was incapable of the optimizations and storage strategies required for particularly large images, and also was very limited (no support for higher bit depths, no automatic colorspace conversion so that any image can be used as input to any operation). Chances are that GEGL is already better at managing graphics than GIMP ever was. It still needs quite a bit of work, but in my understanding, the slowness is caused by the way GEGL is being used by GIMP. It could be a lot better; and by the time GEGL is really well integrated, we could reasonably expect far better responsiveness and comparable real speed, with the possibility of vast speed increases for certain kinds of filter/plugin. > > When I use curves, preview is redrawed very slowly, I can see the > "blocks" under updating. Things like Curves could certainly be done much quicker. A lot of conversion goes on during the calculation; but really, for applying to 8bit and 16-bit pictures, a lookup table should be all that is needed, with only a very little amount of conversion work that happens as soon as the curve is adjusted. This means that currently, GIMP is making GEGL do much more work than it needs to really do. These issues will be settled as GIMP developers learn more about using GEGL, GEGL matures, and as GEGL becomes better integrated in GIMP. > > I know that GIMP is open source, and developers don't want to compete > with Photoshop (or Photoshop Express, or Paint Shop PRO, ...), but this > is the real world in photo retouching. I just want to be honest, end to > emphasize this issue. I hope I've addressed your concerns. David ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSoC 2009: OpenGL GPU resampling in GEGL (an update)
On Wed, Apr 1, 2009 at 7:00 PM, Jerson Michael Perpetua wrote: > (1) Extend the current GeglBuffer implementation to store a copy of > "some" image sub-buffers/mipmaps in volatile GPU memory (textures, > VBOs). The image data in the GPU memory will be potentially > accelerated as they are already cached in the GPU as opposed to the > ones that are stored in primary memory. >snip< > Furthermore, Nicolas expressed that instead of resamplers, I could > implement other things. I elected that that "other thing" could be > GeglOperations. Some GeglOperations could be accelerated through > shaders. So instead of doing point no. 2 above, I could implement one > or two GeglOperations through shaders instead. GEGL gurus, do you > think this is at all feasible? Am I misunderstanding anything? Implementing the framework for letting GEGL do processing on the GPU is an interesting topic. Last year GeglBuffer hadn't matured enough to advise someone to start the task; now it is. Here is a plan containing my thoughts on what is needs to be done from a GEGL perspective. GPU based GeglOperations would be needed to implement and test GPU based resamplers for GEGL. Doing only one GeglOperation in a graph on the GPU will most likely be slower than doing all operations on the CPU; we need multiple operations to offset the performance cost of the CPU->GPU GPU->CPU transfers. Hopefully it is feasible to use shaders on tiles (or compose and split up larger buffers on the GPU), this would make it possible to keep track of where the valid tiles for a GeglBuffer reside; CPU or GPU side (using two revision counts). I hope this would make us able to use the same GeglBuffer handle for both CPU and GPU access in the same process minimizing the changes needed to the rest of GEGL. The type of GeglOperation that is most important to get going is GeglOperationPointComposer operations or as a starting point the op gegl:over which is the normal layer mode in GIMP, all other such ops behave the same with regards to input and output buffers but use a different formula. GeglOperationPointFilter is even simpler and would accommodate for the needs of operations like brightness contrast, desaturation and more. None of these would be using resamplers but they are the bulk of operations that needs to be performed. The operations that are likely to need a resampler (GPU built in or custom) are the more complex ones that can have varying input and output buffer sizes. The most needed one is the transformation class of operations. (Currently only affine transformations are in GEGL, but we need perspective as well to avoid a feature regression from GIMP which does this.) /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GSoC applicants: apply early, and apply often
Dear prospective GSoC students: Only two days to go. Unless you are really interested in one and only one project, I suggest that you put in more than one application. Only one applicant can work on any given project. If you have more than one application, you increase your chances to come on top for one of them. Better yet: Come up with your own GIMP/GEGL project instead of relying on the ideas page. This being said: If you would be so kind so as to let us know what your favorite project is, this would increase the likelyhood that you get that one. Nicolas Robidoux Universite Laurentienne ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Best way to run task at startup?
On 04/01/2009 01:53 PM, Michael Schumacher wrote: >> Von: Frank de Lange > >> I'm looking for the best/easiest/most reliable way to run a task at Gimp >> startup. The idea is to run the task once Gimp is up and running, with >> all windows rendered and ready. The task at hand is this one: >> >> http://ubuntuforums.org/showthread.php?t=852395 >> >> [ HOWTO: autohide GIMP dock windows using gnome panel ] > > Does the author of this thread know about the uses of the Tab key in GIMP or > the window-management utility devilspie? I would have expected both of these > options to be mentioned at least. > > > Michael No, I did not know about the tab key - it does solve the problem partly. I say partly because you need to hit that key to get access to the toolbox et al which means I have to take my hands of the mouse (right hand) or pen (left hand)... Devil's Pie might be useful, I'll have a look at it. Of course anyone running Gnome already has access to the panel so in that sense it is preferrable over Yet Another Utility... Cheers//Frank ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Pop-up message
Hello list, I've written a python plug-in that uses this function: pdb.gimp_message($message) One user in particular is having problems with it, and someone has advised me that "You just can't expect gimp_message to raise a popup message window. The error console dockable dialog is there to get rid of these. ". Is this true, and if so what methods exist for giving the user a message upon completion of the plug-in? The info in the message is pretty much the whole point of the plug-in... Thanks, Chris ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GSoC application form
Hi, GIMP developers. I would like to participate in the GSoC '09 in two projects: 1.Better nonlinear resampler with built-in antialiasing (GEGL) 2.Fractal Resizing The filled form is below, my CV is attached for more detailed info on skills. ---APP FORM--- -- About me -- Vladimir Volkov Kiev School Of Economics (second higher education) Kiev National University of Taras Shevchenko, Cybernetics college My background: I posses a master degree in applied math and have professional experience in SW development (see below) IRC nick: lepricon Native language:Russian -- SW Development Skills -- I used to take part in development of telecommunication software for two years. I used to work in the Aricent company. Platform: GNU/Linux Familiar with C/C++, Glib. Free software development: yes, when developing hierarchic interface over SQLite DBMS for GNU/Linux driven DECT/WiFi phone. -- Image Manipulation Skills -- For image manipulation I use GIMP Believe myself to be an experienced user. I used to implement a few clustering algorithms using Mean Shift, and tried fractal image compressing. -- GIMP and GEGL Skills -- I use GIMP almost every day as default advanced photo editor. I didn't build it before, I use the one provided with my distro. -- GSoC Project -- I did not participated in the previous GSoC because I was not a student that summer. :) I have chosen those projects because this is great opportunity to get an experience in large scale image processing, contribute to opensource software along with earning some money. The goal is to improve my favorite image editor and get my name written in lists of GIMP developers. I could devote up to 20 hours a week to the development. Yes, there are two bunches of exams: in the end of May (midterms) and in the end of June (finals). -- Short project development plan -- 1.Setting up an environment; a)acquainting with the GIMP developers, building GEGL & GIMP; (1 week) b)getting familiar with the code; (1 weeks) 2.Deeper understanding the library, algorithms design; a)GEGL internals investigation; (1 week) b)search for ideas and design & implementation of the resampler; (2 weeks) c)search for ideas and design & implementation of the fractal resizer; (2 weeks) 3.Bugfixing (1 week) 4.Deploying and other (rest of the time) --END OF FORM--- Regards, Vladimir CV.odt Description: application/vnd.oasis.opendocument.text ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GSoC 2009: OpenGL GPU resampling in GEGL (an update)
Hello everyone, I have already corresponded with Nicolas (thanks) and was able to fix a general overview of what I should do to implement OpenGL GPU resampling in GEGL or something similar. The following is my general plan of action for this topic: (1) Extend the current GeglBuffer implementation to store a copy of "some" image sub-buffers/mipmaps in volatile GPU memory (textures, VBOs). The image data in the GPU memory will be potentially accelerated as they are already cached in the GPU as opposed to the ones that are stored in primary memory. (2) Implement some resamplers using pixel shaders that operate on cached image data on the GPU memory. I might as well start with the suggested hardware bilinear sampler to get a feel with how to integrate shaders with GEGL and proceed to more complicated resamplers (nohalo, snohalo, etc.). The above-mentioned plan is a huge simplification. I will come back with more details as I dig through OpenGL, GPGPU and GEGL's internals. Also, if you have anything to say, please feel free to react. I am still learning the intricacies of OpenGL and GEGL and would very much appreciate your input. Furthermore, Nicolas expressed that instead of resamplers, I could implement other things. I elected that that "other thing" could be GeglOperations. Some GeglOperations could be accelerated through shaders. So instead of doing point no. 2 above, I could implement one or two GeglOperations through shaders instead. GEGL gurus, do you think this is at all feasible? Am I misunderstanding anything? Kind regards, Daerd jersonperpetua at gmail dot com ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP performance
Hi all, I'm a photo amateur, and I do like gimp. I posted some time ago some hints to make gimp more useful for photo retouch, and some have been done in 2.6. At this time, gimp seems to me that need speed. It is far away from Photoshop and other commercial softwares, and things are getting worse using GEGL (as I tried in 2.7 development program): I checked in Windows and in Ubuntu 8.10, AMD 3000+/64 plus 1GB RAM. When I use curves, preview is redrawed very slowly, I can see the "blocks" under updating. I know that GIMP is open source, and developers don't want to compete with Photoshop (or Photoshop Express, or Paint Shop PRO, ...), but this is the real world in photo retouching. I just want to be honest, end to emphasize this issue. Many thanks a lot if you'll do something to increase performances. -- Andrea Olivotto http://www.andreaolivotto.com ___ 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 - Highlights/Shadow compression
p.s.: I'm also interested in one of the last year's project, the one called "Unpaper". Has it became obsolete? Rafael On Wed, Apr 1, 2009 at 10:27 PM, Rafael Henrique Castanheira de Souza < rafaelh.so...@gmail.com> wrote: > Hello. > My name is Rafael. I would like to take part this Google Summer of Code, > and I got really interested in some Gimp project ideas related to my area of > research. Here I send the application I am planning to submit. If it is > possible, I wold be very glad if someone could tell me what he/she thinks > about this document. > I give more details in the proposal. > > Thank you very much > Rafael > > > Rafael Henrique Castanheira de SouzaProject: "Highlights/Shadow > compression"Me > > My name is Rafael. I am a Brazilian, currently a PhD student at Tokyo > Institute of Technology. I took my undergraduate and master course at State > University of Campinas (Unicamp), both in computer science. Besides, my > master course was focused on computer vision and image processing. During > the last year I have being studying in Tokyo Tech as a research student, > working with computer vision and image processing. > > So, my major is computer science with emphasis on image processing and > computer vision. However, I also have great interest in artificial > intelligence and graph theory. > > Finally, my irc nick is rafaelh and my native language are Portuguese and > Spanish. > Software Development Skills > During my undergraduate course I developed many small software related to > my area of research. As my undergraduate research, I developed a tracking > system for the Morris water maze. It was a system designed to deal of > tracking in videos digitalized from VHS tapes, with low quality and heavy > noise. To deal with this, the system used mathematical morphology > algorithms. During my master course, I developed an extension of this > system, with several new features. The most important one was the ability of > tracking multiple targets, since occlusion is an important issue in this > situation. To deal with it I created a graph representation of the > occlusions during the tracking process and used an ant colony heuristic to > find the occlusion solution. > I developed this programs in both Linux and Windows, keeping the code > compatible with both platforms. I developed both programs using C++ under > E-macs (for Linux) and DevCpp (Windows). I used the LTI library for the > basic image processing operations. During my research student period, I > implemented in Matlab a prototype for a system for image alignment using > local deformation. This system is meant to be applied in the removal of > color artifacts in endoscopic images through non-rigid registration of color > channels. > I have a basic knowledge of GTK+, enough for the project I intend to apply. > I have never been involved in other Free Software projects before. > > Image Manipulation Skills > I only use image manipulation software for basic tasks, without artistic > purposes. However, I have a wide knowledge of image processing problems and > algorithms to solve them, since this is my area of research. > GIMP and GEGL Skills > I used GIMP in a user level. I have heard about GEGL, but I have never used > it yet. I have not contributed to GIMP or GEGL either. I use the GIMP > version in my distro's packages. > SoC Project > I have never participated in Summer of Code. I have got very interested in > the project "Highlights/Shadow compression". Its content is related to my > area of research, is a very useful operator and it would be very nice to see > it added to the GEGL library and used in GIMP. > So, my goal is to implement a fast and robust version of this operator. Now > I am a graduate student and I do not work, since I receive a scholarship. I > would have no problem to dedicate 5 hours/day (or more, during summer > vacations) in this project. Since I am a PhD student, I do not have to take > any class, so it would not interfere with the project. > ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] last minute GSoC applications
Expect two excellent students from my institution to slip applications in just before the GSoC deadline. This is the last week of class here, and all the semester projects are due now. Nicolas Robidoux Laurentian University ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GSoC 2009: Beginnings of a node-based compositor for GIMP, OpenGL GPU resampling in GEGL, Improved Foreground Selection Tool
Hello, I intend to join this year's GSoC as a student for GIMP. I'm Jerson Perpetua, a BS Computer Science student from the University of the Philippines Mindanao, Philippines. I am an experienced C/C++ developer, working for software ranging from school projects to small to mid-sized business applications. Additionally, I am fluent in object-oriented languages like C++ (as previously mentioned) and Java. Though I have little experience with GTK+ & GLib, I am confident that I can learn as I develop. This last bit springs from my passion in Free Software and programming in general. I am quite resourceful and can work with the least amount of supervision. Also, if ever I get accepted, I will be working full-time for this project as I have no other commitments this summer. Being quite a bit of a graphics enthusiast myself, I am interested in the unique fusion of art and technology. I have been a long-time GIMP user and wanted to contribute code-wise (in fact, I have used GIMP as a free-lance web graphics artist). My interests are in the field of 3D graphics (OpenGL, GPGPU, etc.), 2D graphics and interface usability. I have prepared for this year's GSoC by learning the required technologies (OpenGL, GTK+, GObject, etc.) and reading GIMP and GEGL's source codes. I fully intend to participate in the Free Software movement by contributing code. This is a good opportunity for me to get started and to familiarize myself with the internal workings of GIMP. Also, to be frank, the stipend will be of much help as I prepare for an independent life ahead doing free-lance Free Software development. I have read your ideas list and have gotten a couple of topics from there that I am quite interested at (+ a blue-sky one): * Beginnings of a node-based compositor for GIMP * OpenGL GPU resampling in GEGL * Improved Foreground Selection Tool I know that most of these are pretty ambitious considering my qualifications, but I've been meaning to acquire the skills to implement them and GSoC seems like the perfect opportunity! I will be idling at your IRC channel later to ask for your advice and to discuss the gory details. My IRC nick is Daerd (pronounced like the 'tard' in 'retard' :-). Thank you. (Oh, BTW, my native language is Filipino but I can speak and write English quite fluently. Also, I have manually formatted this message to accommodate for the common horizontal width of most posts in this mailing list. Is this at all necessary?) Best Wishes, Daerd jersonperpetua at gmail dot com ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Google Summer of Code - Highlights/Shadow compression
Hello. My name is Rafael. I would like to take part this Google Summer of Code, and I got really interested in some Gimp project ideas related to my area of research. Here I send the application I am planning to submit. If it is possible, I wold be very glad if someone could tell me what he/she thinks about this document. I give more details in the proposal. Thank you very much Rafael Rafael Henrique Castanheira de SouzaProject: "Highlights/Shadow compression" Me My name is Rafael. I am a Brazilian, currently a PhD student at Tokyo Institute of Technology. I took my undergraduate and master course at State University of Campinas (Unicamp), both in computer science. Besides, my master course was focused on computer vision and image processing. During the last year I have being studying in Tokyo Tech as a research student, working with computer vision and image processing. So, my major is computer science with emphasis on image processing and computer vision. However, I also have great interest in artificial intelligence and graph theory. Finally, my irc nick is rafaelh and my native language are Portuguese and Spanish. Software Development Skills During my undergraduate course I developed many small software related to my area of research. As my undergraduate research, I developed a tracking system for the Morris water maze. It was a system designed to deal of tracking in videos digitalized from VHS tapes, with low quality and heavy noise. To deal with this, the system used mathematical morphology algorithms. During my master course, I developed an extension of this system, with several new features. The most important one was the ability of tracking multiple targets, since occlusion is an important issue in this situation. To deal with it I created a graph representation of the occlusions during the tracking process and used an ant colony heuristic to find the occlusion solution. I developed this programs in both Linux and Windows, keeping the code compatible with both platforms. I developed both programs using C++ under E-macs (for Linux) and DevCpp (Windows). I used the LTI library for the basic image processing operations. During my research student period, I implemented in Matlab a prototype for a system for image alignment using local deformation. This system is meant to be applied in the removal of color artifacts in endoscopic images through non-rigid registration of color channels. I have a basic knowledge of GTK+, enough for the project I intend to apply. I have never been involved in other Free Software projects before. Image Manipulation Skills I only use image manipulation software for basic tasks, without artistic purposes. However, I have a wide knowledge of image processing problems and algorithms to solve them, since this is my area of research. GIMP and GEGL Skills I used GIMP in a user level. I have heard about GEGL, but I have never used it yet. I have not contributed to GIMP or GEGL either. I use the GIMP version in my distro's packages. SoC Project I have never participated in Summer of Code. I have got very interested in the project "Highlights/Shadow compression". Its content is related to my area of research, is a very useful operator and it would be very nice to see it added to the GEGL library and used in GIMP. So, my goal is to implement a fast and robust version of this operator. Now I am a graduate student and I do not work, since I receive a scholarship. I would have no problem to dedicate 5 hours/day (or more, during summer vacations) in this project. Since I am a PhD student, I do not have to take any class, so it would not interfere with the project. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] OS X GIMP configure can't find JPEG library
Indeed, I pointed out PKG_CONFIG_PATH for other dependencies -- libjpeg doesn't use pkg-config. LD_LIBRARY_PATH=/opt/local/bin First of all, this environment variable is Linux-specific =) The mac equivalent would be DYLD_LIBRARY_PATH See http://developer.apple.com/DOCUMENTATION/Darwin/Reference/ManPages/man1/dyld.1.html PATH=/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/lib PATH is for executables; so it's quite unlikely you will have executables in /opt/local/lib. /opt/local/bin makes much more sense So setting DYLD_LIBRARY_PATH should help; otherwise, check config.log/configure.log (not sure about the name) to see precisely what's happening. Then you can pass additional flags to gcc using e.g. CFLAGS="..." -- Auria ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Menu plug-in
Is GIO/GVFS also compatible with a plug-in for Gimp in combination with Windows? My intention is to make a cross platform plug-in. Regards -- Geertjan ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Best way to run task at startup?
> Von: Frank de Lange > I'm looking for the best/easiest/most reliable way to run a task at Gimp > startup. The idea is to run the task once Gimp is up and running, with > all windows rendered and ready. The task at hand is this one: > > http://ubuntuforums.org/showthread.php?t=852395 > > [ HOWTO: autohide GIMP dock windows using gnome panel ] Does the author of this thread know about the uses of the Tab key in GIMP or the window-management utility devilspie? I would have expected both of these options to be mentioned at least. Michael -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Best way to run task at startup?
Hi'all, I'm looking for the best/easiest/most reliable way to run a task at Gimp startup. The idea is to run the task once Gimp is up and running, with all windows rendered and ready. The task at hand is this one: http://ubuntuforums.org/showthread.php?t=852395 [ HOWTO: autohide GIMP dock windows using gnome panel ] Those scripts work but they currently rely on a timeout to wait for Gimp to start. That is a lousy way to do this as sometimes it takes longer for Gimp to start - so the script won't work, and other times it takes less time (or no time at all in case Gimp is already up and running) in which case the script pauses for naught. So what I'd like to have is some way to reliable get a signal when Gimp is up and running, or some hook to attach to for starting programs at that point in time. TIA//Frank ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Menu plug-in
> Von: "Geertjan" > I am planning to develop a simple plug-in that will open a save dialog and > open dialog that lets you open/save directly to/from a webdav disk. I thought that this is supposed to be handled by GIO/GVFS (seomeone correct me if my impression is wrong). So I would expect that the existing open and save dialogs are capable of this already, although I've never tried this myself. Does you plug-in do anything special? Michael -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Menu plug-in
Hi, I am planning to develop a simple plug-in that will open a save dialog and open dialog that lets you open/save directly to/from a webdav disk. I originally planned to incorporate this in the Menustructure of GIMP (under File), but I have some difficulties in finding an example of how to incorporate a new item in the GIMP menu structure.. Maybe it's my mistake, but if someone can give some pointers I would be very grateful, thanks. -- Geertjan ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] OS X GIMP configure can't find JPEG library
> Date: Tue, 31 Mar 2009 11:09:35 -0400 > From: M Gagnon > Subject: Re: [Gimp-developer] OS X GIMP configure can't find JPEG library > To: gimp-developer@lists.XCF.Berkeley.EDU > > You will very likely need to fiddle with environment variables to help > configure find it. > Especially check PKG_CONFIG_PATH Thanks, that got me a bit further in my investigations. PKG_CONFIG_PATH was blank. I set it to /opt/local/lib/pkgconfig with the same result. Then I noticed that among the many libraries in that directory, libjpeg.pc and libtiff.pc were not among them, although libpng.pc was. So I ran Onyx to make sure locate was up to date and interestingly: $ locate .pc | grep 'png' /opt/local/lib/pkgconfig/cairo-png.pc /opt/local/lib/pkgconfig/libpng.pc /opt/local/lib/pkgconfig/libpng12.pc /opt/local/var/macports/software/cairo/1.8.6_4+macosx/opt/local/lib/pkgconfig/cairo-png.pc /opt/local/var/macports/software/libpng/1.2.35_0/opt/local/lib/pkgconfig/libpng.pc /opt/local/var/macports/software/libpng/1.2.35_0/opt/local/lib/pkgconfig/libpng12.pc $ locate .pc | grep 'jp' $ locate .pc | grep 'tiff' $ Yeah, no .pc files for libjpeg or libtiff. And its apparently a feature, not a bug--I've seen posts saying that the JPEG folks never creating a .pc file for libjpeg. So then the question is how do I point configure to one of the following directories for libjpeg? /opt/local/var/macports/software/jpeg/6b_3/opt/local/lib/ /opt/local/lib/ /Applications/Gimp.app/Contents/Resources/ (this appears to be the resource fork of Gimp.app, which was installed from the .dmg file) I tried sticking /opt/local/lib on the end of both PATH and PKG_CONFIG_PATH and that didn't help either. LD_LIBRARY_PATH=/opt/local/bin PATH=/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/lib PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/lib All to no avail. Any further ideas? Charles Belov ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer