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=7&t=2607&start=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
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] tool presets
On Mon, Sep 5, 2011 at 9:00 AM, Martin Nordholts wrote: > This is not something that blocks a 2.8 release and we badly badly > need to make a release. This should wait until after 2.8. How does it prevent you from releasing 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
[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] 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] ANNOUNCE: GIMP 2.7.3 released
On Mon, Aug 22, 2011 at 11:33 PM, Thales Oliveira - WeAreLinux.com wrote: > I'm sorry, hasn't it been available for a while? At least I have been using > 2.7.3 for months. Great news anyway. Lemme guess. That aging build from Ubuntu PPA that said "2.7.3" even when GIMP was 2.7.1 in Git? :) 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 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] 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 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 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 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 4:08 PM, Jeremy Morton wrote: > When I open a non-GIMP format file, like a PNG, by drag-dropping it into > GIMP, and then I edit it, I go to export it, by pressing ctrl+E... and > nothing happens. This is because what I actually have to do is select > "File | Overwrite (filename.png)". > > Wouldn't it be more intuative to behave as if you'd just exported > (filename.png), or whatever file you've just imported into GIMP, so that > once you've edited it you can just press ctrl+E and easily export it > back to its native format? Intuition is unrelated. IMO the distiction between exporting and overwriting is quite clear: You can overwrite imported file or export it to save under a different name. GIMP should not try to guess whether you are editing original image or creating a new modification to be saved next to original file. 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] GIMP Usability News
On Tue, Jun 7, 2011 at 7:24 PM, Tobias Ehni 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] Proposed patch for bug 335975
On Tue, May 31, 2011 at 7:04 PM, Dominic Canare wrote: > What's the difference? Is there a benefit? When you open a multi-image TIFF > in GIMP, it gives you the option of importing the images as layers, and that > works just fine. I guess I just don't understand what that feature would > provide for GIMP users (or anyone else, really). > > If there's a real benefit (and you can point me to some documentation), I'd > consider putting some energy into it. But honestly, good TIFF support seems > to be in relatively low demand (this bug report was filed over 5 years > ago!). Desktop publishing is one of the areas where it makes sense. E.g. Scribus can read multilayered TIFF files with clipping paths. The only other supported file format like that is PSD :) In photography reading and saving multilayered TIFF files makes sense too -- you read it in the original report. Finally, this is a question of being able to interact with the world outside. If a client asks you to save multilayered TIFF file for him/her, would you want to say "Sorry, can't do that, I use 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
Re: [Gimp-developer] Proposed patch for bug 335975
On Wed, May 18, 2011 at 8:31 AM, Dominic Canare wrote: > Hello, all! I have created a patch to allow multi-layer images to be saved > as multi-image TIFF's. How about saving layers as layers in TIFF? It's "legal", but IIRC is an Adobe extension of TIFF. 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] 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] 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 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] introduction
On 4/15/11, Tobias Ehni wrote: > I'm motivated by the prospect of improving the ways work is done or > art is created for GIMP users (according to the product vision). > I'm looking forward to learning about Open Source development > and the corresponding usability challenges. > In terms of professional development, > I'd like to refine and extend my set of research methods > and enhance my portfolio. Hi Tobias! Many thanks for the introduction and welcome to the team. It'd be interesting to hear what particular UI/UX issues you will be attacking :) 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] [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 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] 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] 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] 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] 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 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] 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] 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] 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.5521&rep=rep1&type=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/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, 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] 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] 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] 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 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] 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. 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 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: >> - vector layers and drawing geometric primitives [1] > > I'm not convinced of the notion of vector layers. Sure they can be nice > addition but I fear they'll end up being quite frustrating. I think so > because to make them as ellastic and usable as in vector graphics > editors one'd have to double such editor in GIMP. If one won't do that > then there's a danger of whole tool being not much more than a toy. I'm > not generally enemy of the idea, but I've got my fears and doubts if it > hase to be done that way. There are, in fact, different proposal, if you read the page. Each of the three groups came up with a different idea. So there is not *one* way, but actually three ways for you to have fears and doubts about :) > I've got a dream about visual editing program consisting of different > components, each taking care of one of presentation aspects with one > underlaying rendering engine (target aware angine—I don't like cairo's > “I don't care what's on the end” attitude ;)). It's what we, utter geeks, call a framework :) Deneba/ACD Canvas was an attempt to create such one, but it was done on top of software started in mid 80s. Sometimes a whole week passes when I don't wake up in cold sweat seeing it in my dreams. 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] 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] 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] 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] 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/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] 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/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 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 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 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: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 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 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 > Q&A 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 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] 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] 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/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] GUI enhancement patch from GIMP UI brainstorm blog
On 1/4/11, Simon Budig wrote: >> I think it can be merged as an optional code, and safely ignore that >> feature >> in compile time of runtime switch. >> (currently I don't implement any switches though.) > > Compile-Time switches are a maintenance nightmare: If larger chunks of > code are not compiled by default, the code quality tends to degrade with > the time, since it does not automatically follow the rest of the code in > the case of API changes etc. > > So another burden, which - given our very limited development ressources > - is not a good idea to have. Another problem is that every Linux distribution tends to make its own choice what features to compile and what not to compile. The thing is that if we go for compile-time switches, we *will* end up with different looking GIMPs all around which is something we could do without indeed :) And there is also documentation burden which is rather self-explanatory. In fact, I rather like Inkcape's horizontal tools options toolbar and I'd like to see both apps sharing UI solutions, but IMHO the new GIMP's text tool with its on-canvas options rendering beats the hor. toolbar hands down. 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
On 11/19/10, Bill Skaggs 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? :) > >That's not a very useful reply. Adjustment layers have been discussed > extensively in the past, and they are not something that a new user could > simply code up and send in a patch for. Even PhotoShop only allows > adjustment layers for a specific set of adjustment types, because it's > essential that adjustments can be calculated very rapidly. > Anyway, one of the advantages of GEGL is that it may make this sort of > thing easier to implement. Well, my point is that adjustment layers have been discussed to death already (sorry, Alexia :)) So there is not much point saing "How about implementing them" once again. At some point someone should JFDI. 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] servers consolidation
Hi, It appears that the plan for servers consolidation was never realized. And it looks like this is one of the problems behind some ongoing issues with availability of our sites. Does anybody have any idea at which stage of the plan exactly we are stuck? 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] 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] 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/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/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] 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] 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 Thu, Sep 23, 2010 at 11:55 PM, Alexia Death wrote: >> On 09/23/2010 02:00 PM, Alexandre Prokoudine wrote: >>> That basically boils down to "Why is there no GIMP Foundation"? In my >>> sick and screwed imagination the answer would be "Because there is >>> nobody willing to do all the bloody boring daily work required to >>> ensure prosperity of such an organization". >> > > A foundation can hire someone to be the bureaucrat, but someone on the > inside needs to do the inital filing&organizing. Is there a consensus in the existing team whether this should or should not be done? 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, Bernhard Guillon wrote: >> I was looking for something on ebay and this is what i stumbled upon: >> some seller or sellers are selling GIMP and many other open source >> applications (vlc, pidgin) pretending as a "distributor" of the >> softwares. check this seller http://myworld.ebay.com/bourleche >> He is selling GIMP and vlc, oo, pidgin etc. with it as "bonus" softwares. > > If there is such a market for selling GIMP why not the project itself is > selling the software on ebay. That basically boils down to "Why is there no GIMP Foundation"? In my sick and screwed imagination the answer would be "Because there is nobody willing to do all the bloody boring daily work required to ensure prosperity of such an organization". 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] 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] 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] Native RAW support
On 9/19/10, Hal V. Engel wrote: > UFRAW has a nice GIMP plug-in that has full RAW processing features. Not > sure why it is necessary to reinvent the wheel. There are different ways to deal with RAW images. A well-known proprietary analog of GIMP :) comes with a plug-in that takes care or doing that (just like UFRaw), but inserts processed images as smart objects, which means at any time later you can go back and tweaks things in that plug-in. This is quite useful when you think about UFRaw and reimporting of resaved files. But when you think about it more, you'll immediately spot the problem even in this advanced solution: you have to start the plug-in, whereas if typical RAW features were implemented natively, in case of GIMP -- as GEGL ops (some already are) -- you could change things in-place, which would only boost productivity. IMO, at some point in the future darktable's plug-ins should be reimplemented as GEGL ops and pushed to GEGL upstream. But since I treasure my pathological inability to write code, I'd rather sit back and enjoy the show :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
