Re: [Gimp-developer] What would be a better set of default resource ?
>Is too difficult browsing brushes notice that there are 4 quite different >types of of brushes mixed The brushes are clearly marked: notice the red and blue triangles in the bottom-right corners brush thumbnails? Red triangles indicate image tubes or "animated" brushes. Blue triangles are procedural--made via the brush editor. The ones that lack triangles are single pixmaps. Also the pluses indicate a larger or animated thumbnail is available by clicking and holding on a thumbnail. As for coloured brushes, all of the ones I've seen are coloured in the thumbnail, so they should be obvious. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP GAP question
What I want to do is similar to the "Duplicate Continue" plugin, but instead of duplicating the entire frame, only the current layer would be duplicated and added to the layer stack of the following frame, and a new frame would not be created. What I tried was to switch out gap_lib_image_file_copy with gap_layer_copy_to_image but I don't know how to get the current layer as the source layer. I hope that's clear, and thank you for your response. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP GAP question
How can I get the layer id of the current layer to use in a GAP layer operation? Is there already a way to get it in GAP code? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] open/save/export
What version of the gimp is this? I don't have any Export menu or Export to option. The only problem I ever have is with exports from multilayer to single layer images: several of the dialogs presented at save seem unnecessary or superfluous. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enhancement Proposal: Scrolling of font field in text tool.
Here's another I bet you didn't know: hold down your mouse on an animated brush/image pipe and it runs through the aspects for you. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New User's opinion
Ach. Sorry, but my meaning was simply that an artist can create art with any tool. mspaint was only an example. >Looks like you have to make a tough choice to stop contradicting yourself :) I wasn't contradicting myself. By "was responsible for" I meant "was used to create". It is still the artist that creates. >While it is technically possibly to create dither >patterns like this using a tool like MS-Paint (which it wasn't in this >case - it was Gimp), it is my opinion that an artist would have to >either be masochistic, have way to much time on their hands, or just >be stubbornly trying to make a point to use such a tool rather than a >more suitable one... I can do those patterns with mspaint rather easily, and I am not a masochist. --MW ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New User's opinion
This seems to run as a general response to software that challenges another with a major market share/user base, and particularly free software like blender and the gimp. I myself was sceptical of both of those projects earlier on due to prior experience with Maya and Photoshop. Many who use these professionally or regularly (I did not) are much more apt to complain to others; for example, a teacher to his students, a friend to friends. On 4/10/09, Henk Boom wrote: > Back on topic, I had always heard how bad GIMP's interface is, despite > the fact that I was using it perfectly fine. Although GIMP's UI is far > from perfect, I think at a certain point that opinion has become > something many people trust in without even trying the software for > themselves, and what they've heard about it makes it easy to mistake > its differences with other tools for poor quality. > > > Henk > ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] New User's opinion
The notion that a program can improve artistic skills is heavily and typically misleading. An artist can put together excellent works with any tool he chooses to use. For instance, Microsoft Paint is responsible for some of the best creations at pixeljoint.com. On Thu, Apr 9, 2009 at 11:04 AM, Rob Antonishen wrote: > If it's the latter, then a new download of Gimp might just give you a > drawing program that will improve your skills - as it has with mine. > ___ > Gimp-developer mailing list > Gimp-developer@lists.XCF.Berkeley.EDU > https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer > ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dockable Dialogs Should be Dockable Everywhere
Heh, I almost forgot that I made that comment. What I was trying to say was that tabs were a different topic than docking dialogues. Besides, if it were up to me, every image could have a customised set-up for its tools and information windows to fit the need for of the task at hand, although I can already see a few logistical issues with that. But concerning tabbed image windows, be sure to evaluate the usage of other tabbed apps before considering that the gimp should have them. In your browser windows and text editors the majority of manipulation is part of the nature of the media; that is, your tools are in your work itself. With images, you work with a number of different tools that are commonly accessed by ways outside of the image (in menu bars, tool box buttons, palette selectors, and various other dialogues) and putting those access points in different places would seriously cut down on ease of use (a big problem with multiple windows with multiple menu bars). 3D modelling and CADD programs (such as blender and autocad) can definitely provide a lot of guidance here due to their similar paradigms. Note their success--like heavy reliance on keyboard short-cuts and (partially) homogeneous modes of interaction--but also their failings--steep learning curves and technical barriers to repetitive tasks. Sorry if this was a bit long-winded and tangential, but I hope I clarified my original point --MW ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dockable Dialogs Should be Dockable Everywhere
How do tabs work with the idea of docked dialogue windows? Wouldn't each window have the same (or optionally specialised) arrangements of dialogues for each image window? I mean, the main point of the program is editing images so the ui should be focused around the image window. --MW ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Feature proposal: Edit paths in external program
> All I can do is to modify the path and to draw it as a bitmap graphic. Isn't the GIMP supposed to editing photos and creating original works with pixel-based formats? It still lacks functionality or ease of use with those tasks, so why should paths and SVG need support past what it has now? If you need to work with paths and non-SVG graphics at the same time, then tighter integration with Inkscape or some other vector creation programme is what you should push for. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer