Re: [Gimp-developer] Game Engine
On Sat, Sep 24, 2011 at 6:56 PM, Fabio Gonzalez wrote: A powerful game engine. With a really simple interface threads (which is improving all the time). This engine is focused on being very practical. In order to have a good performance in game programming. Contains entities, threads, light, sound, etc. https://sourceforge.net/projects/fgc/ And this is related to GIMP development because??? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] new foreground extraction tool
On Tue, Sep 20, 2011 at 12:56 PM, Jan Rüegg wrote: Hello there I just wanted to mention that I created a little FAQ to the new gimp foreground extraction tool I created as a semester project. You can find a video of the tool in use here: http://www.youtube.com/watch?v=kkQ1r5g49d4 and the FAQ here: http://gimpchat.com/viewtopic.php?f=7t=2607start=30#p33817 I already talked with Martin Nordholts and Alexandre Prokoudine about it. The main problem seems to be that I only used 8-bit colors and made no use of the new babl/gegl architecture, so there would be quite some work left to do. I'm not sure if/when I'll have time to continue working on the project, however. Many thanks for posting it! :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
On Tue, Sep 13, 2011 at 10:26 PM, Richard Gitschlag wrote: I recently discovered I've misplaced my Wacom pen stylus -- the tablet equivalent of losing your car keys. Ouch. Anyway, it gave me an idea for GIMP: Can the Incremental and Fade Out brush options be incorporated into the Brush Dynamics grid? The options basically link opacity to stroke length, but it would be nice if we could link stroke length with other factors like brush hardness or color. (For example, linking color to stroke length would mimic the effect of a simple gradient.) Dunno about Increment, but Fade is already in the brush dynamics matrix for 2.8. The matrix is currently 7x10, and I strongly suggest the team to consider building and selling a customized version of monome to control it :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP for mobile phones
On Tue, Sep 6, 2011 at 9:32 PM, Noel Stoutenburg wrote: Friends, I see there was a thread on this topic in May 2008. I'm frustrated by the inability to do some basic transformations of images on my Android smart phone, for example: rotating by just a degree or two, instead of a full 90 degrees; inability to change from RGB to grayscale; and inability to change the format of stored images (and probably others that I've not yet thought of). So, is there any progress on the idea of a GIMP ultra-ultra light for smart phones? In my not so humble opinion there is little to no point making a lighter version of GIMP for mobile devices. Simply put, desktop and mobile platforms rely on too different types of interaction with users. You can't strip stuff from GIMP and make a cool image editor for mobile. The further you go, the more you understand that you need tools that work differently and UI that is completely different. And that kinda kills the whole idea of lighter GIMP. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] tool presets
Hi, We currently have the new Tool Presets dockable dialog that has zero factory preset. Maybe we should should opulate it a bit? Some cropping presets for popular photo paper formats, DVD and whatnot? Steal some presets for painting tools from G-P-S? Oh, and will those be translatable? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
On Mon, Sep 5, 2011 at 9:24 AM, Martin Nordholts wrote: Any feature we add at this point will delay the 2.8 release because someone needs to actually write the code, test the feature, fix bugs, take feedback into account etc. Are we still talking about a single resource file and a patch to Makefile.am to make this resource file installable? What sort of risk does it impose on release of 2.8? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC-2011 - Gimp plug-ins to Gegl operations
On Fri, Aug 26, 2011 at 2:17 PM, Robert Sasu wrote: I also made a showcase: http://sasurobert.github.com/GSoC-2011/ Thanks! Unfortunately with --enable-workshop your branch doesn't build here: CC convolution-matrix.c convolution-matrix.c: In function ‘convolve_pixel’: convolution-matrix.c:277:49: error: incompatible type for argument 4 of ‘gegl_buffer_sample’ ../../gegl/buffer/gegl-buffer.h:336:17: note: expected ‘gdouble’ but argument is of type ‘void *’ make[4]: *** [convolution-matrix.la] Error 1 Also, if you actually make use of lensfun, the configuration script should check for its presence in the system and probably even provide an option to disable building the op that uses it. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] interface_graphical
On Wed, Aug 24, 2011 at 9:14 PM, daniel daniel wrote: Hello everybody, I´d like to know how to develop a user interface in Linux with GTK.For example, in GIMP, the user interface wrote it directly by GTK or use Glade with XML, or another IDE? Hi Daniel, 99,99% of GIMP's user interface is written manually, the other 0,01% is a recent experiment with Glade and Gtkbuilder. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Usability for GIMP - Executive Summary Project Description
On Mon, Aug 15, 2011 at 2:03 PM, Tobias Ehni wrote: I've posted an executive summary of the usability project for GIMP on the wiki (http://gui.gimp.org/index.php/Usability), based on our discussion at Chaos Camp. This will be used as the project description for a Season of Usability on OpenUsability (http://www.openusability.org/) as well. Please take a look at it (very low effort: 4 sentences, 74 words) and tell me if it finds your approval or if you have any questions, comments or additions. Thanks a lot, a quick quwstion: have you decided on interview topics already, or the planned decision on scope of the interview already includes that? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [GSoC] status of the OpenCL in GEGL project
On Mon, Aug 8, 2011 at 10:57 PM, Victor Oliveira wrote: Hello everyone, I've made a blog post with the status of my GSoC project. enjoy! [suggestions are always welcome :)] http://meudepositodeideias.wordpress.com/2011/08/08/opencl-on-gegl-results-up-to-now/ Did you make any use of the previous GPU related project from gsoc2009-gpu branch? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Isn't this behaviour unintuative?
On Sun, Jun 26, 2011 at 5:43 PM, Jeremy Morton wrote: Let's put it another way: I'm the user and I want GIMP to do that. How can I get it to? You can't Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Isn't this behaviour unintuative?
On Sun, Jun 26, 2011 at 5:49 PM, Jeremy Morton wrote: It should be possible. You are in fact suggesting to heavily break use pattern. I don't think developers and UI team will fall for that. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Isn't this behaviour unintuative?
On Sun, Jun 26, 2011 at 6:00 PM, Jeremy Morton wrote: As far as I can tell the usage pattern has already changed heavily from 2.6. In 2.6 there was only one save option; now there's a save and export. You've already changed that significantly. Yes, and there should be a better reason for going half the way back and introducing a crossbreed of 2.6 and 2.8 than just it should be possible. I wouldn't really want to rely on arguments like it doesn't make any sense, but in truth it's exactly what I think. Overwrite says exactly what it does. You can assign a shortcut to it. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Isn't this behaviour unintuative?
On Sun, Jun 26, 2011 at 6:42 PM, Jeremy Morton wrote: And I've already gotten used to that; it is logical. My issue is when you open a non-GIMP format file and then you want to export it back to its original format; I think it makes more sense to just be able to press ctrl+E (with a popup confirming that you want to overwrite) to do that, rather than having a *third* save option, which is File | Overwrite. I mean, what I am wanting to do is export the image... so ctrl+E makes sense. So you'd rather email the list than configure shortcuts? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Isn't this behaviour unintuative?
On Sun, Jun 26, 2011 at 7:14 PM, Jeremy Morton wrote: I can't configure the same shortcut for 2 things (file-overwrite and file-export), Oh, I finally see what you mean :) Sorry :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Usability News
On Tue, Jun 7, 2011 at 7:24 PM, Tobias Ehni tobias.e...@googlemail.com wrote: Dear list, I'm happy to announce that GIMP will be a project for http://openusability.org/ This means that there will be additional support by a student volunteering to do work in the area of usability. An appropriate candidate has to be found, yet. This process is administered by OpenUsability. I will post further details as soon as they are available. Thank you! There are also some additions on http://gui.gimp.org/index.php/Usability Could you please summarize them? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] FGimpMovie project
On Sun, Jun 12, 2011 at 12:27 AM, Fabio Gonzalez wrote: I send this message, If you have not received the previous. I want to develop a powerfull video editor based on Gimp Congratulations, Of all possible frameworks you've chosen the least applicable. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] I need help about CMYK on gimp
On Mon, May 23, 2011 at 10:59 AM, wrote: Dear GIMP developer team, My name is Arnon Namsanit. I am a Thailand government officer working for the Ministry of Science and Technology. My team's main responsibility is introducing the open source software to Thais including GIMP. At the moment we are interested in introducing GIMP to a group of users in publisher manufacturing therefore we have been discussing about CMYK on GIMP. I might need to ask you some questions please. - Is there any people currently working on CMYK on GIMP? No, there are higher priorities at the moment Please use http://wiki.gimp.org/index.php/GIMP_Roadmap for reference. - If yes, How? Can we join them? - If no, Could we know the complexities or the problems of that please? The No.1 priority past release 2.8 is to clean-up the library (see above) and move to high bit depth, that is, continue integration of GEGL. Only then it will make sense to do anything about CMYK, because 8bit based conversions between color spaces introduce too many errors (not speaking about having to rewrite things). The outlined proposal is here: http://blog.mmiworks.net/2009/05/gimp-enter.html http://blog.mmiworks.net/2009/06/gimp-squaring-cmyk-circle.html There are fairly reasonable workarounds. One of them was proposed here: http://article.gmane.org/gmane.comp.video.gimp.devel/20007 Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] UPDATING VERSIONS
2011/5/20 André Strydom wrote: I am currently uses GIMP 2.4.7, and I see that the current version is 2.6.11. How do I go about my version of GIMP? Should I UNINSTALL the previous version first and then install the newer version, or will installing the newer version simply overwrite the previous version if I don't uninstall it first? It's usually best to uninstall previous version first. All the add-ons you installed yourself should be automatically picked by a new one. P.S. Please use gimp-user@ mailing list for such questions in the future. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Thesis about managing Open source projects-informantions about GIMP
On 5/3/11, Peter Fodrek wrote: Dear GIMP developpers, My colleague's students are processing theses dealing with open source project management methods but they fail to get contact to any open source project leader as well as for GIMP leader. Well, I know nearly everyone in multimedia field. Who do you need to contact to? Also, why do they fail to contact leaders when all it takes is mail anyone from existing dev team? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp
On 5/3/11, jerry chaney wrote: i downloaded gimp and wanted to try it out. I ran into two problems right away so I had to uninstall it. First off, i live and work in China. I am an American English teacher over here and believe when I say this, not everyone in China speaks and reads Chinese, just like not everyone who lives in Japan speaks and reads Japanese. I went to your help page on the web and it covers language change but not for windows 7. There has got to be a simpler way to change the language then what is in your help section. most programs i download give me the option of language before downloading. You really need to fix this. If you don't speak and read Chinese, then why do you have system locale set to it? :) But, as Alexia already noted, the language switch is there in upcoming 2.8. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Developer Meeting
On 5/2/11, LightningIsMyName wrote: Throwing ideas that should be discussed: - GSoC students - Basic guidance on how to handle branches? When to push, where, etc. More important is getting them all with git access (for me it took 1 month to get, so it should be organized now in order not to stall real work...) +1 - Plans for a new website - I know it was discussed, but I don't remember any decision. Major parts of the site need updating, including the tutorials section. +1, the discussion at gimp-web@ so far is a failure - More? Interaction with new usability team? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] AdaptableGIMP: Windows + Debian binaries available
On 4/30/11, Tim Chen wrote: Interestingly, I implemented a revision control system in the form of plugin for GIMP and the paper will be published on SIGGRAPH 2011. I had to modify the GIMP core (in a ugly fashion to meet the deadline...) to record user's actions and I am always wondering is there some other more elegant way to do so? Please take a look at the abstract and video here https://sites.google.com/site/httimchen/2011_imagesvn Well, that's a call for few very predictable questions :) Are you planning to release source code? Are you interested in working on proper GEGL based implementation (since yours is DAG based anyway)? We always missed people willing to seriously work on that, it'd be a shame to see your initiative not used in the upstream project :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-developer Digest, Vol 103, Issue 37
On 4/23/11, Anubhab Ray wrote: i just cant get the source code for gimp, can u please help-?? $ git clone git://git.gnome.org/gimp http://wiki.gimp.org/index.php/Users:Beginner_Developer%27s_FAQ Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] dynamic text plugin
On 4/6/11, Bill Skaggs wrote: The dynamic text plugin is many years out of date. It was created as a way of allowing text to be changeable before Gimp's text tool supported that. For the past ten years or so the plugin has been completely useless and therefore hasn't been maintained. I'm not sure whether that explains the errors you see, but whether it does or not you are wasting your time: this plugin doesn't do anything more than Gimp's text tool already does much better. Really? How about rotated text that doesn't suck? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Write basic gegl plugin
On 4/6/11, gg catking.net wrote: No, with git you primarily work against your local repository. You can do whatever you like there. Why wouldn't you want to work *with* your local repo rather than against it ? Because I'm a cool l33t hack3rz type dude , I drink my coffee against a cup. I eat my dinner against a knife and fork. ;) Right, it's about time somebody did a Speak English properly against us session :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Reg: GIMP GSOC 2011 project
On 4/4/11, ~Siddharth~ wrote: I am interested in working on Seamless Cloning project.I am familiar with Poisson image editing techniques.I would like you to suggest me on how to proceed further with this project. The way to proceed is to pick a different project. Sorry, but with at least five other applicants for this project, including a person who already has experience of development for GIMP and actually proposed this project, your chances to be accepted with seamless cloning are considerably low. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011
On 3/29/11, Michael Natterer wrote: As I said before, let's please work on our public interface Let's try to outline what exactly needs doing, eh? :) The new website is stuck in the middle mostly because AFAIK Jimmac was busy all the time with GNOME 3 which is finally soon to be out, so maybe Jakub will have more spare time to finish this now. The wiki transition seems to be stuck as well. What exactly has to be done? The news is what I already take care of. What else has to be done apart from that? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011
On 3/29/11, Michael Natterer wrote: On 03/29/2011 06:54 PM, Alexandre Prokoudine wrote: On 3/29/11, Michael Natterer wrote: As I said before, let's please work on our public interface Let's try to outline what exactly needs doing, eh? :) - Website updates I think I could add recent books, including the one from Packt. - News - Wiki Discussed above and below - Blogs - Maybe we should have a GIMP blog aggregator? We used to have layers.gimp.org exactly for that, but it's gone. I think we can reuse infrastructure from graphicsplanet.org that Mukund and me maintain. Any suggestions on URL? Maybe simply blogs.gimp.org? - More frequent developer releases (my fault, I know) Since you insist :D The new website is stuck in the middle mostly because AFAIK Jimmac was busy all the time with GNOME 3 which is finally soon to be out, so maybe Jakub will have more spare time to finish this now. I think Jimmac is pretty busy, so maybe somebody should pick up the work. Also, I don't think we absolutely need a new website, just a few people who can trigger website updates after something has been pushed to git, at least as long as auto-updates are broken. I'll poke Sven about that. Can't this be automated? The wiki transition seems to be stuck as well. What exactly has to be done? I'm in contact with Shawn, and the DNS entry should point to Alexia's wiki soon. Cool Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC 2011 - EXIF data viewer and editor
On 3/30/11, Cameron Christiansen wrote: For my project I propose creating an EXIF/xmp viewer/editor. http://git.gnome.org/browse/gimp/tree/plug-ins/metadata/ Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Gegl-developer] GSOC 2011 - GEGL: Make OpenGL branch use OpenCL
On 3/29/11, Øyvind Kolås wrote: Another important issue when implementing a new set of vfunc for the OpenCL code (which would have to be fully conditional at compile time, to keep GEGL buildable without). As much as I like OpenCL, this part of implementation is going to be hairy, because to build an app that uses OpenCL one needs binary ATi drivers, binary NVidia drivers or Gallium 3D. Or you would have to keep a local copy of respective headers (or write your own ones). You can imagine the kind of fun that packagers will have. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC Project application
On 3/27/11, Alexia Death wrote: Just one. Pick a different project. This project is most applied this year and one of the applicants is already an established contributor and initiator of the idea. Unless he gets hit by a buss, its highly unlikely that anybody else is going to get the project. So everybody else is just a bus away from the project :) Totally agreed though. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011
On 3/27/11, Kevin Cozens wrote: Before talking about which new programming language is needed(?) in GIMP we should make sure the problem is clearly defined as to *why* we need something new. What problem is the new language going to solve? IIRC, it had something to do with creation of GUI stuff It has *something* to do with too much gobject boilerplate code. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSoC introduction
On 3/24/11, Sultana Rashid wrote: Hello, I am Mariya Zaman.I have sent a mail to this mailing list about a GIMP project in GSoC.I do'nt see my message in archive.I am confused whether my mail was sent or not.I was not subscribed to the mailing list when I mailed.Now I am subscribed.So I am sending this message to test. Yes, it works :) Please repeat the first mail now :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CMYK file export plug-in
On 3/22/11, Jacek Poplawski wrote: I am familiar with this opinion. I don't want to continue offtopic discussion in this thread, so I just give one example: curves. You can get more interesting retouch when using curves in CMYK and in LAB and in RGB than using only RGB curves. LAB curves are fine. Transparent work in LAB makes sense, but the prerequisite is still GIMP 3.0 with high bit depth precision, otherwise you still lose color data due to rounding errors in 8bpc mode. Reference 1: http://brucelindbloom.com/index.html?RGB16Million.html Reference 2: http://bit.ly/gIjQUh You can get more data from shadows by using K curve in CMYK for instance. Oh come on. K curve is simply not the only and even not the best way to work on various tonal ranges selectively. Check out zone system implementation in both commercial LightZone and free-as-in-speech darktable. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GsoC - 2011 - Porting GIMP plugins to GEGL operations
On 3/23/11, Kevin Cozens wrote: Robert Sasu wrote: I am Robert Sasu and I wrote an e-mail in the morning about the application for the Adaptive Image Cloning. Since then I've spoken with mentors on IRC, and they said that this project is no more available. I don't know who told you that mitch and Alexia or why The agreement was not to introduce new tools based on old core, and GEGL based tool here means underlying GEGL painting infrastructure which is simply not ready yet. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CMYK file export plug-in
On 3/22/11, Jacek Poplawski wrote: I need CMYK support for photo retouch, to create better colors. CMYK is no different than LAB, HSV or RGB. It is colorspace like others, but uses 4 channels instead 3. Right, all colorspaces are equal, but some are more equal than others :-) The willingness to go from a wider gamut to a narrower gamut for editing what will then go to a different color space once again is, er, equally amazing :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CMYK file export plug-in
On 3/22/11, Jacek Poplawski wrote: I need CMYK support for photo retouch, to create better colors. CMYK is no different than LAB, HSV or RGB. It is colorspace like others, but uses 4 channels instead 3. Right, all colorspaces are equal, but some are more equal than others :-) The willingness to go from a wider gamut to a narrower gamut for editing what will then go to a different color space once again is, er, equally amazing :) I just mean that they should be treated similarly :) For photography? I very much doubt that. When it comes to all things related to photography, the point is to preserve as many colors as possible. Which is how all those ProPhotoRGB and the like were introduced all those years ago. Jumping between wide and narrow gamuts effectively kills useful information. Hardly better colors, sorry. It *might* be OK to go from RGB to CMYK in case the picture will then be saved to CMYK TIFF or CMYK PSD and inserted into a DTP app, an even then you need a profile for exactly the printing device that will be used, because in case of printing color reproduction depends on things like the kind of paper and the kind of inks. There simply is no such thing as device independent CMYK profile. So editing an arbitrary picture in arbitrary CMYK color space defined by an arbitrary ICC profile simply doesn't make any sense. For some reason this has become a sad common practice, but it doesn't mean that it's the right thing to do :) Even working in CMYK natively from scratch makes sense in just one case: when you create an illustration for printing and, again, you have the profile for the device that will do the printing. Otherwise you just screw up color reproduction. Given how design tends to be multidevice now, especially branding (same pictures used in e.g. printed leaflets and on website) the best workflow is to work with high bit depth precision in a color space with as wide gamut as possible (not CMYK) and then selectively tune things for every output device. The earlier proposal by Peter Sikking (a special projection in output device color space) makes quite a lot of sense there, *if* there will be additional tools implemented to do on-site work like trapping etc. and *if* it will be possible to assign spot colors and export them properly to PDF. The latter right now simply isn't possible, because the existing PDF exporter uses Cairo which is still missing spot colors implementation in thePDF backend. There are so many things regarding CMYK and printing like GCR and UCR and best method for rendering intent for each job that should be taken into consideration when going from RGB to CMYK that treating CMYK as any arbitrary color space is simply impossible. I can understand how this could be frustrating for someone who is used to treat CMYK exactly that way, though. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Regarding GSOC project idea
On 3/20/11, bhavya agrawal wrote: Hi guys, Yes I was referring to DICOM 3 and I would like to add that there are not many open source software right now which support DICOM and a nice proper software for DICOM costs around 10,000 euros here in Europe. So, it would be nice if we can have a nice open source implementation. As far as I can tell, it doesn't really matter if a particular application supports DICOM until it's certified. Given presense of free-as-in-speech tooldsfor vieweing and converting DICOM v3 files, I'd say this task would be low priority, though a nice thing to have :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSoC 2011
On 3/20/11, Bill Skaggs wrote: I think it would be pretty difficult to figure out the algorithm by looking at the Gimp source code. The algorithm that Gimp uses is based on papers by Todor Georgiev, and you can find a description of the algorithm in a paper he wrote called Photoshop Healing Brush: a Tool for Seamless Cloning -- you can access a PDF version at http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.109.5521rep=rep1type=pdf Note that Gimp only uses the Laplacian method that he describes, not the more sophisticated fourth-order version. GIMP's implementation is prone to errors which is especially visible when you heal near a visible border. I'm not entirely sure it's a good idea to learn from it. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Regarding GSOC project idea
On 3/19/11, bhavya agrawal wrote: Alternately, it would also be great if anyone can mentor us in some other project such as -* * - *DICOM support for GIMP* Are you referring to DICOM v3? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSoC 2011
On 3/20/11, Ashok1288 wrote: I am interested in your project of implementing adaptive image cloning in Gimp.. Is it possible to get the code for this particular instead of surfing around the whole..to get familiar with Gimp? also about the algorithm used in previous versions and current one.. to get myself familiar? This algorithm isn't implemented yet, that's why it's the potential GSoC project. What exactly do you want to get familiar with? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enabling a 2.8 release: planning for a 2.10 release
On Mon, Mar 14, 2011 at 1:59 PM, Joao S. O. Bueno wrote: Hi, This decision, as I see it, change the release date from within months to within some weeks - I hope you have in mind that Translators have to know about so they can update translations as possible, as well. At some reasonable point before the release, a string freeze status for GIMPshould be set (even if a few string chanegs are to happen after that). Speaking of which, I'd love to know what on Earth the reasoning behind putting https://bugzilla.gnome.org/show_bug.cgi?id=556884 off the milestones is supposed to mean. The prerequisite is in place, making the messages translatable is very little work. So why are we going to ship 2.8 with the horrible mix of English/localized UI once again? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Announcing AdaptableGIMP
On Sat, Mar 12, 2011 at 1:59 AM, Michael Terry wrote: We would like to announce the availability of the initial release of AdaptableGIMP, a modified version of GIMP that integrates new social, community-based customization features into the application. I'm afraid that AdaptableGIMP is a new version of GIMP line as well as no other statement about relation of the project to, er, vanilla GIMP leaves a lot of room for speculations :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enabling a 2.8 release: planning for a 2.10 release
On Tue, Mar 15, 2011 at 8:25 PM, Martin Nordholts wrote: Speaking of which, I'd love to know what on Earth the reasoning behind putting https://bugzilla.gnome.org/show_bug.cgi?id=556884 off the milestones is supposed to mean. The prerequisite is in place, making the messages translatable is very little work. So why are we going to ship 2.8 with the horrible mix of English/localized UI once again? There are thousands of other small things we could spend time on rather than working on the highest prioritized features dictated by our roadmap. But if we do, it might very well go another 9 years without any support for high bit depths in GIMP. It looks like you didn't even bother looking at the bug report in question. Right now all it takes is green lights for someone (e.g. me) to enable the messages for translation and then let translators do their work. With all respect due, what 9 years are you talking about? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP vs Photoshop
On 3/8/11, Bogdan Szczurek wrote: When you define a color using the color chooser, I suppose you work in HSV, not RGB? In fact, most of the time I use CMYK color chooser. Since we got carried away from the topic anyway, I keep hearing users complaining about various bits of GIMP still not color managed, most notoriously -- filter preview and sample points. The latter is sort of critical to those who uses separate+ and/or CMYKTool after editing things in GIMP. That makes one wonder if it will be addressed in 2.8 or later. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP vs Photoshop
On 3/8/11, Bogdan Szczurek wrote: Since we got carried away from the topic anyway, I keep hearing users complaining about various bits of GIMP still not color managed, most notoriously -- filter preview and sample points. The latter is sort of critical to those who uses separate+ and/or CMYKTool after editing things in GIMP. That makes one wonder if it will be addressed in 2.8 or later. I think that we could touch here a broader problem of system wide color management. I think leaving color management to every single graphics editor separately is a no-no. Oh, but you don't have to do it :) GNOME Color Manager already provides D-Bus methods to request stuff like working color space profile. Any D-Bus enabled app (and GIMP is one) can do that. For 2.8, however, simply fixing what's already there would be enough. (Albeit I heard from users who deal with DTP that they actually like advanced cms display filter: http://registry.gimp.org/node/24944) Alexandre Prokoudine http://libregraphicsworld.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 2/13/11, 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. In 2009 and 2010 guiguru did GIMP related usability workshops that haven't resulted in a spec yet (the 2008 one has), but some useful material presumably is available: - vector layers and drawing geometric primitives [1] - unification of selection tools (no reports from it, IIRC) [1] http://blog.mmiworks.net/2009_07_01_archive.html Could those be GSoC projects as well? At least unification of selection tools could become a project to povide infrastructure for gegl based selection tools (or am I missing an existing one?). Another idea was, IIRC, an on-canvas iWarp implementation on top of improved gegl op implemented last GSoC for cage transform so that it worked out of cage. Alexandre Prokoudine http://libregraphicsworld.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 3/8/11, Bogdan Szczurek wrote: I could think of fully hardware accelerated rendering. Most modern hardware provides accelerated rendering and many tools could be speed up significantly. The CPU just doesn't scale well when it comes to current image resolutions and some brush types (smooth, smear, etc.). Also the performance to display multiple layers or adjusting them could be much faster. I think it would be more of a wish for GEGL as the GIMP's engine of tomorrow ;). Awww, well, come on over, baby, step into my time machine. (c) GFR http://git.gnome.org/browse/gegl/log/?h=gsoc2009-gpu Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP vs Photoshop
On 3/8/11, Michael Grosberg wrote: But photo retouching isn't the only thing GIMP can do, and I don't see why the need to focus on it. What about web graphics? digital painting? Texture art? I'm sure the artists who worked on Sintel would amaze the students with their Gimping skills. plug mode=shameless There is, in fact, a whole DVD on digital painting by Sintel art director based around tweaked version of GIMP: http://www.blender3d.org/e-shop/product_info_n.php?products_id=122 /plug Alexandre Prokoudine http://libregraphicsworld.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 3/2/11, Alexander Rabtchevich wrote: I can remember there was an intention to rewrite iwarp plug-in as a tool... It's doable on top of the gegl op that powers Cage transform tool. That op only :) has to be tought working outside of the cage. Sounds like a good GSoC project to me. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Roadmap - wiki page
On 3/2/11, Michael Grosberg wrote: Adjustment layers = per-pixel value change (hue, levels, etc - stuff from the colors menu) Such layers have a mask and adjustment properties but no actual color content. Filter layers = real-time application of filters (sharpen, blur, distort) that changes whenever the layers *beneath* it are changed. These are not per-pixel but rely on the entire image. Such layers have a mask and filter properties but no actual color content. These are updated whenever the content odf any of the layers below it is changed. Don't you find this separation between adj layers and filter layers a bit over the top? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Porting GIMP plugins to GEGL operations
On 3/2/11, Andreas Plath wrote: 1) Looking in the GIMP and GEGL dev sites, I found a list of library dependencies for GEGL but not one for GIMP. I haven't downloaded the source yet, so perhaps there's such a list in there. If not, where can I find it? My computer runs a vanilla Ubuntu 10.04 install, should I expect any problems? 'sudo apt-get build-dep gimp' will get you all dependencies except gtk-doc-tools package 2) Are there any special guidelines for writing plugins using GEGL operations? Are they listed anywhere? (Looking at the GIMP dev site I haven't found any). Is there an already ported plugin to use as an example? Or a template? http://git.gnome.org/browse/gegl/tree/operations/common/motion-blur.c http://git.gnome.org/browse/gegl/tree/operations/common/pixelise.c Not verbatim, but close to original ports: http://git.gnome.org/browse/gegl/tree/operations/common/mirrors.c http://git.gnome.org/browse/gegl/tree/operations/common/grid.c Also note that some filters should become meta-operations which means an operation that simply reuses other operations as building blocks. A good example of one is unsharp mask: http://git.gnome.org/browse/gegl/tree/operations/common/unsharp-mask.c 3) Which plugins should be ported first? Is there a priority list? Is it possible to port all plugins given the current list of GEGL operations? If not, which are possible? There are no priorities set. You will find it most encouraging porting filters you care about most :) 5) Where should I go for help when I need it? :-) On IRC: #gegl at irc.gimp.net Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP Roadmap - wiki page
On 3/1/11, Michael Grosberg wrote: I also have a couple of suggestions for things to put on the roadmap: * change the floating selection behavior so that float and un-float can be automatic and not need user's explicit input. Wasn't it supposed to be done in 2.8 actually? Floating selections got some attention last year -- that's for sure. * unified transform tool (I remember seeing plans for that last item on Peter sikking's Blog) http://gui.gimp.org/index.php/Transformation_tool_specification You will probably be nicely surprised :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] color tools presets management
Hi, Here are some notes on managements of color tools presets. I'm not really sure which of them are acknowledged, so off they go anyway. First of all, named presets are very cool. I *love* 'em. But there are some issues. 1. As soon as you select a named preset, changes are applied, but the name of the preset is not displayed anymore in the combobox. It's a little thing that makes the whole thing look a bit weird. 2. You cannot save all presets to one file currently. So if I want to share them all, I have to manually concatenate stuff in a text editor. 3. After manual concatenation I still have to add names manually, because currently GIMP doesn't save names of presets (mitch explained on IRC that a presets simply replaces what's in the dialog and waves goodbye, if I got him right) 4. Opening/Saving presets from management dialog doesn't work yet. 5. Multiple selection is really missing in the management dialog for faster cleanup of unused presets. And actually, it would make a lot of sense to do multiple selection in the management dialog for exporting as well, so that users don't end up with either *everything* or just *one* setting in the exported file. Which of that should end up in bugzilla? Alexandre Prokoudine http://libregraphicsworld.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 2/13/11, LightningIsMyName wrote: Slicing tool One of the most requested features by web designers and/or interface designers, is the addition of a slice tool. Currently slicing images inside GIMP can only be done in grids (using guides and the guillotine action) and you can't split just one rectangle in the middle. For example, the following slice can not be achieved: --- ||| ||| ||| ||| -|| ||| --- Oh come on, just port Slice tool from gimp-sharp to GIMP. All it takes is rewriting from C# to C + cairofication. *Then*, additionally, someone could rewrite it to work on canvas and save the slicing info in XCF. That's all, really. Adaptive Image Cloning (aka Semaless Cloning) As already stated in #gimp, it's an awesome idea. You only forgot to link to the paper :) http://www.cs.huji.ac.il/~danix/mvclone/ Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop “compatibility” mode
On 2/2/11, Bogdan Szczurek wrote: different after all. Please don't be mad at me for saying that for I don't intend to offend anybody. Nobody's mad at you :) I see where you are coming from, I even spent some time in the past providing this kind of solutions for e.g. Inkscape users (http://bit.ly/i2HJeR), but you see, the whole topic is really about near-term outlook vs. long-term outlook. Providing an easy way to switch to Ps shortcuts scheme is a near-term solution, i.e. useful for people who just need GIMP once or twice in their life after having used Ps for a decade or so. For people who want to switch from Ps to GIMP this near-term solution will do a terrible job: they will never get full mapping of keys (believe me, I know what I'm saying), they won't be motivated enough to move to native shortcuts, and they will find it difficult to follow all kinds of documentation. (I'm not even saying how introducing this switch will motivate everyone to ask the team to provide Ps-like menus using the very same reasoning.) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop ?compatibility? mode
On 2/1/11, Christopher Curtis wrote: I would agree that there are problems with the way people tend to interact on this list. One of which is the knee-jerk reaction whenever an email comes across with the word Photoshop in it. What you call knee-jerk reaction is the result of generations of users coming and telling the team to just make GIMP like Photoshop or make it easy to make it behave like Photoshop (which is the same thing really). Would you like to lead this project for the next dozen of years to get an idea? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop ?compatibility? mode
On Tue, Feb 1, 2011 at 6:17 PM, Michael Grosberg wrote: How about this as a suggestion: Find an existing menuRc files with photoshop key bindings. Ask the author if it can be included in a Gimp release. Include it as a renamed file so its not loaded by default. find a maintainer for it (the original author if possible, but if not, I can do it). *sigh* http://git.gnome.org/browse/gimp/tree/etc/ps-menurc Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop ?compatibility? mode
On Tue, Feb 1, 2011 at 5:30 PM, Christopher Curtis wrote: What you call knee-jerk reaction is the result of generations of users coming and telling the team to just make GIMP like Photoshop or I recognize the root of the issue, but that makes it no less an issue. What may seem to you like bikeshedding seems to me like the immortal remnants of the Carol Spears hydra. I asked if anyone would complain about a patch that brings GIMP in line with every other program that I could find wrt using Backspace as color fill. One person objected, nobody said it would be a fine patch -- they'd rather complain about Photoshop users. Because people talk about the big picture. Pretty please carefully reread what Jon Cruz wrote in the thread. It's a spot-on message. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop ?compatibility? mode
On Tue, Feb 1, 2011 at 6:55 PM, Joao S. O. Bueno wrote: On Tue, Feb 1, 2011 at 1:45 PM, Alexandre Prokoudine wrote: Because people talk about the big picture. Pretty please carefully reread what Jon Cruz wrote in the thread. It's a spot-on message. You mean Jon Senior? Nope. I did mean Jon Cruz :) http://lists.xcf.berkeley.edu/lists/gimp-developer/2011-January/026174.html --- snip --- This came up at linux.conf.au this week. I had a chance to talk with a couple of users and graphic designers about UI, including the issue of being made similar to Adobe products. The almost immediate response was that if the program is not going to behave *exactly* as the Adobe one does, in smallest detail, then it is far better to have an explicitly distinct UI. Being close just leaves the end user with a vague feeling of incompleteness and that the software is not really ready for serious use. --- snip --- Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop ?compatibility? mode
On Tue, Feb 1, 2011 at 8:16 PM, Michael Grosberg wrote: I will refrain from expressing my opinion on undocumented, undiscoverable features. Now only a help page is needed. I think I'll go and join the Gimp-Docs mailing list and take it from there. This is an area in which I have a lot of experience (I've been documenting graphic apps for several years now). So far it looks like the best outcome of the thread :) Thank you. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop “compatibility” mode
On Mon, Jan 31, 2011 at 6:33 PM, Christopher Curtis wrote: On Sun, Jan 30, 2011 at 8:51 PM, Liam R E Quin wrote: I'm actually Ok with this. But we have to agree what we mean by peer applications - I'd say gimp and inkscape are, for example, and not gimp and photoshop. So your argument is that on the Software Spectrum GIMP is not a graphics application but is first a GNOME application. For the people who want, you know, to create GNOME. It just happens to create GNOME using graphics. That's sarcasm of course - you say that primary platform trumps application domain, and GIMP is GNOME because that's where it's hosted; a rather myopic and user-hostile view, IMHO. Most people don't care one whit about GNOME or where GIMP is hosted. Let's start with the fact that Inkscape isn't a GNOME application (though it uses GIO, AFAIK). Now, there is nothing bad about following UI conventions set by umbrella organization such as GNOME as long as they make sense. Do we have agreement on that? Furthermore, collaborating with Inkscape *instead* makes a lot of sense, because GIMP + Inkscape are a usual combo. Blindly reusing shortcuts from old Adobe products doesn't make a lot of sense. I'd have to look at Ps again to make sure nothing changed, but Illustrator carries around somewhat inconsistent shortcuts exactly because old habits die hard. I'd say that the idea of reusing shortcuts from an application where they had been stacked on top of each other over years without review is a bit on the crazy side. The very same many people who don't care about GNOME want GIMP to be a drop-in Photoshop replacement. Needless to say, this is not the point why GIMP exists and is being worked on. One would have to lose all self-respect and joy of life to work on a free drop-in replacement for *any* software project. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop “compatibility” mode
On 1/30/11, Christopher Curtis wrote: So all I'm suggesting is that instead of simply producing PhotoShop keybindings (which is a fine idea, IMO) They already are produced that an interested person actually look at the broader picture to see if there is any accelerator convergence among peer applications and propose bringing GIMP into alignment where it makes sense to do so. You can start from here: http://create.freedesktop.org/wiki/User_interaction_implementations Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Photoshop “compatibility” mode
On 1/30/11, Bogdan Szczurek wrote: Lately I've been discussing with a collegue of mine some differences between Gimp and Photoshop and how long-time Ps user feel when seated in front of Gimp. I know… I know… the neverending subject, but I'm not trying to start the flame again, Do you genuinely expect us to believe it? :))) So, how about a small extension to GUI to let one choose one of predefined shortcut sets and including “Photoshop compatible” shortcuts to the source tree? I know many people would be much pleased with that, since a seasoned Ps user tend to rather “just poke the right key” to do his bidding that to wander through the menu. I'm not trying to prove one shortcut scheme better than the other. Now seriously… what do you think? Being the utter bastard who updated the Photoshop mocking keyboard scheme file a while ago to match CS4 shortcuts I can only say that I'm terribly sorry about having done it. Here is my reasoning. Shortcuts are integral part of the whole thing that shapes habits of users, especially the motor function. If you keep a bug chunk of interaction from one application and replace one of its integral parts with a bit from a different application with different approach to user interfaces, you get a monster of a very nearly tentacular nature. By adding the scheme switch you advertize this monster (well, a halfhearted measure at best). As we use to say in Uberwald, if you don't want a monster, you don't pull a lever :) P.S. So, should I go ahead and update it again to match CS5? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Developer Boot Camp?
On 1/28/11, Kevin Cozens wrote: Eric Grivel wrote: Which is where my thought of a boot camp came in. What if there was a group of potential new developers all struggling with the same learning curve? Wouldn't it be great if an experienced Gimp developer could lead the whole group through a series of exercises, designed to gain experience and understanding of the Gimp and Gegl internals. The new people getting an education on GIMP from some sort of boot camp or QA with the developers should write down the information they learn in a public document. Exactly. Write down the question, write down the answers. When the mass of 'write-downs reaches a particular point, all the notes can be transformed into docs for beginners. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GSoC 2011 announced
Hello, teams :) Google has just announced GSoC2011. http://google-opensource.blogspot.com/2011/01/google-summer-of-code-announced-at-lca.html The timeline is here: http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/timeline /crossposting-is-evil Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Possible Future of ScriptFu/TinyFu with R6RS/Racket
On 1/14/11, Kevin Cozens wrote: It is well known in that a lot of people know it exists. As for it being understood, not so much. I hate to tell you, but JS indeed is broadly known and used. At least half of Creative Suite is scripted in JS, and there is a whole industry around various JS based extensions and scripts for CS. I won't say how many times I heard users saying Oh my, I could write scripts in JS, but learning a new language just for GIMP? Thanks, no. only because I stopped counting few years ago. Just a little perspective from outside :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Why GIMP is Inadequate
On 1/13/11, Malix wrote: on this blog there is a post about Gimp that generate a lot of user comments. http://troy-sobotka.blogspot.com/2011/01/why-gimp-is-inadequate.html I think that someone of you that can replay to false things must post a replay. The fact that people don't understand what's happening in the project can only mean two things: 1. What's happening in the project is not communicated to users. 2. Some users don't care about what's communicated to them and stick to misconceptions they've grown to take for truth. The first is now being taken care of. As for the second, some people just can't be helped. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] translate menu mod
On 1/13/11, Sven Neumann wrote: Why doesn't FX Foundry install its own po files in its own translation domain? Script-Fu has support for registering an additional translation domain. Because you said it was impossible :) http://www.mail-archive.com/gimp-developer@lists.xcf.berkeley.edu/msg19130.html And Kevin agreed :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] translate menu mod
On 1/11/11, Alexia Death wrote: anything up. If you use strings that have translations in their original location, you may even get translation working, tho Im not sure how script-fu and localization interact specially in regard to lables. Checboxes and suchlike in FX Foundry scripts dialogs are partly translated, because some messages ara translated in po-script-fu/*.po. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Working toward 16 bpc Gimp
On 12/18/10, Pete Bergstrom wrote: From the comment log for Bugzilla #74224 (https://bugzilla.gnome.org/show_bug.cgi?id=74224), the last word seems to be the need to rewrite code using TileManager to directly use GeglBuffers. Is this still what's needed, and someone willing to review my work if I dig into this and produce some results? Hi Pete, For some reason noone replied so far. It's probably all that nearly winter holidays rush and madness :) The best place to discuss development seems to be IRC (#gimp at GIMPNet). Most developers hang around there, except just not now (winter holidays again). Your primary contacts would be neo (Sven Neumann) and mitch (Michael Natterer). Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Unsharp Mask and Sharpening
On Thu, Dec 9, 2010 at 1:35 AM, Jan Smith wrote: Will Wavelet Sharpen be included in GIMP 2.8? I find the Luminance setting gives even better results than Unsharp Mask. My impression is that the team does its best not to include new filters, but rather get rid of some. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping Scheme with gimp 2.8?
On 12/17/10, anybody wrote: hey all, I recently got informed that you (dev-community) are planning to drop Scheme-support for 2.8++ I recently got informed that alien military forces are going to steal Santa on Christmas Eve. If you tell me who told you about removing Script-Fu, I'll tell you who told me about aliens and Santa. Everybody wins. Do we have a deal? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a reset...
On 11/23/10, peter sikking wrote: GIMPsters, just FYI, but to escape out of a backlog of 641 GIMP devlist emails waiting for me with ever more not-so-trivial-as-one-thinks UI issues waiting for me, I had to set them all to read, and jump in again. on a more positive note, in order to get some UI work moving for GIMP again, I am in the process of creating (and paying for) two internships at my company. These two apprentices will work by default on GIMP under my direction. Hi Peter, I'm a bit surprised nobody commented so far :) Is this internship going to deal with what your students came up with last year and this year at a course on FH Vorarlberg? I mean the vector layers UI, shapes drawing and some of the selection tools merge. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] astronomical use of GIMP
2010/11/18 Łukasz Czerwiński wrote: Another limitation of using GIMP for a 3 color image is that GIMP does not use what are known in Photoshop as Adjustment Layers. How about adding this missing feature to GIMP? You know how to submit patches, don't you? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Hello from an Inkscape filters developer !
On 11/7/10, Ivan Louette wrote: Just to say Hi and tell that I would be interested to discuss and contribute to the Gimp/Inkscape synchronization. I develop Inkscape SVG filters from the beginning of Inkscape 0.47 development cycle and I asked me for example if some exchanges between filters data could be possible between the two programs in the future, or if someone would be interested to discuss about what could be done in this area. Hi Ivan, The plan is to use GEGL for I/O in the future, and as far as I can tell GEGL already supports SVG and some SVG features like blending options (implemented as operations), see http://gegl.org/operations.html for more info. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Color from Gradient broken
Hi, I'm not sure what recent changes it's related to and whether this is well-known, but Color from Gradient appears to be broken: if you check the option and choose even a very colorful gradient, the brush will still paint with the currently chosen FG color. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] where is this string in practice (from quick-mask-commands.c)
2010/10/25 Cristian Secară wrote: I like to know where (or how) can I see this string in practice: #: ../app/actions/quick-mask-commands.c:105 msgid Quick Mask Attributes #: ../app/actions/quick-mask-commands.c:108 msgid Edit Quick Mask Attributes #: ../app/actions/quick-mask-commands.c:110 msgid Edit Quick Mask Color #: ../app/actions/quick-mask-commands.c:111 msgid _Mask opacity: 1. Open an image 2. Use Shift+Q to create Quick mask 3. Go to Channels dialog 4. Right-click on QUick mask channel 5. Choose topmost menu item Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] menu back in the toolbox
On 10/25/10, Alexia Death wrote: This happened to me quite recently if I worked with maximized image window. It snaps out of maximize and back into any size it was before. It happens whenever I close an image or open one too. Or it takes you to the last opened tab in single-window mode after some actions like resizing. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] menu back in the toolbox
On 10/24/10, Tomek CEDRO wrote: As for *ists, you got it exactly right: usabilists were involved. So, the usability theory now opposes what user think is usable because theory knows better..? Are you serious about that? Jumping at conclusions won't get you anywhere, my friend. In the new UI there is no way the toolbox menu can be useful. Really. It's a dinosaur and it was about time for some meteorite to save human embarassment of dealing with prehistoric creatures -- all claws, fangs, pointy tales and whatnot. Please accept this change. Ok then, according to your way of thinking, I could call myself a neohuman and kill all other human beings because they are dinosaurs and dealing with these prehistoric creatures is embarrasment. Pushing metaphors won't get you anywhere either. I stated clearly that there are more people using this menu and they can have their own vision and habits on the usage. Sure, there are more people who are pissed off. How many? Did you count them? Did you compare their amount with amount of people who absolutely love the way things are changing in GIMP's UI? Use facts for answering that one. What I told in point 1 is that these changes could have been done as an option to make both sides happy. It quite couldn't. You all usabilitists Me? No way :) I'm not usability architect. And that you all %usernames% sounds a bit hysterical. say there is no way instead searching for a way to make it happen. Because it was already analyzed? If you say that this menu is too wide to work on one column toolbox, then make a button that call top of this menu It seems to me that instead of sitting down for one minute and actually listening to what people tell you without jumping at conclusions you go ahead inventing curious ways to support your old habits. This one, in particular, sounds like the cure being worse than disease. Regarding the backward compatilibility, I guess that you do not work on x86 machine (or even x86 equipped Mac product) and you have nothing to do with backward compatibility in your everyday life - no money, no mathematics, no four wheel car, no house with entrance door, no applications that were written more than 5 years ago? Again please take a look at the x86 architecture, or Blender file format that contains structure definition so the file can be opened with different versions of the software. Just FYI the first Blender Foundation's movie can be rendered only with Blender's version that is shipped on the DVD. And a little bird told me that Sintel is going to be the same. That makes your choice of argumentation rather amusing apart from all the other incorrect assumptions you already made and are probably still going to do. I think you try to protect your own truth by all means necessary, Excuse me, are you quite sure you are not talking about yourself? :) Tell me please why didn't you create your own fork if you didn't like the GIMP way? 1. Because I quite like the way things are changing. 2. Because I do not code. Maybe you intended to ask why GIMP developers didn't fork GIMP? I'd love to hear your own version of that one! :) Say a firm no to boring Mondays. Curiously enough, there is a fork of GIMP by a person who just like you didn't like the changes: http://tinyurl.com/394ggmj what is the point, why it cannot happen - because your new bright vision is better than others. You are missing an important bit of information again. Let me enlighten you. The job of usability architect (and it's not me, by the way) is to analyze all the different users requirements and come up with design that will make an application a better experience for most users in the focus group, even if it means abandoning some minorities. Therefore a usability architect's vision cannot be better or worse than someone else's -- it compounds and fuses visions of many people. I can see how conceiving that might take some time for you. Don't hesitate to think about it long enough instead of overreacting again. OK then, I will wait for 2.8 and see if it is at least as usable for me as 2.4 was, because 2.6 is definitely not. Jolly good :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] menu back in the toolbox
On 10/23/10, Tomek CEDRO wrote: I don't understand the point of removing this menu without leaving user option to make is available again - if there are people that don't like this menu they should simply make it invisible. Why do you enforce users with your vision on what is better for them, with no other option (some communists or other *ists involved?). Enforcing vision is what software development is all about :) You've been using GIMP for ten years after all, you were supposed to know that :) As for *ists, you got it exactly right: usabilists were involved. In the new UI there is no way the toolbox menu can be useful. Really. It's a dinosaur and it was about time for some meteorite to save human embarassment of dealing with prehistoric creatures -- all claws, fangs, pointy tales and whatnot. Please accept this change. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] menu back in the toolbox
On 10/24/10, Tomek CEDRO wrote: 1. There is no need to remove this functionality (or any other) - the simplest solution is to connect visibility of that menu with the checkbox in the preferences menu / toolbox section. If anyone wants to see this menu, they check the option. Option unchecked will hide menu and make a free space for other tabbed tools pallettes. No problem, both sides are totally happy :-) There are more sides than you think. And the sides you mention don't exactly do what you expect of them. 2. The toolbar is smaller and more comfortable and does not hide window I am working on (ie. when taking a screenshot). Smaller than what? With GIMP from Git master I can make toolbox one column wide, whereas toolbox menu enforces (lovely word, I'm gonna use it from now on) width of toolbox of at least three columns, and that already means not seeing Help menu item. That alone is a great reason to kill the toolbox menu, and there are more reasons to do it. 3. It was really nice when working on multiple desktops with lots of windows - I had some worksets placed around different workspaces. This is critical functionality for me. There's a lot of I in your mail, but please understand that judgments of one person are not enough. Changes always mean that somebody is going to be pissed off. Providing backwards compatibility for behavior in an application means that this application becomes a horrible mess, as a rule with no exceptions. Most of your points are raised because the toolbox menu was your kind of central point of access to features. This is no longer true in the new design and (arguably) cannot stay true. Until optional single-window mode is finished (2.8, hopefully), my recommendation to you would be to hold your judgments. What you are seeing in 2.6 is an in-between state, a milestone. In other words, things are changing. You might actually like the final result. Be patient. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] LAB in Info Window
On 10/22/10, jcupitt wrote: The native CMS is often horribly unreliable and incomplete. The one that ships with XP, for example, is almost unusable. I think this component has been replaced now, but the new version is still missing support for more recent profiles (hope I have that right). Gimp would need to make at least three Windows binaries: LCMs, XP and Vista+. What would be the point of that, when one could implement abstraction layer for pluggable CMMs and LittleCMS as default CMM? It's what Scribus team was working on last summer. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] IMPORTANT: GIMP AND OPENSOURCE SCAM ON EBAY!
On 9/23/10, Abir Sadik wrote: This is some really serious violation going on, and i hope someone will do something about it. In my experience there is nothing you can do about that, educating that kind of repackagers is just wasting your time. We in Audacity project tried dealing with this, got nowhere and simply ignore this. It would also be nice if you STOPPED USING ALL CAPS :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Native RAW support
On 9/20/10, fufuz wrote: I read on the Internet, that GEGL will provide support for many raw format types of different camera manufacturers already by itself Where I come from people say that the only thing that happens by itself is newborn kittens :) GEGL already uses libopenraw library that is a can-opener for RAW file formats. Unfortunately as a project this library seems to be dead. There are other open/free libraries for dealing with RAW, like LibRaw, so this is not exactly the issue. The way things are going native RAW support in GIMP using GEGL + some can-opener library will likely require a dedicated developer in the team. Which the team doesn't seem to have right now, being heavily shorthanded and outnumbered. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] shorthanded and outnumbered (Re: Native RAW support)
On 9/20/10, oliver wrote: On Mon, Sep 20, 2010 at 01:39:42PM +0400, Alexandre Prokoudine wrote: [...] The way things are going native RAW support in GIMP using GEGL + some can-opener library will likely require a dedicated developer in the team. Which the team doesn't seem to have right now, being heavily shorthanded and outnumbered. [...] A problem I talked about with people more than once. Not here, perhaps? :) So what I often asked for is something like an overview on the Gimp-code. A documentation could help, It is true that dev documentation is lacking essential bits for new developers. Barak Itkin used to have beginnings of GIMP's architecture overview. I wonder what stage the document is in :) but I personally would prefer workshops, where I can ask the more expereienced developers on who things are done. Workshops organized by...? Where? On whose money? This saves a lot of time and can motivate people. You live in Germany, as several GIMP developers do. Last thing I heard is that developers want to have a face-to-face meeting some time around release of 2.8 or maybe before (if I got that right). Thy will be occupied with things, but maybe they can find time to talk to you as well? Otherwise some developers that could help a lot would just do different things. In my experience people who really want to contribute find IRC good enough for discussing things. This is how the project acquired some of our most valuable contributors despite of lacking documentation and no workshops. Some weeks ago I asked on irc for some help in gimp script programming. The answers I got were rather uninformed - from people who seem to be developers in Gimp. Seem to be or are developers? Do you understand that you base your judgments on an assumption and proceed with them as if the assumption was correct? This is not nice really. No useful answer, rather rhetoric questions instead of answers. That still keeps a possibility of a question asked in a particular style :) I then got the answer from someone else, who has nothing to do with Gimp coe development, but did a lot Gimp scripting. So the problem was solved then? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Wish: A better animation system inside GIMP
On 8/29/10, LightningIsMyName wrote: Still, abusing layer names must stop and this is my main request - and in order to stop this we must introduce a very simple animation editor With keyframing, presumably? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dummy Layer with particular dynamic
On 8/28/10, Jacopo Corzani wrote: Sorry but i don't understand if this possible new feature (adjustment layer) is interesting or not? Well, adjustment layers is what GIMP developers seem to refer to as layer abuse :) There are different ways to implement non-destructive editing. Would you be interested to find out more? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Alignment-Tool Guides
On 8/23/10, oliver wrote: My recollection is that layer border are already magnetic, too. New feature? Since when? I have 2.6.7 here. Can it be disabled? Snapping options are in the lower half of the View menu. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Color Changing Features that I'm looking for...
On 8/18/10, oliver wrote: sorry it is a german text, but looking at the pictures might say enough: http://eye.de/tip_labstaerken.shtml Theese feature of changing color tones is, what I'm looking for since a while. Just use LabCurves http://www.mm-log.com/blog/2010-07-09/adaptive-saturation-curve-labcurves Or do everything in darktable It's necessary to have Lab-mode, which seems to be nonsense to some developers This is simply not true Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 2.7.3 Performance
On 8/10/10, Dave wrote: I've reinstalled 2.7.2 (not 2.7.3 as in the title). I don't like the tapering effect of the 'Basic Dynamics' brush setting so I've created my own that sets opacity only so as to emulate what I would typically use in 2.6. However irrespective of the brush dynamic the brush lags during use. The lag is unnoticeable with a small 1600x1200 single layer file, but very noticeable on one that is 1521X2807 with 10 layers. I typically work on files double that size in 2.6 without issue. And typical brush size would be...? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] c++ gimp plug-in
On 8/6/10, Tim Chen wrote: Is it possible to write GIMP plug-in in C++? Yes. there are several 3rd party plug-ins for GIMP written in C++: GREYCstoration, G'MIC, Resynthesizer. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] where is this string in practice (from tool-preset-editor-actions.c)
2010/8/2 Cristian Secară wrote: I like to know where (or how) can I see this string in practice in 2.7.1: #: ../app/actions/tool-preset-editor-actions.c:42 msgctxt tool-preset-editor-action msgid Tool Preset Editor Menu Windows Docked Dialogs Tool Presets Click the triangle button in the newly opened dockable dialog. There it is. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] html layers
On 7/31/10, Tobias Ellinghaus wrote: Smashing magazine linked to an interesting blog entry, where John Nack discusses the possibility of HTML layers in photoshop. I don't see any use cases where that would help. Then you might want to read up on recent trends in web programming. You see, these days CSS can do a lot of stuff that used to be done with layer effects and whatnot in Photoshop before: gradient overlays, rounded rectangles, inset text and so on. And CSS is a standard. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] html layers
On 7/31/10, LightningIsMyName wrote: I don't see GIMP becoming an HTML editor - not only because there is no one with time to develop this (building an html editor is lots of work), but also because this isn't GIMP's product vision. Really? So GIMP is suddenly not the tool for web developers? :) GIMP is meant to be a high-end image manipulation/creating program, and not an application for designing web interfaces (and coding them). Who said that? I love the fact that unlike photoshop, GIMP is simple. There are millions of people out there who think otherwise :) I don't want overcomplicated interfaces just to get more features What makes you think this would be overcomplicated? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] html layers
On 7/31/10, peter sikking wrote: so there is an explicit 'no' for GIMP as a web design tool. You probably meant web programming :) there is an explicit 'yes' for GIMP as a production tool for all graphics that are used on a website. This does mean that there needs to be better support for this, like automated cutting and exporting of all the parts from a working canvas, much more than the hack-ish slicing we have right now. But that would also involve saving information about slicing in XCF or whatever comes after current XCF, because one really doesn't want to do all the work over and over again. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Plugged-in tools
On 7/31/10, Roland Lutz wrote: There has been repeatedly brought up the request for in-window applicability of the IWarp distort. Using IWarp in the preview pane is a nuisance and much inferior to, for example, the Photoshop Liquify tool. In fact, this has been the reason for me to consider hacking the GIMP in the first place. Roland, There was an attempt to rewrite IWarp into a tool before, but this work wasn't finished. Check archives for February 2008. These days new tools are better implemented on top of GEGL. One such tool is currently in works as an objective of a Google Summer of Code project: http://git.gnome.org/browse/gimp/log/?h=soc-2010-cage Then there is the issue of dialog preview visibility. Core dialogs like Levels and Curves are able to show preview directly in the image window, as opposed to plug-in dialogs which are restricted to small preview widgets. Again, this is much inferior to the real-image preview and has got me frustrated more than once. This will change along with further integration with GEGL, AFAIK. I know there have been a number of philosophical remarks in the past against pluggable tools. However, to a user ignorant to the constraining GIMP design mechanisms, these restrictions and their consequences to the UI appear arbitrary. Why stick with these at the cost of a bad UI? Because every feature needs its programmer is the best I can come up with :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Please fix Color and/or Value transfer mode
On 7/30/10, Charlie De wrote: Wrong. This is open source. That implies that whoever writes the code decides. You know it's not that simple. The GIMP is too complex, too high-end a project for whimsical involvement. There are many ways to make yourself useful for the project. And by that I don't mean buying diapers for developers babies or whatever my sick mind can come up with :) People who *give* and take have more chances to have their wishes come true by means of basic social contract. What you need to start with, however, is learning the state of affairs in this project. Until you understand why solution is postponed, you cannot makes a request that absolutely makes sense. Luckily you seem to end up on the road towards wisdom after all :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Please fix Color and/or Value transfer mode
On 7/29/10, Charlie De wrote: Charlie, I cannot help myself noticing a slight contradiction: There are three respondents who have so far been arguing against me, three others haven't. And I'd suggest that the three of you aren't representative of the majority of users. and then you say: You're minimizing a serious issue, one that makes GIMP almost unuseable for me, forcing me to resort to external solutions like ImageMagick. So, are we talking about majority of users or you? The two don't equal to each other, I suspect :) Just in case, not everyone in this list is a GIMP developer. There are ways and ways to be involved in the project, so there's not much point counting opinions just because they were expressed. We all have our own ideas how GIMP could evolve, what bugs should be fixed first and so on, but as long as we do not write code, priorities are set by people who do. By the way, since you rely on Color mode so much, maybe you would be interested in MathMap plug-in that allows creating complex node compositions, including blending modes as nodes? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer