Re: [Gimp-developer] Paint Dynamics in git version
2010/3/10 Aurimas Juška aurimas.ju...@gmail.com Hi, 2010/3/9 Olivier oleca...@gmail.com: With regards to useful extensions to this feature, it seems to me that the most important one is the capability to tag several resources at the same time, for example using combinations of the Ctrl and Shift keys while clicking. In fact, this feature is useful mainly when you have a lot of brushes, for example, and it would be a burden to have to tag several hundreds of them. I have just commit such feature into development version. In you choose 'View as list' in any data view you can select multiple in usual way. Common set of tags for all selected items is displayed in assign tags box. If you add/remove tags there, all selected objects are updated accordingly. It is possible that in the future this feature will be available in other views and more actions might be available on multiple items at a time. Thanks a lot, this adds something very useful, and strongly improves the usability of the whole thing. A useful feature, in the same vein, would be to store resources in sub-folders of the normal folder, and to give them automatically a tag depending on the name of the sub-folder. Maybe also this could help the idea of lazy loading that you mention: a given sub-folder would be loaded only if the corresponding tag is used as a filter. I think tags are more flexible than folders. You can put a thing in only one folder (category) while tagging solution allows to assign any number of tags (categories, keywords) that should make it easier to find an item you're searching for. I explained my idea poorly, let's try again. Suppose you find somewhere a large set of interesting brushes, which you plan to use some times, but not always. You install them in a sub-folder of your brushes folder, and choose for this sub-folder a meaningful name. Then, maybe depending on some explicit action, you would ask to import these brushes, giving to them as a first tag their sub-folder name. This would not prevent you to add to them other tags later, but it would automatically categorize them, and you could look at them in the brushes dialog simply by placing their tag in the filter field. By the way, it would also be useful, especially in this case, to have a negative filter, i.e. filter the resources that don't have a given tag. -- Olivier Lecarme ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More on tagging
Hi, On Wed, Mar 10, 2010 at 10:36 PM, Rob Antonishen rob.antonis...@gmail.com wrote: I found this old thread: http://lists.freedesktop.org/archives/create/2009-February/001578.html That talks about tagging. I've also looked at the source, and am not able to locate how the checksum is calculated. It does not appear to be a md5sum of the actual resource file. How is it calculated? The md5 checksum is calculated after object is loaded. Each tagged object implements GimpTaggedInterface, including method get_checksum (). Therefore, its internal data is used to calculate the checksum, which means different implementation for each resource type. For resource sharing it might be better to calculate md5 checksum on raw file data. However, not all resources are physical files, for example, generated brushes. There has been some effort to create a common tag storage format, see http://create.freedesktop.org/wiki/ResourceTagging . It would be used by graphic applications for tag storage and put in resource packages. There are some ideas, that resources and tags could be shared among graphic applications. However, there is only discussion where shared tags and resources could be put, not how some applications access shared tag list concurrently. There are quite a few things to decide before something can be actually implemented. Regards, Aurimas ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Paint Dynamics in git version
A useful feature, in the same vein, would be to store resources in sub-folders of the normal folder, and to give them automatically a tag depending on the name of the sub-folder. Maybe also this could help the idea of lazy loading that you mention: a given sub-folder would be loaded only if the corresponding tag is used as a filter. I think tags are more flexible than folders. You can put a thing in only one folder (category) while tagging solution allows to assign any number of tags (categories, keywords) that should make it easier to find an item you're searching for. I explained my idea poorly, let's try again. Suppose you find somewhere a large set of interesting brushes, which you plan to use some times, but not always. You install them in a sub-folder of your brushes folder, and choose for this sub-folder a meaningful name. Then, maybe depending on some explicit action, you would ask to import these brushes, giving to them as a first tag their sub-folder name. This would not prevent you to add to them other tags later, but it would automatically categorize them, and you could look at them in the brushes dialog simply by placing their tag in the filter field. By the way, it would also be useful, especially in this case, to have a negative filter, i.e. filter the resources that don't have a given tag. -- Olivier Lecarme Olivier - Take a look at the GURM python plugin http://registry.gimp.org/node/13473 This is what I use currently for managing my patterns, brushes, and gradients. The only drawback for me is that it only supports a single (flat) directory structure. If it were enhanced to allow selection of folders and subfolders then it would be extremely useful, rather than just really useful ;) I am not sure, however, if such a tool will work well with tagging as I do not know if once resources are unloaded the tag information is discarded and lost the next time the resources are loaded... -Rob A ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Adding ability to reverse curves dialog
On 3/10/10, Martin Nordholts wrote: How about editing in CMYK space, where higher numbers mean greater ink density? Perhaps this is why Photoshop has this 'flip' feature. Good point, but in this case GIMP can do the necessary invert and flip for the user How? :) Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Adding ability to reverse curves dialog
On 03/11/2010 06:23 PM, Alexandre Prokoudine wrote: On 3/10/10, Martin Nordholts wrote: How about editing in CMYK space, where higher numbers mean greater ink density? Perhaps this is why Photoshop has this 'flip' feature. Good point, but in this case GIMP can do the necessary invert and flip for the user How? :) By knowing that it works on buffers with ink density and not light intensity. So how would GIMP know that? There are many heuristics that could be used: * Was the buffer created with Decompose? * Is guiguru's CMYK projection/curtain down? * Is there a CMYK color profile attached somehow? * What babl format is used? / Martin -- My GIMP Blog: http://www.chromecode.com/ Multi-column dock windows and 2.8 schedule ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
