Paint Dynamics in git version
This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.
This is a read-only list on gimpusers.com so this discussion thread is read-only, too.
| Paint Dynamics in git version | Olivier | 07 Mar 16:25 |
| Paint Dynamics in git version | Alexia Death | 07 Mar 16:50 |
| Paint Dynamics in git version | Aurimas Juška | 08 Mar 10:04 |
| Paint Dynamics in git version | Rob Antonishen | 09 Mar 23:54 |
| Paint Dynamics in git version | Aurimas Juška | 10 Mar 20:42 |
| Paint Dynamics in git version | Rob Antonishen | 10 Mar 20:58 |
| f5f01a751003101134v75be083e... | 07 Oct 20:28 | |
| Paint Dynamics in git version | Olivier | 11 Mar 09:14 |
| Paint Dynamics in git version | Rob Antonishen | 11 Mar 15:58 |
Paint Dynamics in git version
Two questions about Paint Dynamics, a feature which I find extremely promising, and about which I would like very much to have more explanations than the current GUI specifications:
1. What is the difference between Fade Tapering and Fade Tappering, and the same question for Velocity Tapering and Tappering?
2. When trying to change an existing Paint Dynamics, the Mapping Matrix is grayed out, to show that it is read-only. However, the other tabs are not, and I can check boxes and change curves. Is this a bug or a feature?
By the way, is there somewhere some explanations about the purpose and use of tags and filters? I think I can guess a large part of this, but reading authorized text would be useful.
Paint Dynamics in git version
On Sunday 07 March 2010 17:25:36 Olivier wrote:
1. What is the difference between Fade Tapering and Fade Tappering, and the same question for Velocity Tapering and Tappering?
One is renamed other. I made a typo. Sorry. Since you didn't do "make uninstall" between updates,you ended up with both.
2. When trying to change an existing Paint Dynamics, the Mapping Matrix is grayed out, to show that it is read-only. However, the other tabs are not, and I can check boxes and change curves. Is this a bug or a feature?
That is a bug. You are not supposed to be able to edit anything for now, but hopefully things change before 2.8.
By the way, is there somewhere some explanations about the purpose and use of tags and filters? I think I can guess a large part of this, but reading authorized text would be useful.
I doubt there is a text, even less authorized one, on this. Closest you can get is when you find Auris , the author of this feature, in IRC and get him to talk to you. Shouldn't be that complicated tho. you can assign tags to resources and you can use filters to see just the tagged ones.
--alexia
Paint Dynamics in git version
Hi,
On Sun, Mar 7, 2010 at 5:50 PM, Alexia Death wrote:
By the way, is there somewhere some explanations about the purpose and use of tags and filters? I think I can guess a large part of this, but reading authorized text would be useful.
I doubt there is a text, even less authorized one, on this. Closest you can get is when you find Auris , the author of this feature, in IRC and get him to talk to you. Shouldn't be that complicated tho. you can assign tags to resources and you can use filters to see just the tagged ones.
You can go to http://sites.google.com/site/aurijusk/gimp-resource-tagging and choose tagging.pdf.
Regards, Aurimas
Paint Dynamics in git version
2010/3/8 Aurimas Juška :
Hi,
On Sun, Mar 7, 2010 at 5:50 PM, Alexia Death wrote:
By the way, is there somewhere some explanations about the purpose and use of tags and filters? I think I can guess a large part of this, but reading authorized text would be useful.
I doubt there is a text, even less authorized one, on this. Closest you can get is when you find Auris , the author of this feature, in IRC and get him to talk to you. Shouldn't be that complicated tho. you can assign tags to resources and you can use filters to see just the tagged ones.
You can go to http://sites.google.com/site/aurijusk/gimp-resource-tagging and choose tagging.pdf.
Regards, Aurimas
Hi-
In that document it states:
Easy resource package import and export
It would be nice to allow users to share their favorite resources
which could be saved into
packages (together with tags assigned to them) and then shared with
other users which could
import them.
What is the format for this? If I wanted to distribute (for example) a set of pre-tagged patterns, could this be done currently in the dev build?
-Rob A>
Paint Dynamics in git version
Hi,
2010/3/10 Rob Antonishen :
What is the format for this? If I wanted to distribute (for example) a set of pre-tagged patterns, could this be done currently in the dev build?
There is no such feature yet. The idea is a simple archive of resouces + tags + possibly some metadata. When resource package is dragged on GIMP it would install where necessary. Some tool to create such packages would be good too. However, first tag file format would have to be standardized a bit so that resource packages could be used not only in GIMP.
Additional ideas are welcome.
Regards, Aurimas
Paint Dynamics in git version
2010/3/10 Aurimas Juška
Hi,
2010/3/10 Rob Antonishen
What is the format for this? If I wanted to distribute (for example) a set of pre-tagged patterns, could this be done currently in the dev build?
There is no such feature yet. The idea is a simple archive of resouces + tags + possibly some metadata. When resource package is dragged on GIMP it would install where necessary. Some tool to create such packages would be good too. However, first tag file format would have to be standardized a bit so that resource packages could be used not only in GIMP.
Additional ideas are welcome.
Regards, Aurimas
Thanks for the response. So where/how are tags stored now? In a separate rc fil somewhere?
-Rob A>
Paint Dynamics in git version
2010/3/10 Aurimas Juška
Hi,
2010/3/9 Olivier :
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.
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>
