Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Fri, 2009-07-24 at 13:10 +0200, Martin Nordholts wrote: What is the migration time? You would have to deal with this on each and every start of GIMP. System resources may have changed, due to a minor or micro GIMP update or because the system maintainer added or removed resource files. This cannot be handled easily if we follow your approach and the result is a total mess. We don't need to handle this. We don't need to adapt GIMP to a typical multi-user environment found at universities for example because those are not our target audience. Handling this at user dir migration to a new version is fine. Of course we need to keep such multi-user environments in mind, even if they are not our main target. And apart from that, you get the same situation if the user herself installs an extra data package for GIMP system-wide by means of the packet management system of her Linux distro. * We would have to treat editing of normal resources and read-only resources differently Sure, but that is rather simple. Just make a copy and auto-hide the read-only resource. * When editing a read-only resource we would have to mark the read-only resource as deleted to give the user the impression that it was the read-only resource he edited See above. You are using your arguments multiple times. These are not arguments, they are example of where we need to add special cases. The more of these, the bigger the mess. That the special cases all stem from the same design approach is not relevant. Right, these are special cases and their number is important. Which is why I pointed out that you are using the same example multiple times only to increase the number of special cases. That is not a fair comparison, I am afraid. GIMP has done it the way you proposed in the past and copied system resources to the user directory. This was ugly and caused lots of grief. Eventually we got rid of this mess and now you are proposing to undo this work and to reintroduce this ugliness? That's very disappointing. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 08/03/2009 09:33 PM, Sven Neumann wrote: GIMP has done it the way you proposed in the past and copied system resources to the user directory. This was ugly and caused lots of grief. Eventually we got rid of this mess and now you are proposing to undo this work and to reintroduce this ugliness? That's very disappointing. I later realized that I was attacking the problem in the wrong way, it's not about making our current brush system work, it's about designing a completely new system. With this in mind, copying system resources to the user dir at user dir instantiation is not attractive to me any longer. BR, Martin -- My GIMP Blog: http://www.chromecode.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Tue, 2009-07-28 at 20:21 +0930, David Gowers wrote: [...] You can already do that for any circle brush. The attribute is called 'Hardness' We would not seriously consider such a level of reduction because it's bad for usability -- it's much more painful for the user to adjust a slider each time they want to paint with different hardness, than to just switch between two brushes. The answer there is saved settings for brushes, and possibly a my brushes pallette window of brushes I've saved, with quick keystrokes to go between them. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
David Gowers 00a...@gmail.com wrote: You can already do that for any circle brush. The attribute is called 'Hardness' Thanks for pointing this out. I'd overlooked that. We would not seriously consider such a level of reduction because it's bad for usability -- it's much more painful for the user to adjust a slider each time they want to paint with different hardness, than to just switch between two brushes. I don't see why that necessarily must be the case. This is where you can have savable brush presets. Furthermore, why can't there be a more interactive means of adjusting hardness (and brush size for that matter)? GIMP already had the capability to use keyboard shortcuts to interactively adjust brush size. Why couldn't shortcuts to added to quickly adjust hardness? -Jason ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Thu, 2009-07-23 at 10:18 +0930, David Gowers wrote: Hmm, I tend to forget that there are people who use mice for general GIMP work. I can see how this could actually save time then, if you only ever use Eraser with one or two different fixed brushes instead of switching a lot. for what it's worth, I only ever (pretty much) use a single global brush, shared with as many tools as possible... I don't have a graphics tablet... I bind 2 and 3 to shrink/grow the (vector) brush, and @ and # (shift-2 and shift-3 on my keyboard) to have them grow and shrink more, and $ and % to have them get softer and harder. For most of what I do, I only need the one brush (sometimes I change its shape though). Probably if I had a graphics tablet I'd feel different. When I've wanted to do more natural art, the brushes in gimp were all much too tiny to be of any use really -- 50 to 300 pixels in diameter is a useful range for bitmap brushes I think, for making new art that can be printed, e.g. A4/US Letter at 300dpi. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/28/2009 03:04 AM, Joao S. O. Bueno wrote: Getting back to the start of this discussion -- I am in talks with the new mantainer of a very popular brazillian GIMP comunity portal this week (Guilherme coordinating www.ogimp.com.br with ~20.000 unique visitors a day)-- he has resources of his own which could be made available eitehr in GIMP or in gimp-data-extras . Moreovr a call for help on these online comunities could result in a large number of contributions from Brazillian artists (most with poor English comunication skills) Hi Joao, To be honest, I don't like the idea of involving like tens of thousands of Brazillians with poor English communication skills in a way that requires asking for permission on this list. It is of course great if we can get help to create or collect the resources we have decided to add, but I don't see why you would need to ask us for permission to manage something like that on a site not administrated by us. So it ocurred to me: maybe we could make a call for contributions for new resources, and some open voting mechanism. The top rated artwork would make it into GIMP as patterns and brushes, and some more could be made available in gimp-data-extras . As long as you take care of managing the whole thing and don't use this list for it (except perhaps linking to existing discussions), this is fine with me. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Sparr spa...@gmail.com wrote: Circle and Fuzzy Circle should be two brushes. I've been following this conversation with a bit of interest, but I've noticed that a lot of discussion has echoed this sentiment. Why should there be two circle brushes? Couldn't there be a single circular brush with fuzziness as an attribute of that brush that you could adjust with a percentage slider? -Jason ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Tue, Jul 28, 2009 at 5:11 PM, Jason van Gumster ja...@handturkeystudios.com wrote: Sparr spa...@gmail.com wrote: Circle and Fuzzy Circle should be two brushes. I've been following this conversation with a bit of interest, but I've noticed that a lot of discussion has echoed this sentiment. Why should there be two circle brushes? Couldn't there be a single circular brush with fuzziness as an attribute of that brush that you could adjust with a percentage slider? .. You can already do that for any circle brush. The attribute is called 'Hardness' We would not seriously consider such a level of reduction because it's bad for usability -- it's much more painful for the user to adjust a slider each time they want to paint with different hardness, than to just switch between two brushes. I personally think there should be a few different brushes in a basic set. * 'fill' brush (large, hard edge) -- because often painting is more convenient than select+fill * 'sharp' brush (moderate size -- say 25px (== radius 12), hardness 1.0) (general purpose) * 'fuzzy' brush (for blending) If we moved towards Akira's idea of moving brush-related tool options into brushes themselves, I would also suggest * a single pixel, Hard Edge (as in, pencil-style sharp rendering) brush for pixel.precise adjustments. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Getting back to the start of this discussion -- I am in talks with the new mantainer of a very popular brazillian GIMP comunity portal this week (Guilherme coordinating www.ogimp.com.br with ~20.000 unique visitors a day)-- he has resources of his own which could be made available eitehr in GIMP or in gimp-data-extras . Moreovr a call for help on these online comunities could result in a large number of contributions from Brazillian artists (most with poor English comunication skills) So it ocurred to me: maybe we could make a call for contributions for new resources, and some open voting mechanism. The top rated artwork would make it into GIMP as patterns and brushes, and some more could be made available in gimp-data-extras . The last call for contributions of this kind we had, taht I rememebr, was for the gimp 2.2's splash screen, and had a good number of nice submitions. Guilerme, me, and other brazillian Free Graphics software contributors could help to assemble the needed structure for voting + contributing in a few weeks - we could set some prdefined tags to help orient the contributions (like natural brushes, clip-art, and so on) and populate the gimp-data-extras package with them. (Of course I am talking about itnernational contributions, not only .br ones - some 'call for clip-art' well placed announcements could make it) So, any objections to something like this? If anyone think this might have drawbacks an alternative would be to make a low-profile 'trial' and put the results in a branch for review. js -- On Sunday 19 July 2009, Martin Nordholts wrote: Hi, With the integration of tagging support in GIMP we have a mechanism that allows us to organize resources (brushes, patterns, palettes, and gradients). This enables us to add a bigger set of default resources. Not being an artist myself makes me rather useless for this task. To get things rolling I thought I'd start a discussion on what a better set of default resources would be. A few things are clear: * The new default resources must fit the product vision [1] * The resources must be very general in nature * We can't have a huge set of resources since we need to keep the size of the tarball within reasonable limits * We not only need resources, we also need to assign tags to them I think we at least should: * Add larger variants of the circle and fuzzy circle brushes, say 50, 100, 250 and 500 px * Try to get rid of the Pepper, Sparks and Vine brushes in a backwards compatible way Does anyone have any suggestions on adjustments and additions to the default set of GIMP resources? / Martin [1] http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision ___ 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] What would be a better set of default resources?
On Sun, Jul 19, 2009 at 6:36 PM, Martin Nordholtsense...@gmail.com wrote: * Add larger variants of the circle and fuzzy circle brushes, say 50, 100, 250 and 500 px I really wish the brush system was improved to make this unneccessary. We should be able to smoothly scale vector-ish brushes (a circle is a pretty simple primitive) and avoid wasting so much space on duplicated brushes like this. Circle and Fuzzy Circle should be two brushes. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Thu, 2009-07-23 at 22:07 +0200, Martin Nordholts wrote: So, we can only add resources and tags that have never shipped with a previous version of GIMP to the migrated user dir. Finding this set of resources and tags is just a matter of maintaining data sets with resources and tags shipped with each version of GIMP and some hacking/scripting. That would be error-prone, unreliable, a nightmare to maintain and extremely ugly from a software design point of view. How can you even consider this? I admit this is not trivial, but it is my opinion superior to using tags the way you describe and treat system resources in a special way. You yourself ask for treating system resources specially since you just admitted that we need to maintain data sets only for the purpose of migrating to future versions. It would be much cleaner if we just marked a system resource as deleted instead of copying it in the first place and then deleting it. Whether this is actually done using tags or in a different way is another question. But since we have tags now, it seems like the best solution to use this system. After all that is what it was designed for. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/24/2009 09:06 AM, Sven Neumann wrote: Hi, On Thu, 2009-07-23 at 22:07 +0200, Martin Nordholts wrote: So, we can only add resources and tags that have never shipped with a previous version of GIMP to the migrated user dir. Finding this set of resources and tags is just a matter of maintaining data sets with resources and tags shipped with each version of GIMP and some hacking/scripting. That would be error-prone, unreliable, a nightmare to maintain and extremely ugly from a software design point of view. How can you even consider this? It would be much cleaner if we just marked a system resource as deleted instead of copying it in the first place and then deleting it. Whether this is actually done using tags or in a different way is another question. But since we have tags now, it seems like the best solution to use this system. After all that is what it was designed for. Whatever approach we take will require some dedicated code for managing system/default resources. My conclusion is that being forced to deal with this at migration time is less messy and keeps problems more local than spreading special treatment of system resources and tags throughout the rest of the system. Let's look at where we would need to have special treatment of tags and resources if we take your approach. Below, I will use the term system resource and read-only resource interchangeably since the problem we are trying to solve is not strictly limited to system resources, but the awkwardness of read-only resources in general. * We would have to treat deletion of normal resource and read-only resources differently * We would have to treat editing of normal resources and read-only resources differently * When editing a read-only resource we would have to mark the read-only resource as deleted to give the user the impression that it was the read-only resource he edited * In the above case, we would have to transfer tags from the read-only resource to the copied resource * When presenting the tag cloud we would have to make sure the tag we use to represent deletion is not shown as we can only show tags assigned by the user or the resource package designer * When exporting tags, we would have to make sure not to export deleted resources and/or the tag that represents deletion, i.e. it is not just a matter of dumping a subset of tags.xml If we use my approach, we would have none of the above special casing, and we would also get rid of these issues: * A user would have all his resources in one place, his user dir, instead of spread across the system * We can get rid of code that already now treats read-only resources as special (i.e. presents a brush as read-only in the brush editor) * Long-term, we might even get rid of some low-level programmer adapted Preferences namely the Folders page and sub pages To me, your approach is at least 10 times more messy and I don't understand why you would want to introduce all this special treatments and hacks in GIMP. I'm sure the above list of issues is not even complete as there surely are issues I have not thought about. Also, you keep saying that the original intent for tags was to allow deletion of system resources. This might be true, but are you really meaning that the tagging system that eventually evolved is suitable for this? It does not seem like it since you now admit yourself that using tags to mark system resources as deleted might not be the best idea. If you still think your approach is a good idea, I suggest that we both write patches that implement our own ideas. We can than more easily make comparisons of what approach is the least messy. BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Fri, 2009-07-24 at 10:33 +0200, Martin Nordholts wrote: Whatever approach we take will require some dedicated code for managing system/default resources. My conclusion is that being forced to deal with this at migration time is less messy and keeps problems more local than spreading special treatment of system resources and tags throughout the rest of the system. What is the migration time? You would have to deal with this on each and every start of GIMP. System resources may have changed, due to a minor or micro GIMP update or because the system maintainer added or removed resource files. This cannot be handled easily if we follow your approach and the result is a total mess. Let's look at where we would need to have special treatment of tags and resources if we take your approach. Below, I will use the term system resource and read-only resource interchangeably since the problem we are trying to solve is not strictly limited to system resources, but the awkwardness of read-only resources in general. * We would have to treat deletion of normal resource and read-only resources differently Why? We can hide normal resources as well. Perhaps it even makes sense to allow the user to decide whether to delete or only mark as hidden. I'll leave it up to the UI team to decide that. * We would have to treat editing of normal resources and read-only resources differently Sure, but that is rather simple. Just make a copy and auto-hide the read-only resource. * When editing a read-only resource we would have to mark the read-only resource as deleted to give the user the impression that it was the read-only resource he edited See above. You are using your arguments multiple times. * In the above case, we would have to transfer tags from the read-only resource to the copied resource * When presenting the tag cloud we would have to make sure the tag we use to represent deletion is not shown as we can only show tags assigned by the user or the resource package designer Yes. How is it difficult to not list tags that are associated to objects that have the tag gimp:hidden associated with them. Doesn't the current code even already allow that? We did definitely talk about this when the tag system was designed. * When exporting tags, we would have to make sure not to export deleted resources and/or the tag that represents deletion, i.e. it is not just a matter of dumping a subset of tags.xml Easy enough to skip resources that have the gimp:hidden tag. If we use my approach, we would have none of the above special casing, and we would also get rid of these issues: * A user would have all his resources in one place, his user dir, instead of spread across the system * We can get rid of code that already now treats read-only resources as special (i.e. presents a brush as read-only in the brush editor) * Long-term, we might even get rid of some low-level programmer adapted Preferences namely the Folders page and sub pages To me, your approach is at least 10 times more messy and I don't understand why you would want to introduce all this special treatments and hacks in GIMP. I'm sure the above list of issues is not even complete as there surely are issues I have not thought about. Simply because it is absolutely unacceptable to copy system resources to the user directory for no good reason. I am not going to maintain a software that does this. I would not any longer be proud of the GNU Image Manipulation Program if it started to do such things (again). Also, you keep saying that the original intent for tags was to allow deletion of system resources. This might be true, but are you really meaning that the tagging system that eventually evolved is suitable for this? It does not seem like it since you now admit yourself that using tags to mark system resources as deleted might not be the best idea. I think it is the best idea. Someone might have a better idea and that's what I admit that it might not be the best. But it definitely is the best idea that is being discussed right now. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/24/2009 12:28 PM, Sven Neumann wrote: Hi, On Fri, 2009-07-24 at 10:33 +0200, Martin Nordholts wrote: Whatever approach we take will require some dedicated code for managing system/default resources. My conclusion is that being forced to deal with this at migration time is less messy and keeps problems more local than spreading special treatment of system resources and tags throughout the rest of the system. What is the migration time? You would have to deal with this on each and every start of GIMP. System resources may have changed, due to a minor or micro GIMP update or because the system maintainer added or removed resource files. This cannot be handled easily if we follow your approach and the result is a total mess. We don't need to handle this. We don't need to adapt GIMP to a typical multi-user environment found at universities for example because those are not our target audience. Handling this at user dir migration to a new version is fine. * We would have to treat editing of normal resources and read-only resources differently Sure, but that is rather simple. Just make a copy and auto-hide the read-only resource. * When editing a read-only resource we would have to mark the read-only resource as deleted to give the user the impression that it was the read-only resource he edited See above. You are using your arguments multiple times. These are not arguments, they are example of where we need to add special cases. The more of these, the bigger the mess. That the special cases all stem from the same design approach is not relevant. * In the above case, we would have to transfer tags from the read-only resource to the copied resource * When presenting the tag cloud we would have to make sure the tag we use to represent deletion is not shown as we can only show tags assigned by the user or the resource package designer Yes. How is it difficult to not list tags that are associated to objects that have the tag gimp:hidden associated with them. Doesn't the current code even already allow that? We did definitely talk about this when the tag system was designed. This is not about difficulty in implementation, it is about avoiding a mess of special cases, both UI wise and coding wise. Also, you keep saying that the original intent for tags was to allow deletion of system resources. This might be true, but are you really meaning that the tagging system that eventually evolved is suitable for this? It does not seem like it since you now admit yourself that using tags to mark system resources as deleted might not be the best idea. I think it is the best idea. Someone might have a better idea and that's what I admit that it might not be the best. But it definitely is the best idea that is being discussed right now. As convinced you are that your approach is better than mine, I'm equally convinced my approach is better then yours. I take it you accept the challenge to write and compare actual code? Before we start though I'd love some input from the UI team on this topic. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/24/2009 01:10 PM, Martin Nordholts wrote: As convinced you are that your approach is better than mine, I'm equally convinced my approach is better then yours. I would like to add that if the ongoing brush dynamics and tool options redesign discussions end with a solution where editing of actual brush files is not necessary, then this whole discussion is obsolete. But as long as that file writability matters for resources, then what we have now is broken and needs to be fixed somehow. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Fri, Jul 24, 2009 at 2:31 PM, Martin Nordholts ense...@gmail.com wrote: On 07/24/2009 01:10 PM, Martin Nordholts wrote: As convinced you are that your approach is better than mine, I'm equally convinced my approach is better then yours. I would like to add that if the ongoing brush dynamics and tool options redesign discussions end with a solution where editing of actual brush files is not necessary, then this whole discussion is obsolete. But as long as that file writability matters for resources, then what we have now is broken and needs to be fixed somehow. Actually, this is the key point of this discussion and IMHO the RIGHT WAY(TM) to solve this. Editing resources during use should not require write access. Saving the changes should. Use tweaking should be a different level action than actual editing. Its extremely annoying if use level tweaking messes up your resource. If there's quiet auto saving, that should go away. Edit action should be available for writable ones and Duplicate edit(possibly a quiet one) for non-writable ones and should be different from tweaks you can save in tool presets. Both solutions on the table suck now. Copying system resources to the user would create two copies, on a single user system. in a system with A LOT of users, like a large family, say 5 users, would multiply the resources 5 times and say the head of the family likes to install resources system wide so the family can just use them... Or a better case. Small business has a set of corporate resources they want to be available to all the users of the terminal server. Those resources can be quite big. Copying them is a bad idea. Using tags to hide system brushes does not simply solve the problem of editing not writable resources.Hiding an edited system resource is pointless. However, using a Hide operation for any brush allowing user to organize his/her brushes and only offering delete for writable ones does solve the organization problem. If mass hide is possible, the issue of getting them out of the way is solved. I think the time would be better spent making the resource tweaking independent from the writabillity of the resource than on either of those proposals(Tag to hide resources will be needed anyway if we want to auto-hide obsolete resources, so getting that done would be needed anyway). --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
hi, from a long-term perspective, i expect resources to be shared easily 'on the cloud', with each resource item identified by a GUID. Then, the read-only system files are just a local cache of some of the available resources on the internet. Also from this perspective, it becomes strange to hide resources - it's rather that a subset of seamingly infinite resources gets pulled into the user's workspace. The mechanism to proliferate updated resources would be the same as searching for new resources -- initiated by the user. A hint could be shown that a certain new brush is _intended_ to replace an old one, but the replacement should not be done automagically. After all, these are actually two different resource items. Martin Nordholts schrieb: I would like to add that if the ongoing brush dynamics and tool options redesign discussions end with a solution where editing of actual brush files is not necessary, then this whole discussion is obsolete. But as long as that file writability matters for resources, then what we have now is broken and needs to be fixed somehow. if tweaked resources are to be shared, too, then it doesn't make a difference other than that potentially two files have to be shared in case adjustments are separated from the brush data. hope i'm not too far off ;) peter ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
hi, On Fri, Jul 24, 2009 at 2:59 PM, Alexia Deathalexiade...@gmail.com wrote: Actually, this is the key point of this discussion and IMHO the RIGHT WAY(TM) to solve this. Editing resources during use should not require write access. Saving the changes should. Use tweaking should be a different level action than actual editing. Its extremely annoying if use level tweaking messes up your resource. If there's quiet auto saving, that should go away. Edit action should be available for writable ones and Duplicate edit(possibly a quiet one) for non-writable ones and should be different from tweaks you can save in tool presets. Let me extend your idea a bit. Every time selecting a resource, a copy of it could be created (in memory, not on physical file). User could edit resource in any way she likes without affecting originally selected resources. GIMP could actually maintain a current-session-brush, current-session-pattern, etc.: when finishing session save currently selected resources (one for each resource type). When starting session only one resource for each type would need to be loaded in synchronously. All other resources could be loaded in background (improve startup time). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Thu, Jul 23, 2009 at 4:48 AM, David Gowers wrote: (Speaking of which, the fact that tools presets don't save/restore scale value isn't helpful either.) AFAICS that isn't a generally true fact. Works for me -- I just checked by choosing 1.06, saving that as a preset, setting it to 0.01 and loading the preset (which correctly reset scale to 1.0). What version are you using (I'm using a recent git version, I'd guess that if there was a bug, any 2.7 version would have it fixed.) Indeed this seems to be fixed in most recent git build. The version I'm using at home is git from April or so. Contrary to that I would yell every time I switched from Paintbrush to Eraser if I didn't have global brush disabled. It's way too convenient to use e.g. smaller eraser *automatically* Hmm, I tend to forget that there are people who use mice for general GIMP work. I can see how this could actually save time then, if you only ever use Eraser with one or two different fixed brushes instead of switching a lot. I use both mouse and stylus, whatever works better for a particular case. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Thu, 2009-07-23 at 01:16 +0200, Martin Nordholts wrote: Another reason is that it is not reasonable to duplicate the system resources in the folders of all users. How exactly is this unreasonable in 2009? Compared to the amount of images we can expect a user to have based on our product vision, copies of default resources is negligible. I don't see how anything that was unreasonable some years ago becomes reasonable in 2009. Another reason is that it becomes a nightmare when the user updates to the next GIMP version which may ship with a different set of resource files. It's not trivial to deal with this, but it's not exactly hard either, whatever heuristics we come up with. Special casing treatment of so called system resources all over the place is a much bigger nightmare that dealing with a one-time migration. Then please explain how you would deal with this. It is completely simple and deterministic to deal with if we just allow the user to hide system brushes, but incredibly hard if we have to deal with copies from earlier installations. How would you fix a broken brush after it has been copied to the user dir? How would you deal with improved/changed tags? How do you deal with an overhaul of the system brushes? Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/23/2009 06:37 PM, Sven Neumann wrote: I don't see how anything that was unreasonable some years ago becomes reasonable in 2009. It was equally reasonable also some years ago. My point was that we are long past the time when hard disk space was an issue. Another reason is that it becomes a nightmare when the user updates to the next GIMP version which may ship with a different set of resource files. It's not trivial to deal with this, but it's not exactly hard either, whatever heuristics we come up with. Then please explain how you would deal with this. When migrating a 2.n user dir to a 2.(n+2) user dir, we can for obvious reasons only add resources and tags, never remove any. The problem is then reduced to What resources and tags should be added when migrating a user dir to a new version?. The naive approach is to add resources and tags present in the 2.(n+2) system dir but not present in the 2.n user dir to the 2.(n+2) user dir. We can't do that however, because if the user removed a default resource, he would not want it to be added to his user dir again just because he migrated to a new version. So, we can only add resources and tags that have never shipped with a previous version of GIMP to the migrated user dir. Finding this set of resources and tags is just a matter of maintaining data sets with resources and tags shipped with each version of GIMP and some hacking/scripting. I admit this is not trivial, but it is my opinion superior to using tags the way you describe and treat system resources in a special way. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Wednesday 22 July 2009 00:37:43 Sven Neumann wrote: Hi, On Tue, 2009-07-21 at 18:33 -0300, Joao S. O. Bueno wrote: I d'be against the removal of the vintage pixmaped brushes. Why? Tell us a good reason then why we should keep them. Ive done a few quite nice wallpapers with just dynamics and wine and spark brushes, so these two with dynamics on board definitely have value. Pepper brush in my eyes has value as something that clearly exhibits the effect of dynamics and as such is useful for demo purposes, so one vote from me against removing them. Like I said, they are not whats wrong wit gimps resources today. the problem is brushes that are identical in shape and only vary in size. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/20/2009 06:43 AM, Laxminarayan Kamath wrote: On Mon, Jul 20, 2009 at 4:06 AM, Martin Nordholtsense...@gmail.com wrote: Hi, With the integration of tagging support in GIMP we have a mechanism that allows us to organize resources (brushes, patterns, palettes, and gradients). This enables us to add a bigger set of default resources. I would re-suggest integrating GHNS or have a similar way of easy sharing of resources from The GIMP or all CREATE projects. Once that is done, the most popular brushes can be added to the default set. What say ?? Just my 2 cents. I would support someone wanting to implement GHNS. It looks to me though that the spec needs to be augmented with support for resources that are tagged. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Indeed, they are good examples. For me, the thing is : why these examples ? To give examples doesn't mean not to justify them. A justification could be the need of the users, if after a study it appears that the color Brush the most relevant to provide by default is a Pepper, I would understand. Unfortunately, I don't think so. I could also totally understand if someone justifies it by saying it's for historical reason, the Pepper is a symbol for Gimp. Moreover I think I'm not mistaken if I say that a large set of casual users keep using Gimp with the default brush set and don't add custom ones. My opinion would be that the more useful brushes they have, the more they will feel creative. This is why I think Gimp should be shipped with a large set of useful brushes. Steren On Wed, Jul 22, 2009 at 12:53 AM, Rob Antonishen rob.antonis...@gmail.comwrote: One reason to keep some image hose brushes in the default set is just to demonstrate that gimp supports them! I participate in a web forum for amateur cartography, and one of the most common requests is how to use tubes with photoshop. Most are extremely impressed that this capability exists in Gimp. -Rob A On 7/21/09, Sven Neumann s...@gimp.org wrote: Hi, On Tue, 2009-07-21 at 18:33 -0300, Joao S. O. Bueno wrote: I d'be against the removal of the vintage pixmaped brushes. Why? Tell us a good reason then why we should keep them. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/20/2009 10:29 AM, Alexandre Prokoudine wrote: On Mon, Jul 20, 2009 at 2:36 AM, Martin Nordholts wrote: * Add larger variants of the circle and fuzzy circle brushes, say 50, 100, 250 and 500 px The prerequisite for this is GIMP not playing a dying turtle that climbs up to Kilimanjaro top while drawing with a 200+ px brush :) On my computer, painting with a 500px brush on an A4 has acceptable performance. I don't think performance problems should keep us from adding better resources. It would of course be nice if someone looked into what exactly what is slow and if it would be easy to improve performance. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/20/2009 11:10 AM, Alexia Death wrote: * Add larger variants of the circle and fuzzy circle Please no, there's too many round brushes already and bigger ones would look exactly the same and add confusion. There should not be 2 brushes that look to be the same shape in the default set. Hi Alexia, I get your drift, but is it really reasonable to force a user to scale a say 250px brush to 3px if that is what he desires? It might be, but I don't think it is with our current scaling mechanism. What do you think bout offering a range of brushes that together covers a big radius spectrum? Since scaling currently can be done in the range 10%-1000%, how about these radiuses for the Circle and Fuzzy Circle ones: 10px, 50px, 250px * Try to get rid of the Pepper, Sparks and Vine brushes They represent quite nice examples of bitmap brushes and I don't mind at all that they stick around, after all theres only 3 of them compared to 10+ round brushes. Combined with dynamics they make perfect example/demo brushes. See above for the real annoyance. I agree that we should ship example brushes that shows all capabilities of our brush system, but I question the genericness of the Pepper and Vine brushes. The best would be if we could create a more generic sample brush for demo purposes. Default set of resources should include some tool presets, like some common aspect ratio fixed presets(2:3, 3:4) for crop tool That's Bug 156858 – Add option menu of standard aspect ratios to ratio-using tools [1] / Martin [1] http://bugzilla.gnome.org/show_bug.cgi?id=156858 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/20/2009 03:28 PM, Alexandre Prokoudine wrote: On Mon, Jul 20, 2009 at 2:36 AM, Martin Nordholts wrote: Hi, With the integration of tagging support in GIMP we have a mechanism that allows us to organize resources (brushes, patterns, palettes, and gradients). This enables us to add a bigger set of default resources. What I'd love to see instead/alongside is sane defaults. While Pencil is a brush based tool, users do not actually expect it to behave like a brush. But right now Pencil and Brush use same brush by default: Circle Fuzzy (19), 0,90 scaled, pressure mapped to opacity. Instead Pencil should be a Circle (03) brush, because it's a Pencil :) +1 from me ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/20/2009 06:19 PM, Emil Assarsson wrote: What I really miss is to be able to remove brushes that I don't need and sort/group the ones I use a lot. Maybe it would be better that most - if not all - of the brushes where copied to the users profile as a default instead of being static. I agree with that we should copy the standard brushes to the user profile when the profile is created, just as we do with the default tags. Users/distros/installers wanting to use the read-only brushes for some reason could manually add /usr/share/gimp/2.0/brushes the brush path. Unless someone disagrees here I might actually hack on this soon. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Martin Nordholts wrote: I get your drift, but is it really reasonable to force a user to scale a say 250px brush to 3px if that is what he desires? It might be, but I don't think it is with our current scaling mechanism. What do you think Regarding this, as an user (and not a programmer), I've always wondered why in the case of vector brushes a scaling setting is used instead of fiddling directly (and easily) with their size. -- SHIRAKAWA Akira ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Wed, 22 Jul 2009 12:03:31 +0200 Martin Nordholts ense...@gmail.com wrote: I get your drift, but is it really reasonable to force a user to scale a say 250px brush to 3px if that is what he desires? It might be, but I don't think it is with our current scaling mechanism. What do you think bout offering a range of brushes that together covers a big radius spectrum? Since scaling currently can be done in the range 10%-1000%, how about these radiuses for the Circle and Fuzzy Circle ones: 10px, 50px, 250px As a user who is constantly scaling up the largest fuzzy circle brush, I'd love to see a different interface... but not in the form of more burshes. How about, as Alexia suggested, a single brush and a size box, which could be a combo box offering the standard sizes, plus the option to enter a custom size. Expressing this size in pixels would make them a little less abstract than they currently are, which would make it easier to work with. -- Jon Senior j...@restlesslemon.co.uk ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/22/2009 12:18 PM, SHIRAKAWA Akira wrote: Martin Nordholts wrote: I get your drift, but is it really reasonable to force a user to scale a say 250px brush to 3px if that is what he desires? It might be, but I don't think it is with our current scaling mechanism. What do you think Regarding this, as an user (and not a programmer), I've always wondered why in the case of vector brushes a scaling setting is used instead of fiddling directly (and easily) with their size. I agree with you (and Jon) about this. It would be better to focus on getting scaling (or perhaps better worded, size adjustments to brushes) to work better instead of being lazy and trying to work around this by adding several sizes of the same brush. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Tue, Jul 21, 2009 at 12:16 AM, Sven Neumann wrote: Easy enough, just unset the 'global-brush' property. I am not sure though if that would make a good default for the average user. So far I only heard from users thanks, but why is it not by default? :) Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Wed, Jul 22, 2009 at 14:12, Alexandre Prokoudinealexandre.prokoud...@gmail.com wrote: On Tue, Jul 21, 2009 at 12:16 AM, Sven Neumann wrote: Easy enough, just unset the 'global-brush' property. I am not sure though if that would make a good default for the average user. So far I only heard from users thanks, but why is it not by default? :) I guess you wouldn't hear from people who like it the way the default is set, would you? :) Greetings, Fredrik. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
2009/7/22 Fredrik Alströmer wrote: On Wed, Jul 22, 2009 at 14:12, Alexandre Prokoudinealexandre.prokoud...@gmail.com wrote: On Tue, Jul 21, 2009 at 12:16 AM, Sven Neumann wrote: Easy enough, just unset the 'global-brush' property. I am not sure though if that would make a good default for the average user. So far I only heard from users thanks, but why is it not by default? :) I guess you wouldn't hear from people who like it the way the default is set, would you? :) I don't expect to hear from people who never use Pencil tool, if that's what you mean :) I don't really know what else to say. Clear separation of default settings for different tools is such an obvious thing... Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
2009/7/22 Fredrik Alströmer r...@excu.se On Wed, Jul 22, 2009 at 14:12, Alexandre Prokoudinealexandre.prokoud...@gmail.com wrote: On Tue, Jul 21, 2009 at 12:16 AM, Sven Neumann wrote: Easy enough, just unset the 'global-brush' property. I am not sure though if that would make a good default for the average user. So far I only heard from users thanks, but why is it not by default? :) I guess you wouldn't hear from people who like it the way the default is set, would you? :) Well you can hear from me: I like the global-brush setting; if it is accidentally turned off I find it very annoying, having to reselect brush between tools... usually I *do* want to keep just the same brush between tools. When I think about it, I wonder whether such users ever get to using GIMP with any level of frequency or intensity, as IMO with the global-brush option off, there is an unavoidable mental 'thunk' to accommodate for the possible change of brush as you change tool; global-brush == off seems in this way to inherently slow the user's workflow (regardless of what workflow they use -- having to think 'oh, what is the brush of this tool' == slowdown.) A related issue is the difficulty of reliable brush selection. ideally I would hit a shortcut (say CTRL+B) and then type part of a brush name and hit enter to select it. The current brush selection methods either require direct pointing, are inaccurate, or only allow relative selection (ie. next brush, prev brush) (note: you can do absolute brush selection by this method IIRC: make sure your brushes dialog is set to List, then when you want to select a brush by name, hit [the shortcut for the brushes dialog], then CTRL+F and type the name fragment. This has two downsides - a) it's too much keyboard work for a common operation, b) it changes the focus, which means I have to mouse back to the image window or ALT-TAB before I can continue as before (say, adjusting the drawing opacity before I start painting)) Also, Alexandre says: Clear separation of default settings for different tools is such an obvious thing... I agree with that. Unfortunately, having sensible, different defaults for different tools is in direct conflict with having an efficient, un-surprising workflow (and everyday workflow takes priority IMO.. A person remains a newbie for only so long, but the general consistency of workflow is something they will need to deal with as long as they use GIMP -- including any bureaucratic lumps such as (global-brush == off)) David ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/20/2009 12:36 AM, Martin Nordholts wrote: Does anyone have any suggestions on adjustments and additions to the default set of GIMP resources? Thanks for the great feedback everyone. Summing it up, these are the current desired adjustments to the default set of resources. We should: * Add rake brushes * Add more bristle brushes * Add more realistic patterns from commonly used artistic media * Add more complex vector based brushes because of their good scaling properties * Add Hardedge FG to BG gradient * Add dynamics enabled presets for paint tools * Add large round brushes and remove all smaller duplicates * Add a selected subset of GIMP Paint Studio brushes and presets * Add texture/grunge brushes * Remove the outline squares * Convert small bitmap brushes to larger variants * Either create better example brushes of GIMP's capabilities, or keep existing ones Now we just need to collect or create these resources for inclusion in GIMP 2.8. For this purpose, I have created an enhancement request Bug 589371 – Improve default set of resources [1] Please attach - or if the resource is big, link to - resources there. We will then add these to GIMP 2.8 when the time comes. Please make sure to keep any discussion on-list though, we don't want any discussion in bugzilla. / Martin [1] http://bugzilla.gnome.org/show_bug.cgi?id=589371 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
2009/7/22 David Gowers wrote: tools. When I think about it, I wonder whether such users ever get to using GIMP with any level of frequency or intensity, as IMO with the global-brush option off Don't wonder -- they do. And I do too :) (Speaking of which, the fact that tools presets don't save/restore scale value isn't helpful either.) Clear separation of default settings for different tools is such an obvious thing... I agree with that. Unfortunately, having sensible, different defaults for different tools is in direct conflict with having an efficient, un-surprising workflow Contrary to that I would yell every time I switched from Paintbrush to Eraser if I didn't have global brush disabled. It's way too convenient to use e.g. smaller eraser *automatically* than changing scale back and forth. As you say, workflow is what matters :) But it looks like this discussion is going nowhere, so EOT for me :) Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Martin Nordholts wrote on Wed, Jul 22, 2009 at 03:05:38PM +0200: On 07/20/2009 12:36 AM, Martin Nordholts wrote: Does anyone have any suggestions on adjustments and additions to the default set of GIMP resources? Thanks for the great feedback everyone. Summing it up, these are the current desired adjustments to the default set of resources. Sorry for being late. For photo touchup, what I'd like to see is fuzzy brushes with different intensity curves going to the outside. I think it would be good to have 1] what we have now, 2] a curve that bumps intensity on the outside sooner (will have a more prominent full opacity in the middle) and 3] the inverse of 2]. So far I've been too lazy to make them but if there are other people missing them I'd be happy to make a set (please send private mail). Speaking of brushes - brush rotation which currently requires a plugin (which is a little painful to use as it isn't interactive) is high on my wishlist. Since I'm wishlist-spamming anyway, what I'd also like is fuzzy brushes with adjustable center (full intensity not in the middle). And stretchable in one dimension. I guess what I need is a quick capability to iwarp brushes. BTW, iwarp rocks. Martin -- %%% Martin Cracauer craca...@cons.org http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/22/2009 03:28 PM, Martin Cracauer wrote: Speaking of brushes - brush rotation which currently requires a plugin (which is a little painful to use as it isn't interactive) is high on my wishlist. Brush rotation is implemented in git master and will be part of GIMP 2.7.0. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, shirakawa.ak...@gmail.com (2009-07-22 at 1218.30 +0200): Martin Nordholts wrote: I get your drift, but is it really reasonable to force a user to scale a say 250px brush to 3px if that is what he desires? It might be, but I don't think it is with our current scaling mechanism. What do you think Regarding this, as an user (and not a programmer), I've always wondered why in the case of vector brushes a scaling setting is used instead of fiddling directly (and easily) with their size. I avoid scale whenever I can, so for vector brushes I just use the brush editor. And I would wish any other brush would be editable. In other words, support pixmap as shape for the editor, or some other solution instead of the current mix of methods. GSR ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Wed, 2009-07-22 at 23:54 +0200, GSR - FR wrote: I avoid scale whenever I can, so for vector brushes I just use the brush editor. Scaling a vector brush from the tool options is equivalent, at least from an implementation point of view, to changing its size in the brush editor. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Tue, 2009-07-21 at 18:53 -0400, Rob Antonishen wrote: One reason to keep some image hose brushes in the default set is just to demonstrate that gimp supports them! I participate in a web forum for amateur cartography, and one of the most common requests is how to use tubes with photoshop. Most are extremely impressed that this capability exists in Gimp. Sure, but then we should ship a useful image hose brush. There are actually a few useful ones in the standard distribution and they can stay. Pepper however is not an image hose. It's not interesting as an example, it doesn't show off any outstanding capabilities, it's quite likely never going to be used. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Wed, 2009-07-22 at 12:10 +0200, Martin Nordholts wrote: On 07/20/2009 06:19 PM, Emil Assarsson wrote: What I really miss is to be able to remove brushes that I don't need and sort/group the ones I use a lot. Maybe it would be better that most - if not all - of the brushes where copied to the users profile as a default instead of being static. I agree with that we should copy the standard brushes to the user profile when the profile is created, just as we do with the default tags. Users/distros/installers wanting to use the read-only brushes for some reason could manually add /usr/share/gimp/2.0/brushes the brush path. Unless someone disagrees here I might actually hack on this soon. We discussed this before and came to the conclusion that it's a bad idea. What should be done instead of polluting the user directory with such copies is to create a copy transparently whenever the user edits a system resource. And there should be the possibility to easily hide system resources. The new tags system should help with this. Being able to hide resources by adding a 'hidden' tag was one of the reasons for adding tags in the first place. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, s...@gimp.org (2009-07-23 at 0031.55 +0200): On Wed, 2009-07-22 at 23:54 +0200, GSR - FR wrote: I avoid scale whenever I can, so for vector brushes I just use the brush editor. Scaling a vector brush from the tool options is equivalent, at least from an implementation point of view, to changing its size in the brush editor. That is a technical detail, as technical as Gimp having done brush scaling for some time before it even got scale widget (side effect of tablets and pressure mapping, it had to scale brushes, whatever way it was done then or now). The points are the separate GUI, the mental maths required or the try and error workflow until you find the right size for brush changes, which are the issues the user has to cope with; versus a(n unified) pixel size control (currently non unified as it only works for vector ones, leaving pixmaps in the tiresome usage mode). GSR ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/23/2009 12:39 AM, Sven Neumann wrote: Hi, On Wed, 2009-07-22 at 12:10 +0200, Martin Nordholts wrote: On 07/20/2009 06:19 PM, Emil Assarsson wrote: What I really miss is to be able to remove brushes that I don't need and sort/group the ones I use a lot. Maybe it would be better that most - if not all - of the brushes where copied to the users profile as a default instead of being static. I agree with that we should copy the standard brushes to the user profile when the profile is created, just as we do with the default tags. Users/distros/installers wanting to use the read-only brushes for some reason could manually add /usr/share/gimp/2.0/brushes the brush path. Unless someone disagrees here I might actually hack on this soon. We discussed this before and came to the conclusion that it's a bad idea. What should be done instead of polluting the user directory with such copies is to create a copy transparently whenever the user edits a system resource. And there should be the possibility to easily hide system resources. The new tags system should help with this. Being able to hide resources by adding a 'hidden' tag was one of the reasons for adding tags in the first place. We could either introduce a complex system to allow the user to delete system resources, or we could make it simple for ourselves and the user and just initialize the user dir with a set of default resources. I don't understand why we have to solve this in a complex way. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Thu, 2009-07-23 at 00:51 +0200, Martin Nordholts wrote: We could either introduce a complex system to allow the user to delete system resources, or we could make it simple for ourselves and the user and just initialize the user dir with a set of default resources. I don't understand why we have to solve this in a complex way. Go and read the archives then. One reason is that we would also have to add a way to get the deleted system resource back. So we can as well use the tags system that was added for exactly this purpose and mark the system resource as hidden. Another reason is that it is not reasonable to duplicate the system resources in the folders of all users. Another reason is that it becomes a nightmare when the user updates to the next GIMP version which may ship with a different set of resource files. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Thu, 2009-07-23 at 00:48 +0200, GSR - FR wrote: The points are the separate GUI, the mental maths required or the try and error workflow until you find the right size for brush changes, which are the issues the user has to cope with; versus a(n unified) pixel size control (currently non unified as it only works for vector ones, leaving pixmaps in the tiresome usage mode). Well, you completely failed to explain this in your post. So the issue with the scaling from the tool-options is pixel size control? Wouldn't it be much better if we improved this then? We could for example show some numbers on the brush outline while the user adjusts the brush size. The brush editor is such an awkward thing taking up much needed screen estate. It should be our goal to get rid of it. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/23/2009 12:56 AM, Sven Neumann wrote: Hi, On Thu, 2009-07-23 at 00:51 +0200, Martin Nordholts wrote: We could either introduce a complex system to allow the user to delete system resources, or we could make it simple for ourselves and the user and just initialize the user dir with a set of default resources. I don't understand why we have to solve this in a complex way. Go and read the archives then. I'd rather discuss this again instead. If you have a particular mail or thread in mind, please link to it and I'll read it. One reason is that we would also have to add a way to get the deleted system resource back. We don't provide that for the user-brushes, why would we have to do it for the system ones? The user would simply have to copy the system brushes back into his dir, just as he would have to copy his own deleted brushes back in the user dir. Another reason is that it is not reasonable to duplicate the system resources in the folders of all users. How exactly is this unreasonable in 2009? Compared to the amount of images we can expect a user to have based on our product vision, copies of default resources is negligible. Another reason is that it becomes a nightmare when the user updates to the next GIMP version which may ship with a different set of resource files. It's not trivial to deal with this, but it's not exactly hard either, whatever heuristics we come up with. Special casing treatment of so called system resources all over the place is a much bigger nightmare that dealing with a one-time migration. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Wed, Jul 22, 2009 at 10:47 PM, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: 2009/7/22 David Gowers wrote: tools. When I think about it, I wonder whether such users ever get to using GIMP with any level of frequency or intensity, as IMO with the global-brush option off Don't wonder -- they do. And I do too :) (Speaking of which, the fact that tools presets don't save/restore scale value isn't helpful either.) AFAICS that isn't a generally true fact. Works for me -- I just checked by choosing 1.06, saving that as a preset, setting it to 0.01 and loading the preset (which correctly reset scale to 1.0). What version are you using (I'm using a recent git version, I'd guess that if there was a bug, any 2.7 version would have it fixed.) I guess also it is possible that one of your preset files is corrupt and causing problems. Clear separation of default settings for different tools is such an obvious thing... I agree with that. Unfortunately, having sensible, different defaults for different tools is in direct conflict with having an efficient, un-surprising workflow Contrary to that I would yell every time I switched from Paintbrush to Eraser if I didn't have global brush disabled. It's way too convenient to use e.g. smaller eraser *automatically* Hmm, I tend to forget that there are people who use mice for general GIMP work. I can see how this could actually save time then, if you only ever use Eraser with one or two different fixed brushes instead of switching a lot. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Monday 20 July 2009, Sven Neumann wrote: Hi, On Mon, 2009-07-20 at 00:36 +0200, Martin Nordholts wrote: * Try to get rid of the Pepper, Sparks and Vine brushes in a backwards compatible way You can just remove those if we agree that they are not useful. I doubt that any script out there actually uses them. This is different for the main geometric brushes. They are actually used and it would be nice if we could add code that avoids breaking scripts if we decide to remove them. +1 from me for the removal of all brushes that only serve as an example but have no other value for the user. I d'be against the removal of the vintage pixmaped brushes. However, what I think would be a good solution for preserving compatibility would also take these out of the way of users, while keping then available for scripts or anyone who looks for them. Basically: we have to figure out a way of GIMP not displayin all available resources if no tag filtering is active. By figuring out a way, I mean an interface way. Then, woud be a matter of tagging the unwanted-by-default backwards compatible brushes with an specifc tag (like classic), that would not be shown. If changes in the current behavior of displaying everything when there are no tag filters are not desirable, the way to achieve this would be simply to tag the resoruces we want showing with default, and this tag could come pre- selected on the UI. js -- Sven ___ 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] What would be a better set of default resources?
Hi, On Tue, 2009-07-21 at 18:33 -0300, Joao S. O. Bueno wrote: I d'be against the removal of the vintage pixmaped brushes. Why? Tell us a good reason then why we should keep them. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
One reason to keep some image hose brushes in the default set is just to demonstrate that gimp supports them! I participate in a web forum for amateur cartography, and one of the most common requests is how to use tubes with photoshop. Most are extremely impressed that this capability exists in Gimp. -Rob A On 7/21/09, Sven Neumann s...@gimp.org wrote: Hi, On Tue, 2009-07-21 at 18:33 -0300, Joao S. O. Bueno wrote: I d'be against the removal of the vintage pixmaped brushes. Why? Tell us a good reason then why we should keep them. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- Sent from my mobile device ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Tuesday 21 July 2009, Sven Neumann wrote: Why? Tell us a good reason then why we should keep them. On Tuesday 21 July 2009, Rob Antonishen wrote: One reason to keep some image hose brushes in the default set is just to demonstrate that gimp supports them! I participate in a web forum for amateur cartography, and one of the most common requests is how to use tubes with photoshop. Most are extremely impressed that this capability exists in Gimp. Thanks Rob -- that is goog reason enough. Sven: Besides, with the current set, without these, GIMP woul be a 100% bw boring looking program - A litle bit of color in the brushes would be needed for this reason alone, IMHO. It is true that when lecturing on GIMP I usually to say that the best use for the Pepper brush is to help us locate the Pixel brush, right next to it :-) (but then, I'd actually favor a whole set of fruit vegetable brushes to ship by default with GIMP) Alexia also holds that they should stay in terms even more clear than Rob did: they help one experimentt with the brush dynamics, color combination modes and otehr painting settings in ways that generated brushes or monochrome + alpha brushes can't help. Now, my tagging proposal would just keep then available for people and scritps alike, while making then 100% non-obtrusive, - I don' t understand why you haven't commented on that. js -- ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Mon, Jul 20, 2009 at 2:36 AM, Martin Nordholts wrote: * Add larger variants of the circle and fuzzy circle brushes, say 50, 100, 250 and 500 px The prerequisite for this is GIMP not playing a dying turtle that climbs up to Kilimanjaro top while drawing with a 200+ px brush :) Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Mon, Jul 20, 2009 at 1:36 AM, Martin Nordholts ense...@gmail.com wrote: Hi, I think we at least should: * Add larger variants of the circle and fuzzy circle brushes, say 50, 100, 250 and 500 px Please no, there's too many round brushes already and bigger ones would look exactly the same and add confusion. There should not be 2 brushes that look to be the same shape in the default set. Since 2.8 will have decent scaling on all brushes, we could get rid of the N variants of round vector brushes(and that's where backward compatibility really bites). They represent an obsolete modus operandi, where scaling wasn't possible. What gimp needs is more examples of various vector brushes, like stars and tilted bars and alike that can be used perfectly with dynamics and some actually useful bitmap brushes for painting like activities. * Try to get rid of the Pepper, Sparks and Vine brushes in a backwards compatible way They represent quite nice examples of bitmap brushes and I don't mind at all that they stick around, after all theres only 3 of them compared to 10+ round brushes. Combined with dynamics they make perfect example/demo brushes. See above for the real annoyance. I propose we put all the legacy brushes we dont want to keep into a backwards compatibility extras pack and release it along with 2.8 (windows installer could let it be selected as an optional component and Linux distros can have an extra pack for them). Scripts that use hard coded brushes are not that common. In fact, I haven't seen a single one in general use or passing through FX Foundry. Does anyone have any suggestions on adjustments and additions to the default set of GIMP resources? Default set of resources should include some tool presets, like some common aspect ratio fixed presets(2:3, 3:4) for crop tool and dynamics enabled presets for the paint tools using default resources set. --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Mon, Jul 20, 2009 at 1:10 PM, Alexia Death wrote: Default set of resources should include some tool presets, like some common aspect ratio fixed presets(2:3, 3:4) for crop tool and dynamics enabled presets for the paint tools using default resources set. So we are back to the topic of GIMP Paint Studio integration? :) Btw, is it possible to make tools presets localizable? Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Mon, Jul 20, 2009 at 12:15 PM, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: On Mon, Jul 20, 2009 at 1:10 PM, Alexia Death wrote: Default set of resources should include some tool presets, like some common aspect ratio fixed presets(2:3, 3:4) for crop tool and dynamics enabled presets for the paint tools using default resources set. So we are back to the topic of GIMP Paint Studio integration? :) I woudnt go that far, and I woudn't limit it to paint tools. I think all tools should have at least a few presets for common usecases. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
I have not played extensively with a release supporting tagging so forgive this possible trivial questions. Is the tagging data stored in the resource file itself as metadata or in some corresponding file or files? Is it possible to pre-tag the items in a set of resources (say a brush set) that can easily be distributed with the resources? Are the tags managed- for example, if there is no resource with a tag because it was deleted does the tag get removed? Thanks in advance. I realize this may not be appropriate for a devel list but figured those who implemented the feature would have the best understanding st this time. -Rob A On 7/19/09, Martin Nordholts ense...@gmail.com wrote: Hi, With the integration of tagging support in GIMP we have a mechanism that allows us to organize resources (brushes, patterns, palettes, and gradients). This enables us to add a bigger set of default resources. Not being an artist myself makes me rather useless for this task. To get things rolling I thought I'd start a discussion on what a better set of default resources would be. A few things are clear: * The new default resources must fit the product vision [1] * The resources must be very general in nature * We can't have a huge set of resources since we need to keep the size of the tarball within reasonable limits * We not only need resources, we also need to assign tags to them I think we at least should: * Add larger variants of the circle and fuzzy circle brushes, say 50, 100, 250 and 500 px * Try to get rid of the Pepper, Sparks and Vine brushes in a backwards compatible way Does anyone have any suggestions on adjustments and additions to the default set of GIMP resources? / Martin [1] http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- Sent from my mobile device ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/20/2009 02:40 PM, Rob Antonishen wrote: Is the tagging data stored in the resource file itself as metadata or in some corresponding file or files? The tags are stored externally in ~/.gimp-2.7/tags.xml Is it possible to pre-tag the items in a set of resources (say a brush set) that can easily be distributed with the resources? There is currently no way to distribute tags along with resources, but we want to add this of course. The default resources have default, translatable tags. Are the tags managed- for example, if there is no resource with a tag because it was deleted does the tag get removed? Yes, it even can handle when resources are moved around in the filesystem. It keeps the md5 sum of resources it has tagged, so if a resource does not exist, it will use the md5 sum to locate it again. Thanks in advance. I realize this may not be appropriate for a devel list I think your mail is perfectly reasonable for a devel list. For more technical details regarding how tagging is implemented, refer to: http://git.gnome.org/cgit/gimp/tree/devel-docs/tagging.txt / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Martin Nordholts wrote: Does anyone have any suggestions on adjustments and additions to the default set of GIMP resources? I would propose having a hard-edged, foreground color to background color gradient. Such a gradient can be useful for creating circles, boxes, blinds, bullseyes, and spirals. While it is fairly easy to create, this process is a little bit intimidating for new users and having the gradient available by default would make it easier to include its utility in tutorials. The following file is such a gradient named, Hardedge FG to BG: http://flashingtwelve.brickfilms.com/GIMP/Gradients/hardedge.ggr ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Mon, Jul 20, 2009 at 2:36 AM, Martin Nordholts wrote: Hi, With the integration of tagging support in GIMP we have a mechanism that allows us to organize resources (brushes, patterns, palettes, and gradients). This enables us to add a bigger set of default resources. What I'd love to see instead/alongside is sane defaults. While Pencil is a brush based tool, users do not actually expect it to behave like a brush. But right now Pencil and Brush use same brush by default: Circle Fuzzy (19), 0,90 scaled, pressure mapped to opacity. Instead Pencil should be a Circle (03) brush, because it's a Pencil :) I've heard that complaint from users too many times to let it slip again. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
I'd really love to see GIMP Paint Studio presets as default too. That would make possible to get rid of some default brushes that really don't cut. About the large size brushes, I also agree. I think that several small round brushes should be removed (since brush scaling covers that need). We have nine small variants of round brushes, in a scale range that can be covered probably with a couple of them + scaling. I think we should have: - Larger round brushes. - GIMP Paint Studio brushes and presets - five to ten texture/grunge bruses, in two sizes: large and small. I'd get rid of that outline squares, crosses and some of the special effects brushes. Gez. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
What I really miss is to be able to remove brushes that I don't need and sort/group the ones I use a lot. Maybe it would be better that most - if not all - of the brushes where copied to the users profile as a default instead of being static. This also would invite the user to modify her/his own set and experiment with the examples. Otherwise I think the default is ok... it pretty much shows what is possible to do with the brushes or at least inspires. Maybe it could be an idea to have selectable sets of brushes? (Actually I would really love to have preset-brushes dockable dialog with swashes like PhotoShop. The presets are way to hidden... I know, I should post this on ui-brainstorm.) -- Emil ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Mon, Jul 20, 2009 at 12:19 PM, Emil Assarsson wrote: What I really miss is to be able to remove brushes that I don't need and sort/group the ones I use a lot. There is he GURM python plugin which works quite well for this: http://registry.gimp.org/node/13473 -Rob A ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, ense...@gmail.com (2009-07-20 at 0036.20 +0200): [...] gradients). This enables us to add a bigger set of default resources. Here you say bigger. [...] A few things are clear: * The new default resources must fit the product vision [1] Does that leave things like Gimp Paint Studio out of the map? * The resources must be very general in nature Highly related to the point before, are proper airbrush or fake hair tips (pretty common in photoretouching) general enough? That is what always sounded strange in the product vision and the decissions based in it, they feel out of contact sometimes, as users have shown they do things in a bit more artistic way and less run filter and cross fingers. * We can't have a huge set of resources since we need to keep the size of the tarball within reasonable limits Now you say smaller or same? Sorry, I am confused about what is the target. [...] I think we at least should: * Add larger variants of the circle and fuzzy circle brushes, say 50, 100, 250 and 500 px Remove scale widget and instead add true pixel control of all the brushes, so no more multiple sizes of the same thing needed because people can access all the sizes they want in fast and simple way (and if they want to keep some versions, they can clone brushes). Instead, add different shapes and settings that are not controlled via size (sharp vs fuzzy could get one or more in between step, for example) or diverse pixmap brushes (grunge and realistic tips for paintbrush, spray can, airbrush, pencil, etc). That would a better use, and would make clear the size setting is for something, instead of crowding the dialogs with many repeated circles. * Try to get rid of the Pepper, Sparks and Vine brushes in a backwards compatible way And as demo of animated or colour brushes we have... nothing? I think we should add some others pixmap and animated instead of removing them, for example grunge or rust types are good candidates. Ship some good presets demoing all the power, and even not-so-curious users will start to experiment. I had drafted the initial version yesterday, but I see others agree in general terms, less boring circles and more provide examples of what can be done and how they are better used. GSR ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Mon, 2009-07-20 at 00:36 +0200, Martin Nordholts wrote: * Try to get rid of the Pepper, Sparks and Vine brushes in a backwards compatible way You can just remove those if we agree that they are not useful. I doubt that any script out there actually uses them. This is different for the main geometric brushes. They are actually used and it would be nice if we could add code that avoids breaking scripts if we decide to remove them. +1 from me for the removal of all brushes that only serve as an example but have no other value for the user. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Hi, On Mon, 2009-07-20 at 17:28 +0400, Alexandre Prokoudine wrote: What I'd love to see instead/alongside is sane defaults. While Pencil is a brush based tool, users do not actually expect it to behave like a brush. But right now Pencil and Brush use same brush by default: Circle Fuzzy (19), 0,90 scaled, pressure mapped to opacity. Instead Pencil should be a Circle (03) brush, because it's a Pencil :) Easy enough, just unset the 'global-brush' property. I am not sure though if that would make a good default for the average user. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Martin Nordholts wrote: [cut] Does anyone have any suggestions on adjustments and additions to the default set of GIMP resources? I have a few suggestions as a creative/artistic user which uses GIMP mainly with a pen tablet (as probably any other people who is serious into raster graphic art). I'm not sure if they fit the product vision, but I'm trying anyway: - As you say, add larger variants of standard brushes. Artists typically work on rather large canvases (I personally use 300 dpi A4, which equates roughly to 3500x2500 pixels). The standard maximum brush size of 19 pixels at these resolutions can be quite small. - Add some variations of rake brushes (not standard in Gimp right now) and more different types and sizes of bristle brushes. - Add more realistic patterns from commonly used artistic media (for example different types of paper, etc), to simulate easily its texture while drawing. -- SHIRAKAWA Akira ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Mon, Jul 20, 2009 at 4:06 AM, Martin Nordholtsense...@gmail.com wrote: Hi, With the integration of tagging support in GIMP we have a mechanism that allows us to organize resources (brushes, patterns, palettes, and gradients). This enables us to add a bigger set of default resources. I would re-suggest integrating GHNS or have a similar way of easy sharing of resources from The GIMP or all CREATE projects. Once that is done, the most popular brushes can be added to the default set. What say ?? Just my 2 cents. -- Laxminarayan Kamath Ammembal http://lankerisms.blogspot.com (+91) 9945036093 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
