https://gui.gimp.org/api.php?action=feedcontributions&user=Americo.Gobbo&feedformat=atomGIMP GUI Redesign - User contributions [en]2024-03-28T14:50:52ZUser contributionsMediaWiki 1.28.0https://gui.gimp.org/index.php?title=GIMP_and_Graphic_Arts&diff=2941GIMP and Graphic Arts2024-03-12T18:40:38Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width:80em;"><br />
== Ways To Use GIMP ==<br />
<br />
=== Traditional ===<br />
Many [https://en.wikipedia.org/wiki/Graphic_arts graphic artists], such as painters, illustrators, concept artists, game illustrators and graphic designers are accustomed to using painting applications with conventional tools. Many times, these artists use, mainly, only the classical tools to paint, such as paintbrush, pencil, airbrush, ink, smudge and eraser... without tool presets.<br />
These artists have found a way to use the standard options to resolve any part of their style and tasks.<br />
In some cases, because the style of painting is classical and well-formed these tools and features present on Tool Options are sufficient to render easily and efficiently this style or way of painting.<br />
GIMP is an excellent application for digital painting mainly to haven't need presets or an asset library large, and in this sense, it is the reason that I consider GIMP ready for many artists with traditional painting or well-formed style. <br />
=== Style & GIMP ===<br />
GIMP can adapt very well to many styles and ways of painting from well-formed to personal and/or customized styles.<br />
When I talk with digital artists is evident that each artist is doing paintings with our styles (or unawares are considered as theirs) or using some traditional manner of the painting. So, any kind of software for digital painting has a UI that creates the conditions, many times not specifically and/or purposely, to superpose the 'inner' style of tools painting in our style. This is more common when the apps are deeply based upon tool presets... and where the application is viewed more as presets ready for the painting. <br />
<br />
To explain it better I think this metaphor:<br />
* All language's a kind UI software, that's the feature that permits us to exchange/experience/practice/make/learn/teach things with thoughts /talk/see/show and write things;<br />
* As any language or any UI software, it has a strong relationship with the environment where is moulded;<br />
* The 'style' or 'our way' of expressing sensations, and ideas in the art form is moulded by the UI;<br />
* The language is moulded by the influences and relations with UI;<br />
* So, different languages or UI software imprinting naturally the our styles in an unaware way;<br />
* If we have languages or UI software where the capabilities are related to a 'style', that is not our own... _<br />
all things, that I will do with this software also will be influenced by this.<br />
<br />
When we are using a tool preset to paint anything, is important to know the designer of the preset and his style... so, is probable that the way and how the preset is working/showing the results are more aligned with the designer's style than that of the user that using it.<br />
So, is possible that by using different applications our 'style' could be influenced by them. I intend to discuss this better on the next point on '''Prêt-à-porter'''.<br />
<br />
=== Tool Preset as Prêt-à-porter ===<br />
Since it introduced the Tool Presets on GIMP (when I began to utilize them, on the 2.6+ release, they were already present), it becomes an application capable to record the our way painting's style... and is possible also to share them with other painters and common users.<br />
In this sense, the French term Prêt-à-porter (Ready-to-use) from the fashion is significant to understanding why reason the presets have an inner way of understanding the painting and therefore have their style.<br />
In many situations, the user can, if he wants, customize a prêt-a-porter the tool preset, but it all depends if the application has an easier way to do this... many times the approach is very complex and hard to understand for the artists.<br />
Is possible that certain rules these presets could cause in our styles... mainly if this fact is not clear to the users, in this sense, I think it very important to know well these aspects during the design of presets, mainly if we have the intention to share them. So, is very important for the default presets on the painting applications, to have an approach more classical for the painting techniques, which must be more possibly 'basics'. As advice, I read today a quote very interesting wrote by Brian Eno that is useful in this issue about Tool Presets as Prêt-à-porter:<br />
<br />
"Stop thinking about artworks as objects, and start thinking about them as triggers for experiences."<br />
<br />
=== Works using GIMP ===<br />
Since 2008 I am using GIMP for my [https://americogobbo.blogspot.com/ illustration works] and painting experiments, mainly how to improve or emulate traditional painting and graphical techniques in digital (printmaking, painting, drawing, collage, etc.). These approaches are focused always on experimenting with new ways to solve these issues... mainly searching for emerging features or discovering new methods how to improve:<br />
<br />
* The '''Brush Basic Design''' (rasters, mainly the dynamic brushes > .gih);<br />
* the usage and knowledge of the '''Paint Dynamics''';<br />
* '''Paint tools''' settings on '''Tool Options''' dialog and;<br />
* The '''Layers''' in two ways:<br />
** ''Horizontally (inner along) with'':<br />
*** Masks, <br />
*** Channels,<br />
*** Filters,<br />
** ''and Vertically (more common) with'': <br />
*** Layers Stack: <br />
**** Blend Modes on,<br />
**** Blend Modes on '''Paint Tools''',<br />
**** Composite Modes on,<br />
**** Composite Modes on '''Paint Tools.'''<br />
<br />
=== Library of the Experiments ===<br />
These libraries are very important in how the process of documenting evolved during that time. Many of my insights began with the experiments around digital painting and, this material is important to consolidate ideas and ways to realize them.<br />
<br />
* [https://br.pinterest.com/americogobbo/graphic-arts-opensource-resources/ Americo Gobbo Pinterest Gallery]: This is my gallery to collect the works, yet it is in progress with a short number of samples.<br />
* [https://br.pinterest.com/forksanddrills/forks-and-drills/ Forks And Drills Project on Pinterest Gallery]: This is the gallery to collect the works and images on the [https://forksanddrills.blogspot.com Forks And Drills] project.<br />
* [https://forksanddrills.blogspot.com Forks And Drills Project]: Forks and Drills Project is a project funded in 2012 with an initial Mozart Couto collaboration. Forks and Drills is a kind of "kitchen workshop" for digital painting and graphic arts that uses free software: to discuss creation tools, methods and painting techniques for digital painting and graphic arts in general. The main collaborators were [https://mozartcoutoblog.blogspot.com/ Mozart Couto] and [http://www.kvtv.pf.ukf.sk/o-katedre/16-portfolia/44-mgr-lubomir-zabadal-phd L'ubomir Zabadal] of the Nitra University in Slovakia. The main discussions were primarily about Paint Dynamics and Asset Brushes. Is my intention to migrate the articles more interesting to [https://gimp.org GIMP.org Website].<br />
<br />
=== Artistic Visions ===<br />
I think that many issues shared on the current [https://gui.gimp.org/index.php/Vision_briefing Vision Briefing] are in continuous changing or evolution... all evolve :-). In this sense, I have [https://jagissues.wikidot.com/artists-vision collected some impressions] of some of my colleagues [https://jagissues.wikidot.com/artists-vision#toc3 Mozart Couto], [https://jagissues.wikidot.com/artists-vision#toc0 Gustavo Deveze] and [https://jagissues.wikidot.com/artists-vision#toc6 Elias Silveira], digital painters, about various themes about GIMP and as is viewed in this branch. <br />
<br />
=== Painting Issues & Around ===<br />
This is the main chapter of all this documentation ;-). In the chapter, I will organize many topics with different scopes: discussing and suggesting alternatives to improve existing features or to implement new features and paint tools.<br />
<br />
==== Digital Painting Issues ====<br />
<br />
===== Usability Issues =====<br />
* [[Usability_and_Colors| Colour Swapping And Workflow Painting]]<br />
* [[Usability_and_Tools| Usability and Tools Improvements]]<br />
<br />
===== Paint Tools and Techniques =====<br />
In this chapter, I introduce improvements to emerging features in different paint tools.<br />
* [[Clipboard_Brush| Clipboard asset to paint]]<br />
* [[Brush_Texture| Texture with Clone Tool]]<br />
* [[Impasto_Brush| Impasto with Clone Tool]]<br />
* [[Smudge_Tool| Smudge Tool Issues]]<br />
* [[MyPaint_Brushes| MyPaint Issues]]<br />
* [[Painttools_Bugs| Related Bugs with Paint Tools]]<br />
<br />
===== Assets Issues =====<br />
The assets Issues chapter has a myriad of Proposals for presets and assets in general.<br />
* [[Tool_Presets| Tool Presets and Tool Options | Proposal]]<br />
* [[Tool_Preset_Editor | Assets Preset Editor - Proposal]]<br />
* [[Brush-assets | Brush Dialogs and Menus]]]<br />
* [[Parametric-brushes | Parametric Brush Editor | Proposal]]<br />
* [[Brush_Procedure_Plugin | Brush Plugin | Proposal]]<br />
* [[Brush_Assets_Discussion | Brush Specification Discussion - Brainstorming]]<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2940Brush Creation and Edit Instances2024-03-11T11:14:29Z<p>Americo.Gobbo: /* Current Status */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
[[File:brush-editor.png|thumb|none|250px|The current Parametric Brush Editor used to shows the raster brush.]]<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control '''Size''', '''Spikes'''(?!), '''Opacity'''(?!), '''Hardness''', '''Aspect ratio''', '''Angle and Spacing''' to finalize the brush creation with a '''Save Brush'''.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an ''aid app to create variations of the seed stain to load each Cell'' = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a ''morphing'' effect we need ''two stains'' to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, ''length'' and ''width''. On the Parametric Brush Editor, we have a radius, I propose to use the ''diameter'' (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of '''Hardness''', '''Aspect Ratio''', '''Angle''' and '''Spacing''' are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
'''Spikes''' - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
'''Opacity''' - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the '''Path''' with '''Paint Along Path''' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of '''Edit/Stroke Selection''' (''Paint along the selection outline''). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=File:Brush-editor.png&diff=2939File:Brush-editor.png2024-03-11T11:13:04Z<p>Americo.Gobbo: The current Parametric Brush Editor shows a raster brush...</p>
<hr />
<div>The current Parametric Brush Editor shows a raster brush...</div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2938Brush Creation and Edit Instances2024-03-11T11:11:48Z<p>Americo.Gobbo: /* Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric) */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
[[File:brush-editor.png]]<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control '''Size''', '''Spikes'''(?!), '''Opacity'''(?!), '''Hardness''', '''Aspect ratio''', '''Angle and Spacing''' to finalize the brush creation with a '''Save Brush'''.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an ''aid app to create variations of the seed stain to load each Cell'' = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a ''morphing'' effect we need ''two stains'' to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, ''length'' and ''width''. On the Parametric Brush Editor, we have a radius, I propose to use the ''diameter'' (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of '''Hardness''', '''Aspect Ratio''', '''Angle''' and '''Spacing''' are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
'''Spikes''' - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
'''Opacity''' - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the '''Path''' with '''Paint Along Path''' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of '''Edit/Stroke Selection''' (''Paint along the selection outline''). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2937Brush Creation and Edit Instances2024-03-10T21:39:02Z<p>Americo.Gobbo: /* Improvements and New Features */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control '''Size''', '''Spikes'''(?!), '''Opacity'''(?!), '''Hardness''', '''Aspect ratio''', '''Angle and Spacing''' to finalize the brush creation with a '''Save Brush'''.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an ''aid app to create variations of the seed stain to load each Cell'' = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a ''morphing'' effect we need ''two stains'' to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, ''length'' and ''width''. On the Parametric Brush Editor, we have a radius, I propose to use the ''diameter'' (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of '''Hardness''', '''Aspect Ratio''', '''Angle''' and '''Spacing''' are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
'''Spikes''' - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
'''Opacity''' - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the '''Path''' with '''Paint Along Path''' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of '''Edit/Stroke Selection''' (''Paint along the selection outline''). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2936Brush Creation and Edit Instances2024-03-10T21:37:39Z<p>Americo.Gobbo: /* Improvements and New Features */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control '''Size''', '''Spikes'''(?!), '''Opacity'''(?!), '''Hardness''', '''Aspect ratio''', '''Angle and Spacing''' to finalize the brush creation with a '''Save Brush'''.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, ''length'' and ''width''. On the Parametric Brush Editor, we have a radius, I propose to use the ''diameter'' (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of '''Hardness''', '''Aspect Ratio''', '''Angle''' and '''Spacing''' are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
'''Spikes''' - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
'''Opacity''' - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the '''Path''' with '''Paint Along Path''' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of '''Edit/Stroke Selection''' (''Paint along the selection outline''). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2935Brush Creation and Edit Instances2024-03-10T21:36:01Z<p>Americo.Gobbo: /* Preview of brushes */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, ''length'' and ''width''. On the Parametric Brush Editor, we have a radius, I propose to use the ''diameter'' (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of '''Hardness''', '''Aspect Ratio''', '''Angle''' and '''Spacing''' are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
'''Spikes''' - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
'''Opacity''' - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the '''Path''' with '''Paint Along Path''' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of '''Edit/Stroke Selection''' (''Paint along the selection outline''). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2934Brush Creation and Edit Instances2024-03-10T21:35:37Z<p>Americo.Gobbo: /* Preview of brushes */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, ''length'' and ''width''. On the Parametric Brush Editor, we have a radius, I propose to use the ''diameter'' (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of '''Hardness''', '''Aspect Ratio''', '''Angle''' and '''Spacing''' are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
'''Spikes''' - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
'''Opacity''' - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the '''Path''' with '''Paint Along Path''' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of '''Edit/Stroke Selection''' ('''Paint along the selection outline'''). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2933Brush Creation and Edit Instances2024-03-10T21:34:38Z<p>Americo.Gobbo: /* Current features of Brush Editor applied for the raster brushes */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, ''length'' and ''width''. On the Parametric Brush Editor, we have a radius, I propose to use the ''diameter'' (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of '''Hardness''', '''Aspect Ratio''', '''Angle''' and '''Spacing''' are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
'''Spikes''' - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
'''Opacity''' - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2932Brush Creation and Edit Instances2024-03-10T21:33:50Z<p>Americo.Gobbo: /* Size Brush */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, ''length'' and ''width''. On the Parametric Brush Editor, we have a radius, I propose to use the ''diameter'' (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2931Brush Creation and Edit Instances2024-03-10T21:33:03Z<p>Americo.Gobbo: /* Improvements and New Features */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
====Size Brush====<br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
====Current features of Brush Editor applied for the raster brushes====<br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
===Preview of brushes===<br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2930Brush Creation and Edit Instances2024-03-10T21:31:40Z<p>Americo.Gobbo: /* Improvements and New Features */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br><br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br><br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off).<br>Each time that we make a change in the editor the path is loaded with the new instance of values present on the Brush Editor.<br>For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2929Brush Creation and Edit Instances2024-03-10T21:29:24Z<p>Americo.Gobbo: /* Contextual Menu |<| */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu Proposal |<|===<br />
Using the Brush Editor the Contextual Menu of the Brushes Menu is more easy to understand and slim. When we use [1] or [2] we have access to Brush Editor to create and edit different kind of brushes (rasters and parametric).<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off). Each time that we do a change in the editor the path is loaded with the new instance of values present on the Brush Editor. For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2928Brush Creation and Edit Instances2024-03-10T21:26:03Z<p>Americo.Gobbo: /* Current Status */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Contextual Menu |<|===<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush > [2]<br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off). Each time that we do a change in the editor the path is loaded with the new instance of values present on the Brush Editor. For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2927Brush Creation and Edit Instances2024-03-10T21:22:42Z<p>Americo.Gobbo: /* Current Status */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a ''unique dimension'').<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off). Each time that we do a change in the editor the path is loaded with the new instance of values present on the Brush Editor. For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2926Brush Creation and Edit Instances2024-03-10T21:21:20Z<p>Americo.Gobbo: /* Improvements and New Features */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a unique dimension).<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .'''gbr''' raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .'''gih''' raster, we have different choices for the '''unique dimension''' of the brush:</br>How many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off). Each time that we do a change in the editor the path is loaded with the new instance of values present on the Brush Editor. For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2925Brush Creation and Edit Instances2024-03-10T21:20:08Z<p>Americo.Gobbo: /* Improvements and New Features */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a unique dimension).<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .gbr raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .gih raster, we have different choices for the unique dimension of the brush:</br>how many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random).<br> Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer.<br>IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes.<br>The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off). Each time that we do a change in the editor the path is loaded with the new instance of values present on the Brush Editor. For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2924Brush Creation and Edit Instances2024-03-10T21:17:18Z<p>Americo.Gobbo: /* Improvements and New Features */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a unique dimension).<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster.<br><br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .gbr raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .gih raster, we have different choices for the unique dimension of the brush: how many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random). Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer. IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes. The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off). Each time that we do a change in the editor the path is loaded with the new instance of values present on the Brush Editor. For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2923Brush Creation and Edit Instances2024-03-10T21:11:01Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a unique dimension).<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster<br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .gbr raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .gih raster, we have different choices for the unique dimension of the brush: how many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random). Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer. IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes. The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### 3b3. After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off). Each time that we do a change in the editor the path is loaded with the new instance of values present on the Brush Editor. For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2922Brush Creation and Edit Instances2024-03-10T21:10:12Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
==Brush Editor | To Create/Edit Brushes (Raster (.gbr and .gih) or Parametric)==<br />
===Current Status===<br />
The current Brush Editor is usable only to create and modify the .vbr brushes (parametric).<br />
The idea is to make it usable to create also raster brushes (.gbr and a simple .gih brush with a unique dimension).<br />
<br />
===Improvements and New Features===<br />
# The Shape selector must have a button to load a seed stain for irregular shapes or informal stains. Already we can create the simple .gbr brushes with simple shapes, e.g., circle, square or diamond the current buttons could be used to link with specific scripts as such we already exist or these procedures be improved with a different code. When we are creating the animated brushes, we can have an aid filter to create the variations in these stains to complete the array of the .gih brushes. In this way, it could be simplified the load the stains in different layers of the .gih brush.<br />
# A selector to have RGB or Grayscale Brushes. IMO is very useful to have both types for raster and parametric brushes.<br />
# Selector of Kind Brush: Parametric or Raster<br />
## If Parametric we have the current features already existent.<br />
## If Raster we need to decide if is a .gbr or .gih brush. For them we have made choices around the stains, regular or irregular. In these cases, we have different procedures:<br />
## If it is a .gbr raster, the condition is more simple and the final brush has the shape stain chosen by the user. After we have the instance to control Size, Spikes(?!), Opacity(?!), Hardness, Aspect ratio, Angle and Spacing to finalize the brush creation with a 'Save Brush'.<br />
### If it is a .gih raster, we have different choices for the unique dimension of the brush: how many variations we want (Cells = Layers) and which parameter we will use for these variations (angular, incremental, pressure, velocity or random). Another important simplification is to have an aid app to create variations of the seed stain to load each Cell = Layer. IMO, I think using Morphing, Hardness/Opacity variations. When we have a morphing effect we need two stains to make an efficient variation for painting brushes. The general idea is to have a fast way to create .gih brushes for painting tasks without complex interactions with the array matrix of the .gih. The scope of these brushes is similar to the current Acrylics series, for instance. To elaborate and complex brushes, we think that the current method using the array is yet useful... or we need also to think of a plugin to solve, in short, some arrays of .gih brushes.<br />
#### 3b3. After making the choices of .gih brush we proceed to creation of brush.<br />
<br />
<h4>Size Brush</h4><br />
For the raster brushes normally we have two size dimensions, length and width. On the Parametric Brush Editor, we have a radius, I propose to use the diameter (in this way we have the same method to build raster and parametric brushes). For instance, if you need a parametric brush of 100 pixels we need to create a brush with 50 pixels radius on the current editor.<br />
<br />
<h4>Current features of Brush Editor applied for the raster brushes</h4><br />
The controls of Hardness, Aspect ratio, Angle and Spacing are usable completely to create raster stains with similar characteristics of .vbr brushes.<br />
Spikes - are usable also to create different geometric shapes of the regular circle, square and diamond raster brushes.<br />
Opacity - I am not sure if is useful to have an 'Opacity control' for the raster stains... the hardness has a similar or an approximated effect but works as a border feathering.<br />
<br />
<h3>Preview of brushes</h3><br />
The current preview is focused on the .vbr parameter. To have a universal preview for all brushes, parametric or raster, we need to implement a preview based on the Path with 'Paint Along Path' (dynamics On or Off). Each time that we do a change in the editor the path is loaded with the new instance of values present on the Brush Editor. For the condition of static shape, with a raster brush, we need to see if is sufficient the feature of Edit/Stroke Selection ('Paint along the selection outline'). For instance, using a small circular shape selection is possible to have almost the effect of the dab... is an approximated effect.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div><br />
<br />
<!-- ===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush: [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric. --></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2921Brush Creation and Edit Instances2024-03-10T20:49:28Z<p>Americo.Gobbo: /* Proposal Two Levels Simplified */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Parametric Brush and Raster Brush to classify the kinds of them: Parametric and Raster Brush (shaped versions).<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
===Brush Editor | To Create/Edit Brushes (Raster (gbr and gih) or Parametric)===<br />
* I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons (Mark Sweeney).<br />
** Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
** I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created. [https://gitlab.gnome.org/GNOME/gimp/-/issues/2781]<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
<br />
* In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create (Mark Sweeney).<br />
** Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
** I have thought that was better have single scripts to make single things... what do you think?<br />
** But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
** For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div><br />
<br />
<!-- ===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush: [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric. --></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2920Brush Creation and Edit Instances2024-03-10T20:45:59Z<p>Americo.Gobbo: /* Proposal One Level Simplified */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal Two Levels Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
===Brush Editor | To Create/Edit Brushes (Raster (gbr and gih) or Parametric)===<br />
* I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons (Mark Sweeney).<br />
** Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
** I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created. [https://gitlab.gnome.org/GNOME/gimp/-/issues/2781]<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
<br />
* In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create (Mark Sweeney).<br />
** Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
** I have thought that was better have single scripts to make single things... what do you think?<br />
** But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
** For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div><br />
<br />
<!-- ===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush: [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric. --></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2919Brush Creation and Edit Instances2024-03-10T20:45:07Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===Proposal One Level Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu (Opening 'New Brush' menu)<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* In each message box of [2] option, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance: to parametric kind, 'New Parametric Brush...'. This option opens the Parametric Brush Editor.<br />
<br />
===Brush Editor | To Create/Edit Brushes (Raster (gbr and gih) or Parametric)===<br />
* I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons (Mark Sweeney).<br />
** Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
** I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created. [https://gitlab.gnome.org/GNOME/gimp/-/issues/2781]<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
<br />
* In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create (Mark Sweeney).<br />
** Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
** I have thought that was better have single scripts to make single things... what do you think?<br />
** But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
** For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div><br />
<br />
<!-- ===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush: [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric. --></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2918Brush Creation and Edit Instances2024-03-10T20:17:38Z<p>Americo.Gobbo: /* |<|Contextual Menu of the [Brushes Menu] */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush: [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br />
<br />
===3rd Proposal One Level More Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
\_Animated Brush... [3]<br />
---<br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush.", this option opens the .vbr Editor.<br />
* [3] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, <br />
transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
<br />
===Discussion with Mark Sweeney===<br />
<br />
The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
<br />
This would be the name of the currently selected brush? I'm not sure that is possible with the current code, menus are named in a file.<br />
<br />
Humm, yes this is true because the raster is binary and I am not sure what exactly it has as info... I'm writing a draft specification where the description or name of the raster brush asset will be own info in the binary.<br />
<br />
So, is better to do a note and link it with my draft issue.<br />
<br />
<br />
> Personally I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons.<br />
<br />
Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
<br />
I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created.<br />
<br />
https://gitlab.gnome.org/GNOME/gimp/-/issues/2781<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
><br />
> In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create.<br />
<br />
Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
<br />
I have thought that was better have single scripts to make single things... what do you think?<br />
<br />
But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
<br />
For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2917Brush Creation and Edit Instances2024-03-10T20:14:25Z<p>Americo.Gobbo: /* |<|Contextual Menu of the [Brushes Menu] */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush: [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br />
<br />
===3rd Proposal One Level More Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
Edit Brush [1]<br />
New Brush ><br />
---<br />
Duplicate Brush<br />
Copy Brush Location<br />
Show in File Manager<br />
Delete Brush<br />
---<br />
Refresh Brushes <br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
New Brush ><br />
\_Parametric... [2]<br />
\_Raster Brush ><br />
\_Animated Brush... [3]<br />
---<br />
Static Brush:... [4]<br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery...<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush.", this option opens the .vbr Editor.<br />
* [3] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, <br />
transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [4] Eventually, the shape brushes could placed needled in 'Raster Brush...' [3]. The people is hard to cut certain things on GIMP ;)<br />
This is a compromise.<br />
<br />
===Discussion with Mark Sweeney===<br />
<br />
The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
<br />
This would be the name of the currently selected brush? I'm not sure that is possible with the current code, menus are named in a file.<br />
<br />
Humm, yes this is true because the raster is binary and I am not sure what exactly it has as info... I'm writing a draft specification where the description or name of the raster brush asset will be own info in the binary.<br />
<br />
So, is better to do a note and link it with my draft issue.<br />
<br />
<br />
> Personally I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons.<br />
<br />
Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
<br />
I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created.<br />
<br />
https://gitlab.gnome.org/GNOME/gimp/-/issues/2781<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
><br />
> In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create.<br />
<br />
Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
<br />
I have thought that was better have single scripts to make single things... what do you think?<br />
<br />
But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
<br />
For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2916Brush Creation and Edit Instances2024-03-10T20:07:24Z<p>Americo.Gobbo: /* |<|Contextual Menu of the [Brushes Menu] */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush: [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br />
<br />
===3rd Proposal One Level More Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
\_Raster Brush...<br />
\_Animated Brush... [3]<br />
---<br />
Static Brush:... [4]<br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery... <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush.", this option opens the .vbr Editor.<br />
* [3] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, <br />
transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [4] Eventually, the shape brushes could placed needled in 'Raster Brush...' [3]. The people is hard to cut certain things on GIMP ;)<br />
This is a compromise.<br />
<br />
===Discussion with Mark Sweeney===<br />
<br />
The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
<br />
This would be the name of the currently selected brush? I'm not sure that is possible with the current code, menus are named in a file.<br />
<br />
Humm, yes this is true because the raster is binary and I am not sure what exactly it has as info... I'm writing a draft specification where the description or name of the raster brush asset will be own info in the binary.<br />
<br />
So, is better to do a note and link it with my draft issue.<br />
<br />
<br />
> Personally I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons.<br />
<br />
Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
<br />
I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created.<br />
<br />
https://gitlab.gnome.org/GNOME/gimp/-/issues/2781<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
><br />
> In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create.<br />
<br />
Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
<br />
I have thought that was better have single scripts to make single things... what do you think?<br />
<br />
But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
<br />
For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2915Brush Creation and Edit Instances2024-03-10T20:05:15Z<p>Americo.Gobbo: /* Discussion with Mark Sweeney */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush:... [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br />
<br />
===3rd Proposal One Level More Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
\_Raster Brush...<br />
\_Animated Brush... [3]<br />
---<br />
Static Brush:... [4]<br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery... <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush.", this option opens the .vbr Editor.<br />
* [3] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, <br />
transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [4] Eventually, the shape brushes could placed needled in 'Raster Brush...' [3]. The people is hard to cut certain things on GIMP ;)<br />
This is a compromise.<br />
<br />
===Discussion with Mark Sweeney===<br />
<br />
The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
<br />
This would be the name of the currently selected brush? I'm not sure that is possible with the current code, menus are named in a file.<br />
<br />
Humm, yes this is true because the raster is binary and I am not sure what exactly it has as info... I'm writing a draft specification where the description or name of the raster brush asset will be own info in the binary.<br />
<br />
So, is better to do a note and link it with my draft issue.<br />
<br />
<br />
> Personally I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons.<br />
<br />
Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
<br />
I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created.<br />
<br />
https://gitlab.gnome.org/GNOME/gimp/-/issues/2781<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
><br />
> In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create.<br />
<br />
Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
<br />
I have thought that was better have single scripts to make single things... what do you think?<br />
<br />
But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
<br />
For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2914Brush Creation and Edit Instances2024-03-10T20:04:04Z<p>Americo.Gobbo: /* |<|Contextual Menu of the [Brushes Menu] */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
Raster Brush:... [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br />
<br />
===3rd Proposal One Level More Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
\_Raster Brush...<br />
\_Animated Brush... [3]<br />
---<br />
Static Brush:... [4]<br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery... <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush.", this option opens the .vbr Editor.<br />
* [3] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, <br />
transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [4] Eventually, the shape brushes could placed needled in 'Raster Brush...' [3]. The people is hard to cut certain things on GIMP ;)<br />
This is a compromise.<br />
<br />
====Discussion with Mark Sweeney====<br />
<br />
The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
<br />
This would be the name of the currently selected brush? I'm not sure that is possible with the current code, menus are named in a file.<br />
<br />
Humm, yes this is true because the raster is binary and I am not sure what exactly it has as info... I'm writing a draft specification where the description or name of the raster brush asset will be own info in the binary.<br />
<br />
So, is better to do a note and link it with my draft issue.<br />
<br />
<br />
> Personally I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons.<br />
<br />
Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
<br />
I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created.<br />
<br />
https://gitlab.gnome.org/GNOME/gimp/-/issues/2781<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
><br />
> In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create.<br />
<br />
Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
<br />
I have thought that was better have single scripts to make single things... what do you think?<br />
<br />
But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
<br />
For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2913Brush Creation and Edit Instances2024-03-10T20:02:44Z<p>Americo.Gobbo: /* |<|Contextual Menu of the [Brushes Menu] */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
---<br />
| Create a Brush: | [Divisor label]<br />
\_Parametric... [2]<br />
| Raster Brush: | [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br />
<br />
===3rd Proposal One Level More Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
\_Raster Brush...<br />
\_Animated Brush... [3]<br />
---<br />
Static Brush:... [4]<br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery... <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush.", this option opens the .vbr Editor.<br />
* [3] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, <br />
transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [4] Eventually, the shape brushes could placed needled in 'Raster Brush...' [3]. The people is hard to cut certain things on GIMP ;)<br />
This is a compromise.<br />
<br />
====Discussion with Mark Sweeney====<br />
<br />
The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
<br />
This would be the name of the currently selected brush? I'm not sure that is possible with the current code, menus are named in a file.<br />
<br />
Humm, yes this is true because the raster is binary and I am not sure what exactly it has as info... I'm writing a draft specification where the description or name of the raster brush asset will be own info in the binary.<br />
<br />
So, is better to do a note and link it with my draft issue.<br />
<br />
<br />
> Personally I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons.<br />
<br />
Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
<br />
I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created.<br />
<br />
https://gitlab.gnome.org/GNOME/gimp/-/issues/2781<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
><br />
> In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create.<br />
<br />
Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
<br />
I have thought that was better have single scripts to make single things... what do you think?<br />
<br />
But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
<br />
For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2912Brush Creation and Edit Instances2024-03-10T20:01:01Z<p>Americo.Gobbo: /* |<|Contextual Menu [Brushes Dock] */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
Create a Brush:... [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
---<br />
| Create a Brush: | [Divisor label]<br />
\_Parametric... [2]<br />
| Raster Brush: | [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br />
<br />
===3rd Proposal One Level More Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
\_Raster Brush...<br />
\_Animated ... [3]<br />
---<br />
Static Brushes:... [4]<br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery... <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush.", this option opens the .vbr Editor.<br />
* [3] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, <br />
transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [4] Eventually, the shape brushes could placed needled in 'Raster Brush...' [3]. The people is hard to cut certain things on GIMP ;)<br />
This is a compromise.<br />
<br />
====Discussion with Mark Sweeney====<br />
<br />
The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
<br />
This would be the name of the currently selected brush? I'm not sure that is possible with the current code, menus are named in a file.<br />
<br />
Humm, yes this is true because the raster is binary and I am not sure what exactly it has as info... I'm writing a draft specification where the description or name of the raster brush asset will be own info in the binary.<br />
<br />
So, is better to do a note and link it with my draft issue.<br />
<br />
<br />
> Personally I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons.<br />
<br />
Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
<br />
I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created.<br />
<br />
https://gitlab.gnome.org/GNOME/gimp/-/issues/2781<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
><br />
> In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create.<br />
<br />
Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
<br />
I have thought that was better have single scripts to make single things... what do you think?<br />
<br />
But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
<br />
For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Creation_and_Edit_Instances&diff=2911Brush Creation and Edit Instances2024-03-10T19:59:43Z<p>Americo.Gobbo: /* |<|Contextual Menu of the [Brushes Menu] */</p>
<hr />
<div><div style="width:80em;"><br />
==Current Edit and Creation Instances of Raster and Parametric Brushes==<br />
On GIMP the brushes parametric and raster are shown together, in the same list on Brushes Dialog.<br />
This causes some issues when a user tries to edit a brush:<br />
# If is parametric the brush opens correctly the parametric brush editor;<br />
# If is raster the brush is opened also on the parametric brush editor (evidently, isn't possible to edit the raster here).<br />
# [https://gitlab.gnome.org/GNOME/gimp/-/issues/994 Bug 994] - Improvements on brush creation and their filtering (tags) | Proposal (edit) <br />
<br />
Is curious to note that the contextual is the same for the two kinds but it recognizes when is a parametric brush... the 'Open Brush as image...' is disabled.<br />
<br />
===Simplifying the flow to create/edit raster brushes directly on the dialogue lists===<br />
Ideally is fine to have a unique dialog list to show parametric (.vbr) and (.gbr, .gih) brushes... is necessary to correct any kind the way to edit them.<br />
<br />
The menu of these assets in my opinion must be modified in this way:<br />
# Divide the brush assets by category (raster and parametric). Would be interesting to have a default tag embedded and independent of user choices.<br />
# Each brush asset category enables the editing kind, for instance, raster or parametric brushes have a dedicated way (conditional option) to open this asset as an image or as a vector, respectively.<br />
<br />
===1st Proposal to Contextual Menu to [Brushes Menu] (Two Levels)===<br />
Use the two levels in a way to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu [Brushes Dock]====<br />
<br />
'''First Level'''<br />
|<|Contextual Menu<br />
Brushes Edit Menu [1] ><br />
| Create a Brush: | [label divisor]<br />
Parametric... [2]<br />
Elliptic Feathery... [3]<br />
Elliptical... [3]<br />
Rectangular Feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4]<br />
---<br />
Add Tab ><br />
Close Tab<br />
Detach Tab<br />
Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level (opening Brushes Menu)'''<br />
|<|Contextual Menu<br />
\_Brushes Menu [1] ><br />
\_Edit Brush [5]<br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] The original name of the menu was 'Brushes Menu' to 'Brushes Edit Menu' to render clear the function of this menu.<br />
* In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br><br />
** [2] To parametric kind, "Create .vbr parametric brush."<br><br />
** [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptic brush with feathered edges. "<br />
* To dialogue of windows of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br><br />
* [4] To Custom Brush, we need to create a new script to create custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background.<br>The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [5] a conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br>instead of having a simple '\_Edit Brush' to have \_Edit 'Brush Name #1'<br>In this way, we can avoid making wrong choices.<br />
<br />
===2nd Proposal to Contextual [Brushes Menu] (One Level)===<br />
Use a unique level, in this case the 2nd level, to organize the tasks between creation and interaction to edit, duplicate and delete them.<br />
<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
At this level, after clicking on the |<| button, the menu will be slim with only the traditional features of the tabs. In this way, the workflow is more linear and the whole Creation/Edit is placed only on the 2nd level of the Contextual Menu when we click on 'Brushes Menu'.<br />
<br />
'''First Level'''<br />
|<|Contextual Menu ><br />
\_Add Tab ><br />
\_Close Tab<br />
\_Detach Tab<br />
\_Lock Tab to Dock<br />
---<br />
...<br />
<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
---<br />
| Create a Brush: | [Divisor label]<br />
\_Parametric... [2]<br />
| Raster Brush: | [Divisor label]<br />
Elliptic feathery... [3]<br />
Elliptic... [3]<br />
Rectangular feathery... [3]<br />
Rectangular... [3]<br />
Custom Brush... [4] <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush."<br />
* [3] To raster kind, an example, instead in Elliptical, Feathered... "Create an elliptical brush with feathered edges" > "Create a .gbr raster elliptical brush with feathered edges."<br />
** Also, I thought to simplify the terms Elliptical to Elliptic and Fetheared to Feathery.<br />
* [4] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* To window dialogues of the scripts, we need to identify the kind of brush that we are creating, raster or parametric.<br />
<br />
===3rd Proposal One Level More Simplified===<br />
It was needled the Raster Brush to classify the kinds of them: Animated (.gih) and Static (.gbr)<br />
====|<|Contextual Menu of the [Brushes Menu]====<br />
'''Second Level opening [Brushes Menu]'''<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
Create a Brush:... [Divisor label]<br />
\_Parametric... [2]<br />
\_Raster Brush...<br />
\_Animated ... [3]<br />
---<br />
Static Brushes:... [4]<br />
Elliptic...<br />
Elliptic feathery...<br />
Rectangular...<br />
Rectangular feathery... <br />
---<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Refresh Brushes<br />
<br />
=====Messages and Scripts=====<br />
* [1] A conditional option: if is parametric send it to Parametric Editor, if is raster open the archive as an image.<br />
* The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
** Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
** In each message box of [2] and [3] options, when we have mouseover, we need to write or repeat the kind of brush that will be created, for instance:<br />
* [2] To parametric kind, "Create .vbr parametric brush.", this option opens the .vbr Editor.<br />
* [3] To Custom Brush, we need to create a new script for custom raster brushes. IMO, this script must be capable of creating an empty .xcf archive with a feature to set the size layer, the layer number, if is grayscale or RGB, <br />
transparent or white background. The message of the 'mouseover' option could be: "Create a custom raster brush."<br />
* [4] Eventually, the shape brushes could placed needled in 'Raster Brush...' [3]. The people is hard to cut certain things on GIMP ;)<br />
This is a compromise.<br />
<br />
====Discussion with Mark Sweeney====<br />
<br />
The ideal naming of the second-level options is to have the name of the asset in each voice, for instance:<br />
Instead of having a simple [_Edit Brush] have [_Edit 'Brush Name #1] In this way, we can avoid making wrong choices.<br />
<br />
This would be the name of the currently selected brush? I'm not sure that is possible with the current code, menus are named in a file.<br />
<br />
Humm, yes this is true because the raster is binary and I am not sure what exactly it has as info... I'm writing a draft specification where the description or name of the raster brush asset will be own info in the binary.<br />
<br />
So, is better to do a note and link it with my draft issue.<br />
<br />
<br />
> Personally I'd just drop the mkbrush script, see vid. The brush editor has loads of room for extra buttons.<br />
<br />
Ok, this is a way more linear to solve the issue... I ask if is hard to integrate the Brush Editor, which now is only linked with .vbr: is possible to integrate with a script such as mkbrush.scm and have the options to make the .gbr?<br />
<br />
I think that for the animated brushes, we need another interface and a script completely different because we have the matrix with 4 dimensions and many behaviours for them. In this sense, I prefer to talk about another issue that, some time ago, Jehan created.<br />
<br />
https://gitlab.gnome.org/GNOME/gimp/-/issues/2781<br />
<br />
|<|Contextual Menu<br />
\_Brushes Menu ><br />
\_Edit Brush [1]<br />
\_New Brush<br />
\_Duplicate Brush<br />
\_Copy Brush Location<br />
\_Show in File Manager<br />
\_Delete Brush<br />
---<br />
Reload Brushes<br />
><br />
> In the above menu example, 'New Brush' would bring up a dialog, where the user would then select the brush type to create.<br />
<br />
Ok, I have thought also in this possibility but is another level where opens a script to make other options.<br />
<br />
I have thought that was better have single scripts to make single things... what do you think?<br />
<br />
But, if is true the possibility to create the .gbr brushes via Brush Editor... this issue could not have importance...<br />
<br />
For the Animated brush I think that is necessary another script more focused to create the 'infrastructure' , (e.g., the quantity of layers for an specific array) and after we continues using the current option to create de matrix of the animated brushes.<br />
<br />
==Fields to Author, License and Comments==<br />
In the dialogues to build brushes on GIMP is interesting to have three new fields:<br />
#Author Name<br />
#License<br />
#Comments<br />
<br />
===Tag Field===<br />
Many brushes could be organized by the designer in origin. When a brush is created the author could organize the tags that each brush has by default. This feature is a great way to customize the author's sets and a facility to use the sets on GIMP.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=User:Americo.Gobbo&diff=2910User:Americo.Gobbo2024-03-10T01:14:11Z<p>Americo.Gobbo: /* Formatting Help */</p>
<hr />
<div>=Digital Painting Topics=<br />
* [[GIMP and Graphic Arts| Ways To Use GIMP]]<br />
* [[Artists-vision| Vision's Artist]]<br />
* [[Color_Swapping| Colour Swapping]]<br />
* [[Brush Creation and Edit Instances| Brush Creation/Edit and Organization features [Contextual Menu (Brushes Menu)]]]<br />
* [[Parametric-brushes| Parametric Brush Creation/Edit and Organization features]]<br />
* [[Usability and Colors| Instance Color features to improve the usage on Digital Painting]] [to insert]<br />
* [[Usability and Tools | Tool Shortcuts and Others things]] [to insert]<br />
* [[Animated_Brush | GIH Brush - Investigating the Matrix]]<br />
* [[Brush_Design | Ideal Brush Design - Choices]]<br />
<br />
== To Do ==<br />
* [[Report-list| Gitlab/Bugzilla Issues Around Painting (Checkin)]]<br />
* [[Assets Preset Editor]] [To revise]<br />
* [[Tool Options Dialog]] [To revise]<br />
* [[Paint Tools]] [to study]<br />
* [[Others and around]] [to study]<br />
* [[Paint Dynamics]] [to write yet]<br />
* [[Lch]] [Describe the State of the Art | To verify if is useful yet.]<br />
<br />
==Formatting Help==<br />
* [[https://en.wikipedia.org/wiki/Wikipedia:Tutorial Tutorial Formatting]]<br />
* [[https://en.wikipedia.org/wiki/Wikipedia:Manual_of_Style Manual Style Wiki]]</div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2909Brush Design2024-03-10T01:02:33Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|none|450px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|none|640px|Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|none|640px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2908Brush Design2024-03-10T01:01:53Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|center|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|none|450px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|center|640px|Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|center|640px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2907Brush Design2024-03-10T01:00:39Z<p>Americo.Gobbo: /* Identifying the Brush Usage */</p>
<hr />
<div><div style="width: 80em;"><br />
<div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|center|450px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|none|640px|Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|none|640px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2906Brush Design2024-03-10T00:55:20Z<p>Americo.Gobbo: /* Conclusions */</p>
<hr />
<div><div style="width: 80em;"><br />
<div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|none|450px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|none|640px|Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|none|640px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=File:Textured-pressure-tests-big-picture.jpg&diff=2905File:Textured-pressure-tests-big-picture.jpg2024-03-10T00:54:48Z<p>Americo.Gobbo: Samples of the round brushes with textures...</p>
<hr />
<div>Samples of the round brushes with textures...</div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2904Brush Design2024-03-10T00:54:02Z<p>Americo.Gobbo: /* Conclusions */</p>
<hr />
<div><div style="width: 80em;"><br />
<div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|none|450px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|none|640px|Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|none|1000px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2903Brush Design2024-03-10T00:52:20Z<p>Americo.Gobbo: /* Conclusions */</p>
<hr />
<div><div style="width: 80em;"><br />
<div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|none|450px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|none|1000px!Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|none|1000px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2902Brush Design2024-03-10T00:51:39Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width: 80em;"><br />
<div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|none|450px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|none|640px!Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|none|1000px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=File:Round-texture-brush-tests.jpg&diff=2901File:Round-texture-brush-tests.jpg2024-03-10T00:50:55Z<p>Americo.Gobbo: Tests of the round brushes with textures...</p>
<hr />
<div>Tests of the round brushes with textures...</div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2900Brush Design2024-03-10T00:50:09Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width: 80em;"><br />
<div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|none|450px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|none|1000px!Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|none|1000px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=File:Botticelli-portrait-detail.jpg&diff=2899File:Botticelli-portrait-detail.jpg2024-03-10T00:48:59Z<p>Americo.Gobbo: Using pencil brush with high size to explore the textures...</p>
<hr />
<div>Using pencil brush with high size to explore the textures...</div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2898Brush Design2024-03-10T00:47:45Z<p>Americo.Gobbo: /* The ideal digital brush and the like... */</p>
<hr />
<div><div style="width: 80em;"><br />
<div style="width: 80em;"><br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|640px|Texture Round Brushes, test with some samples.]]<br />
==The ideal digital brush and the like...==<br />
In past years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
==About Digital Brushes in Gimp==<br />
<br />
# Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
# Brushes made without antialiasing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is antialiasing). The application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
# Animated brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument [?!].<br />
# The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
# The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
==Identifying the Brush Usage==<br />
[[File:botticelli-portrait-detail.jpg|thumb|none|600px|Image using a pencil brush to create watercolour textures.]]<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
==Conclusions==<br />
[[File:round-texture-brush-tests.jpg|thumb|none|1000px!Image of tests to transform textured brushes with irregular spots into round brushes.]]<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our library. This has the widest range of possibilities, from lines, colouring, toning, texturing etc. <br />
<blockquote>"I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.</blockquote><br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes. This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
[[File:textured-pressure-tests-big-picture.jpg|thumb|none|1000px|Image of tests of various dynamics in the .gih and stain results.]]<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br><br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=File:Textured-brush-256-128-comparison.jpg&diff=2897File:Textured-brush-256-128-comparison.jpg2024-03-10T00:27:45Z<p>Americo.Gobbo: Texture round brushes and samples of their usage.</p>
<hr />
<div>Texture round brushes and samples of their usage.</div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2896Brush Design2024-03-10T00:26:16Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width: 80em;"><br />
==The ideal digital brush and the like...==<br />
[[File:textured-brush-256-128-comparison.jpg|thumb|none|1000px|Texture Round Brushes, test with some samples.]]<br />
<br />
In recent years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
About digital brushes in Gimp and in general<br />
<br />
Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
<br />
Brushes made without anti-smoothing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is without anti-smoothing). Clearly, the application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
<br />
Dynamic brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument.<br />
<br />
The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
<br />
The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
[Image using a pencil brush to create watercolour textures.]<br />
<br />
<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
[Image of tests to transform textured brushes with irregular spots into round brushes.}<br />
<br />
<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our bookstore. This has the widest range of possibilities, from lines, colouring, toning, texturing (1), etc.<br />
<br />
(1) "I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.<br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes (2).<br />
<br />
(2) This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
[Image of tests of various dynamics in the .gih and stain results.]<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Brush_Design&diff=2895Brush Design2024-03-10T00:18:33Z<p>Americo.Gobbo: Created page with "The ideal digital brush and the like... [Image of Tests with textured round brushes.] In recent years I have had the opportunity to study at length many aspects of the constr..."</p>
<hr />
<div>The ideal digital brush and the like...<br />
[Image of Tests with textured round brushes.]<br />
<br />
In recent years I have had the opportunity to study at length many aspects of the construction and typology of brushes for Gimp. The initial focus was to understand whether we need so many types of brushes and based on this assumption, a kind of vademecum of the ideal digital brush was created.<br />
<br />
With long threads of emails between Mozart Couto and L'ubomir Zabadal, interesting conclusions were reached about brushes in digital painting. Some of the conclusions mentioned below were researched in detail, others less so, but in general they all proved to be quite valid in terms of guiding the use and quantity of brushes that we should have in our bookstore.<br />
<br />
About digital brushes in Gimp and in general<br />
<br />
Round brushes (raster or not) are ideal for working on "chiaroscuro", midtones and strokes. This is not great news, but when we apply this concept to brushes designed to create textures, this has improved the behaviour for general use of this type of brush, both in "chiaroscuro", in halftones and even for drawing strokes.<br />
<br />
Brushes made without anti-smoothing significantly improve the definition of edges and blemishes in general (i.e. made with the 'pencil' instrument which by nature is without anti-smoothing). Clearly, the application of this type of brush is sometimes linked to certain types of presets, and preferably we noticed that they are ideal for the airbrush instrument (Zabadal's tip), or with a low opacity combined with the 'multiply' blending mode, this emulates a lot as well as typical highly technical stains (watercolour, acrylic and oil).<br />
<br />
Dynamic brushes, .gih, must contain a maximum number of 3 to 5 levels and ideally 1 to 2 dimensions (I will have a way to talk more about this argument.<br />
<br />
The ideal size of brushes, depending on the type of use, can vary from 32 to 512 px. For example, a brush that will be used to emulate pencils or dry mediums for the line can maintain a maximum of 64 pixels (see the illustrative table below). In any case, there is always a compromise between the size and the quality of the stroke or stain... imagine a brush designed for tracing or painting with 256 pixels in diameter, when we reduce its diameter, the stains become more compacted and therefore we have a decrease in luminosity (it becomes more contrasted), when we increase its diameter, the spots become diluted and their effect is less defined.<br />
<br />
The ideal digital brush can be used in many ways: increasing or decreasing its size, increasing or decreasing spacing, for strokes or for colouring or toning. There is a good chance that we will build brushes and sets with such characteristics and this would imply a notable decrease in the number of brushes in our bookstore. At the same time, it would provide a better command of the instruments and functions of digital painting programs.<br />
<br />
[Image using a pencil brush to create watercolour textures.]<br />
<br />
<br />
The concept that a digital brush can be used in many ways is in line with what happens in the real world... where the same brush can be wielded for many uses, techniques and effects. In the digital world, this possibility has been notably expanded, enabling unusual and unique variations and uses of digital painting.<br />
For example, by enlarging and spacing out a spot designed for the line, typical of a pencil, we can have a very interesting brush for creating texturing or even emulating traditional pictorial techniques (see this post written on my blog about emulating watercolour from a brush designed for pencils).<br />
<br />
[Image of tests to transform textured brushes with irregular spots into round brushes.}<br />
<br />
<br />
Following this series of conclusions, it seems that the round brush must be the most important characteristic of the types of brushes in our bookstore. This has the widest range of possibilities, from lines, colouring, toning, texturing (1), etc.<br />
<br />
(1) "I understand why in digital painting, painters work in separate steps (1. modelling, 2. texturing). Texturing makes the image shallow. It is much easier to create a "three-dimensional" image without textures and add the texture in the end. I know that a real texture did not exist for a long time in the history of traditional painting as well." L'ubomir Zabadal.<br />
<br />
In Gimp it is possible to transform a round brush into a flat brush using the Aspect Ratio slider, present in the Tool Options. In this sense, it is interesting to master this possibility of Gimp, rather than having flat brushes (2).<br />
<br />
(2) This is not a general rule, imagine that you mainly use flat brushes and very few round brushes... the brush collection strategy you will have will be a little different.<br />
<br />
[Image of tests of various dynamics in the .gih and stain results.]<br />
<br />
A personal criticism I make about many of my sets is that they contain brushes that are very similar to each other... this makes it difficult for the end user to use and understand. Many times when creating our brushes we can perceive subtle nuances... but the same does not happen when the same brush is used by another user.<br />
<br />
So the secret is to simplify as much as possible and try to exemplify the uses of the same brush. In this sense, I would advise you to carry out brief tests with your own sets trying to understand how they respond to the three basic functions of the preset: diameter, spacing and opacity.<br />
The most interesting tests, in my opinion, are comparing diameter as a function of spacing, and diameter as a function of spacing combined with opacity. The recommended combination of values for test parameters would be the original value, half and double this.<br />
<br />
These tests will show how the same brush could be used in different ways and for different effects than those originally intended.</div>Americo.Gobbohttps://gui.gimp.org/index.php?title=User:Americo.Gobbo&diff=2894User:Americo.Gobbo2024-03-10T00:16:37Z<p>Americo.Gobbo: /* Digital Painting Topics */</p>
<hr />
<div>=Digital Painting Topics=<br />
* [[GIMP and Graphic Arts| Ways To Use GIMP]]<br />
* [[Artists-vision| Vision's Artist]]<br />
* [[Color_Swapping| Colour Swapping]]<br />
* [[Brush Creation and Edit Instances| Brush Creation/Edit and Organization features [Contextual Menu (Brushes Menu)]]]<br />
* [[Parametric-brushes| Parametric Brush Creation/Edit and Organization features]]<br />
* [[Usability and Colors| Instance Color features to improve the usage on Digital Painting]] [to insert]<br />
* [[Usability and Tools | Tool Shortcuts and Others things]] [to insert]<br />
* [[Animated_Brush | GIH Brush - Investigating the Matrix]]<br />
* [[Brush_Design | Ideal Brush Design - Choices]]<br />
<br />
== To Do ==<br />
* [[Report-list| Gitlab/Bugzilla Issues Around Painting (Checkin)]]<br />
* [[Assets Preset Editor]] [To revise]<br />
* [[Tool Options Dialog]] [To revise]<br />
* [[Paint Tools]] [to study]<br />
* [[Others and around]] [to study]<br />
* [[Paint Dynamics]] [to write yet]<br />
* [[Lch]] [Describe the State of the Art | To verify if is useful yet.]<br />
<br />
==Formatting Help==<br />
* [[https://en.wikipedia.org/wiki/Wikipedia:Tutorial Tutorial Formatting]]</div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Animated_Brush&diff=2893Animated Brush2024-03-09T21:49:17Z<p>Americo.Gobbo: /* Some Advice for Gih Brush Design */</p>
<hr />
<div><div style="width: 80em;"><br />
==Intoduction==<br />
A good intro to this GIMP brush type could be how tiny the documentation about and how is the hidden potential. This contradiction is usual in many topics where the misunderstanding of the importance is exchanged as such a complex thing to use. In part, this is true... but many things in digital painting have this issue.<br />
I will write some articles to add a new vision of brush type, for instance, when I've been searching the current references I found an interesting comment about the Tube Brush on PS and it seems that 'Animated Brush' on Gimp have many qualities that other tube brushes don't have... interesting investigate it too.<br />
<br />
==Some Advice for Gih Brush Design==<br />
The more important thing about building Animated brushes with more than one dimension is to imagine how they must work with stain variations. Making animated brushes with many dimensions without this study doesn't make sense because of two things mainly: <br />
# First, is very difficult to control and organize the brushes by different dimensions and parameters,<br />
# and second, the effect is very random to understand the effect of each aspect.<br />
If the brush builder does not want to study the influence of different dimensions and arrays is preferable to simplify the stains and put them in a unique dimension with random behaviour. But, this does not signify that this approach is better is only a way to solve the issue with a pragmatic approach ;)<br />
<br />
[[File:sample-gih-matrix-art.jpg|thumb|none|1100px|Some tests made with different paint dynamics to explore the possibilities, only for fun!]]<br />
<br />
==Considerations about Brush Design==<br />
I want to expand this article with some practice demonstrations between different arrays and dimensions.<br><br />
I have studied different arrays and dimensions, IMO for painting skills the arrays with 3 dimensions are sufficient, but is necessary to do experiments and to use methods to comprove this thesis.<br><br />
Normally linear thinking is common sense, that a static brush (parametric .vbr or a static raster .gbr) with Paint Dynamics is 'completely' able to emulate many brush skills in the digital painting. This is true if you are interested mainly in a style well-formed (for instance, a classic and not a pictorial approach) but, this approach can be thought of as limited by many artists.<br><br />
I understand perfectly the approach to solving these issues with economy and efficiency: so, is necessary to investigate with patience this argument and go over the simple .gih raster of one dimension.<br><br />
We have in Gimp some levels of complexity to emulate the behaviour of the brushes, normally we have:<br />
<br />
# The own paint tool with their features and skills;<br />
# The brush asset that amplifies the features and skills of the paint tool;<br />
# The Paint Dynamics uses the previous possibilities as such a simple starting to go beyond and confer different complexity grades to try to emulate or mimic some of the pictorial techniques.<br />
<br />
Well, point 2. is understandable that if the '''Brush''' is more complex will imply a different effect when we link with the Paint dynamics than a brush more simple. So, is possible that .gih brush has hidden possibilities and we must investigate it.<br />
<br />
===Two Dimensions .gih Matrix===<br />
To explain, I prefer to use an example with a matrix of two dimensions.<br />
It is interesting to imagine the aspects, as a possible change state of a pictorial stain.<br />
So, in the example that I will propose with two dimensions, the aspects of the 1st dimension modify the aspect of the 2nd dimension, in this sense, the 1st dimension, could be understood as a subtle modifier of the aspects of 2nd dimension. This example is not an exercise to emulate some effect on the brushes, but only to understand the mechanism to build it.<br />
<br />
I imagined a matrix with 2 dimensions, the first dimension with 2 aspects (random) and 2nd dimension with 4 aspects (angular).<br />
<br />
To calculate the number of necessary layers on GIMP we must multiply the ranks of two dimensions, 1st(2) x 2nd(4) = 8 layers.<br />
Is also important to explain how we can transform the aspects in the correct order on the layer stack. When we talk about aspects… we are talking about the number of variations of these aspects that could be in a brushstroke.<br />
''In many cases, it is useful to sketch on paper to imagine how it works before building it.''<br />
<br />
[[File:sketch-gih-matrix.png|thumb|none|1000px|Schema of the Array(2,4) with the stack layers ordering.]]<br />
<br />
====Aspects of each dimension====<br />
The 1st dimension is formed by two random aspects (without and with up-down lines over the stains of the 2nd dimension), instead, the 2nd dimension has four aspects that follow the angular direction of my device (mice or stylus) and in this case combinations between different dash lines (hyphen and dots) and slash and backslash characters (/ and \):<br />
two dash line types (hyphen and dots) and slash and backslash characters (/ and \).<br />
<br />
The 2nd dimension is formed for 4 aspects (Angular = 0°, 90°, 180° and 270°), each one is a different stain, so 4 images (one for each aspect):<br />
<br />
<b>|. . . .|</b> | Hyphen dash line => 0°<br />
<b>|- - - -|</b> | Point dash line => 90°<br />
<b>|/ / / /|</b> | Slash kind line => 180°<br />
<b>|\ \ \ \|</b> | Backslash kind line => 270°<br />
<br />
====Stack Layers Ordering====<br />
To make the combination of these aspects in the stack layer on GIMP is a difficult task, then is interesting to make a sketch before.<br />
My example is easier to imagine... the lines up-down (without and with) that could be printed together of 2nd dimension aspects can be exemplified so:<br />
<br />
[[File:stack-layers_gih-matrix-2dim-array_2.4.png|thumb|none|1000px|Gih brush with the stack layers organized by dimension and aspect for the export correctly the array(2,4) Randon(1st dim), Angular(2nd dim) parameters]]<br />
<br />
We need to organize the layer stack by groups where the aspects of 1st and 2nd dimensions are combined in a way to .gih array returns correctly the effect chosen in the matrix, or rather, the 1st dimension has two aspects with random parameters and the 2nd dimension has 4 aspects for the angular parameter. To know how many layers by the group we can apply this general rule:<br><br />
<br />
Groups of 1st dimension = Total layers / 1st dimension aspects = Layers per group, or rather => Groups of 1st dimension = 8/2 => 4.<br />
<br />
* We have 2 groups with 4 layers (they are the aspects of the 2nd dimension combined with the 1st dimension).<br />
* Each group of the 1st dimension is divided by the number of aspects of the 2nd dimension, in this case, 4/4=1, then we have one layer for each angular position, in total 4.<br />
<br />
<h4>The sequence of layers is ordered by dimensions and their aspects.</h4><br />
The stack layers of the first group are [1,1; 1,2; 1,3; 1,4] (the 1st aspect of the 1st dimension applied to all aspects of the 2nd dimension).<br />
The stack layers of the second group are [2,1; 2,2; 2,3; 2,4] (the 2nd aspect of the 1st dimension applied to all aspects of the 2nd dimension).<br />
<br />
Describing how it is applied literally:<br />
<br />
''The 1st aspect of 1st dimension''<br />
* 1st layer: 1st aspect of 2nd dim (hyphen dash lines) without lines up and down → 0°<br />
* 2nd layer: 2nd aspect of 2nd dim (dot-dash lines) without lines up and down → 90°<br />
* 3rd layer: 3rd aspect of 2nd dim (slash lines) without lines up and down → 180°<br />
* 4th layer: 4th aspect of 2nd dim (backslash lines) without lines up and down → 270°<br />
<br />
''The 2nd aspect 1st dimension''<br />
* 5th layer: 1st aspect of 2nd dim (hyphen dash lines) with lines up and down → 0°<br />
* 6th layer: 2nd aspect of 2nd dim (dot-dash lines) with lines up and down → 90°<br />
* 7th layer: 3rd aspect of 2nd dim (slash lines) with lines up and down => 180°<br />
* 8th layer: 4th aspect of 2nd dim (backslash lines) with lines up and down → 270°<br />
<br />
Note: The .gih array for angular behaviour on GIMP always begins with the 90° layer, in my example are the 2nd and 6th layers of the stack.<br />
<br />
<h4>Testing the array(2,4) - Random/Angular</h4><br />
The array for the 2nd dimension, Angular, is only based on 4 aspects and isn’t very precise because of the short number of ranks, but is sufficient to print correctly the major part of the stain aspects.<br />
To apply the array I used a simple circular selection and applied the Fill Stroke Selection.<br />
<br />
[[File:sample-of-dabs-of-gih-example.png|thumb|none|900px|Test of the gih brush applying to a circular selection. Discret dabs variation along the direction.]]<br />
<br />
The brush is not created for drawing or painting… only to make a practical example of 2 dimensions .gih matrix, but I’ve made a sample only for fun ;)<br />
[[File:art-of-gih-example.png|thumb|none|900px|A few samples with the .gih matrix brush example... only to have an idea of how it works ;-)]]<br />
<br />
===Conclusions===<br />
I’ve been making .gih brushes since 2008 and its matrix is a thing very difficult to understand. I’ve studied this matrix many times in different periods and is always a bit complex to remember how to use it effectively on painting issues. Then I thought to write this document, to make a big picture to help ourselves and to remind that is necessary to some tutorials and practical methods to use this resource.<br />
<br />
In past, I was a bit convinced that doesn’t have a sense of the .gih brushes with more than 1 dimension… but was personally difficult to understand how to use the .gih brushes in digital painting at that moment. Common sense is that the .gbr + paint dynamics is sufficient to emulate the main aspects of the pictorial technique on digital painting... and is in great part correct... but also the .gih has an important role in emulating the specific cases of the personal and customized style.<br />
<br />
We can say that the .gih with more than 1 dimension is a thing very specific for refined painters and illustrators. The main reason to make a .gih brush with more than 1 dimension is related to some nuances of the stains, for example, in some brushes is interesting to have a small random noise on the brushstroke borders, but each case is a case. In general proposals, the .gbr + paint dynamics are indicated as sufficient.<br />
<br />
<h3>References</h3><br />
In the revision of this article, I searched on the web about the topic and the references are fewer than some years ago.<br />
# [https://www.gimp.org/tutorials/Image_Pipes/ An excellent tutorial by Adrian Likins, that needs to improve with other samples and videos, perhaps.]<br />
# [https://docs.gimp.org/en/gimp-using-animated-brushes.html Official Documentation based on examples with decorative scopes and not applied to paint tasks. I can try to improve it, but is hard.]<br />
# [https://www.gimp-forum.net/Thread-gih-brushes?pid=3330#pid3330 Interesting thing about the PS brushes and the different approach that Gimp has with tube brushes = animated brushes.]<br />
# [https://www.youtube.com/watch?v=E4el6JSnnQQ An old video that I made about the array, is in Portuguese but is possible to use automatic captions in English... The video is based on a drawing in progress and is easy to understand.]<br />
</div></div>Americo.Gobbohttps://gui.gimp.org/index.php?title=Animated_Brush&diff=2892Animated Brush2024-03-09T21:48:57Z<p>Americo.Gobbo: </p>
<hr />
<div><div style="width: 80em;"><br />
==Intoduction==<br />
A good intro to this GIMP brush type could be how tiny the documentation about and how is the hidden potential. This contradiction is usual in many topics where the misunderstanding of the importance is exchanged as such a complex thing to use. In part, this is true... but many things in digital painting have this issue.<br />
I will write some articles to add a new vision of brush type, for instance, when I've been searching the current references I found an interesting comment about the Tube Brush on PS and it seems that 'Animated Brush' on Gimp have many qualities that other tube brushes don't have... interesting investigate it too.<br />
<br />
==Some Advice for Gih Brush Design==<br />
The more important thing about building Animated brushes with more than one dimension is to imagine how they must work with stain variations. Making animated brushes with many dimensions without this study doesn't make sense because of two things mainly: <br />
# First, is very difficult to control and organize the brushes by different dimensions and parameters,<br />
# and second, the effect is very random to understand the effect of each aspect.<br />
If the brush builder does not want to study the influence of different dimensions and arrays is preferable to simplify the stains and put them in a unique dimension with random behaviour. But, this does not signify that this approach is better is only a way to solve the issue with a pragmatic approach ;)<br />
<br />
[[File:sample-gih-matrix-art.jpg|thumb|none|1000px|Some tests made with different paint dynamics to explore the possibilities, only for fun!]]<br />
<br />
==Considerations about Brush Design==<br />
I want to expand this article with some practice demonstrations between different arrays and dimensions.<br><br />
I have studied different arrays and dimensions, IMO for painting skills the arrays with 3 dimensions are sufficient, but is necessary to do experiments and to use methods to comprove this thesis.<br><br />
Normally linear thinking is common sense, that a static brush (parametric .vbr or a static raster .gbr) with Paint Dynamics is 'completely' able to emulate many brush skills in the digital painting. This is true if you are interested mainly in a style well-formed (for instance, a classic and not a pictorial approach) but, this approach can be thought of as limited by many artists.<br><br />
I understand perfectly the approach to solving these issues with economy and efficiency: so, is necessary to investigate with patience this argument and go over the simple .gih raster of one dimension.<br><br />
We have in Gimp some levels of complexity to emulate the behaviour of the brushes, normally we have:<br />
<br />
# The own paint tool with their features and skills;<br />
# The brush asset that amplifies the features and skills of the paint tool;<br />
# The Paint Dynamics uses the previous possibilities as such a simple starting to go beyond and confer different complexity grades to try to emulate or mimic some of the pictorial techniques.<br />
<br />
Well, point 2. is understandable that if the '''Brush''' is more complex will imply a different effect when we link with the Paint dynamics than a brush more simple. So, is possible that .gih brush has hidden possibilities and we must investigate it.<br />
<br />
===Two Dimensions .gih Matrix===<br />
To explain, I prefer to use an example with a matrix of two dimensions.<br />
It is interesting to imagine the aspects, as a possible change state of a pictorial stain.<br />
So, in the example that I will propose with two dimensions, the aspects of the 1st dimension modify the aspect of the 2nd dimension, in this sense, the 1st dimension, could be understood as a subtle modifier of the aspects of 2nd dimension. This example is not an exercise to emulate some effect on the brushes, but only to understand the mechanism to build it.<br />
<br />
I imagined a matrix with 2 dimensions, the first dimension with 2 aspects (random) and 2nd dimension with 4 aspects (angular).<br />
<br />
To calculate the number of necessary layers on GIMP we must multiply the ranks of two dimensions, 1st(2) x 2nd(4) = 8 layers.<br />
Is also important to explain how we can transform the aspects in the correct order on the layer stack. When we talk about aspects… we are talking about the number of variations of these aspects that could be in a brushstroke.<br />
''In many cases, it is useful to sketch on paper to imagine how it works before building it.''<br />
<br />
[[File:sketch-gih-matrix.png|thumb|none|1000px|Schema of the Array(2,4) with the stack layers ordering.]]<br />
<br />
====Aspects of each dimension====<br />
The 1st dimension is formed by two random aspects (without and with up-down lines over the stains of the 2nd dimension), instead, the 2nd dimension has four aspects that follow the angular direction of my device (mice or stylus) and in this case combinations between different dash lines (hyphen and dots) and slash and backslash characters (/ and \):<br />
two dash line types (hyphen and dots) and slash and backslash characters (/ and \).<br />
<br />
The 2nd dimension is formed for 4 aspects (Angular = 0°, 90°, 180° and 270°), each one is a different stain, so 4 images (one for each aspect):<br />
<br />
<b>|. . . .|</b> | Hyphen dash line => 0°<br />
<b>|- - - -|</b> | Point dash line => 90°<br />
<b>|/ / / /|</b> | Slash kind line => 180°<br />
<b>|\ \ \ \|</b> | Backslash kind line => 270°<br />
<br />
====Stack Layers Ordering====<br />
To make the combination of these aspects in the stack layer on GIMP is a difficult task, then is interesting to make a sketch before.<br />
My example is easier to imagine... the lines up-down (without and with) that could be printed together of 2nd dimension aspects can be exemplified so:<br />
<br />
[[File:stack-layers_gih-matrix-2dim-array_2.4.png|thumb|none|1000px|Gih brush with the stack layers organized by dimension and aspect for the export correctly the array(2,4) Randon(1st dim), Angular(2nd dim) parameters]]<br />
<br />
We need to organize the layer stack by groups where the aspects of 1st and 2nd dimensions are combined in a way to .gih array returns correctly the effect chosen in the matrix, or rather, the 1st dimension has two aspects with random parameters and the 2nd dimension has 4 aspects for the angular parameter. To know how many layers by the group we can apply this general rule:<br><br />
<br />
Groups of 1st dimension = Total layers / 1st dimension aspects = Layers per group, or rather => Groups of 1st dimension = 8/2 => 4.<br />
<br />
* We have 2 groups with 4 layers (they are the aspects of the 2nd dimension combined with the 1st dimension).<br />
* Each group of the 1st dimension is divided by the number of aspects of the 2nd dimension, in this case, 4/4=1, then we have one layer for each angular position, in total 4.<br />
<br />
<h4>The sequence of layers is ordered by dimensions and their aspects.</h4><br />
The stack layers of the first group are [1,1; 1,2; 1,3; 1,4] (the 1st aspect of the 1st dimension applied to all aspects of the 2nd dimension).<br />
The stack layers of the second group are [2,1; 2,2; 2,3; 2,4] (the 2nd aspect of the 1st dimension applied to all aspects of the 2nd dimension).<br />
<br />
Describing how it is applied literally:<br />
<br />
''The 1st aspect of 1st dimension''<br />
* 1st layer: 1st aspect of 2nd dim (hyphen dash lines) without lines up and down → 0°<br />
* 2nd layer: 2nd aspect of 2nd dim (dot-dash lines) without lines up and down → 90°<br />
* 3rd layer: 3rd aspect of 2nd dim (slash lines) without lines up and down → 180°<br />
* 4th layer: 4th aspect of 2nd dim (backslash lines) without lines up and down → 270°<br />
<br />
''The 2nd aspect 1st dimension''<br />
* 5th layer: 1st aspect of 2nd dim (hyphen dash lines) with lines up and down → 0°<br />
* 6th layer: 2nd aspect of 2nd dim (dot-dash lines) with lines up and down → 90°<br />
* 7th layer: 3rd aspect of 2nd dim (slash lines) with lines up and down => 180°<br />
* 8th layer: 4th aspect of 2nd dim (backslash lines) with lines up and down → 270°<br />
<br />
Note: The .gih array for angular behaviour on GIMP always begins with the 90° layer, in my example are the 2nd and 6th layers of the stack.<br />
<br />
<h4>Testing the array(2,4) - Random/Angular</h4><br />
The array for the 2nd dimension, Angular, is only based on 4 aspects and isn’t very precise because of the short number of ranks, but is sufficient to print correctly the major part of the stain aspects.<br />
To apply the array I used a simple circular selection and applied the Fill Stroke Selection.<br />
<br />
[[File:sample-of-dabs-of-gih-example.png|thumb|none|900px|Test of the gih brush applying to a circular selection. Discret dabs variation along the direction.]]<br />
<br />
The brush is not created for drawing or painting… only to make a practical example of 2 dimensions .gih matrix, but I’ve made a sample only for fun ;)<br />
[[File:art-of-gih-example.png|thumb|none|900px|A few samples with the .gih matrix brush example... only to have an idea of how it works ;-)]]<br />
<br />
===Conclusions===<br />
I’ve been making .gih brushes since 2008 and its matrix is a thing very difficult to understand. I’ve studied this matrix many times in different periods and is always a bit complex to remember how to use it effectively on painting issues. Then I thought to write this document, to make a big picture to help ourselves and to remind that is necessary to some tutorials and practical methods to use this resource.<br />
<br />
In past, I was a bit convinced that doesn’t have a sense of the .gih brushes with more than 1 dimension… but was personally difficult to understand how to use the .gih brushes in digital painting at that moment. Common sense is that the .gbr + paint dynamics is sufficient to emulate the main aspects of the pictorial technique on digital painting... and is in great part correct... but also the .gih has an important role in emulating the specific cases of the personal and customized style.<br />
<br />
We can say that the .gih with more than 1 dimension is a thing very specific for refined painters and illustrators. The main reason to make a .gih brush with more than 1 dimension is related to some nuances of the stains, for example, in some brushes is interesting to have a small random noise on the brushstroke borders, but each case is a case. In general proposals, the .gbr + paint dynamics are indicated as sufficient.<br />
<br />
<h3>References</h3><br />
In the revision of this article, I searched on the web about the topic and the references are fewer than some years ago.<br />
# [https://www.gimp.org/tutorials/Image_Pipes/ An excellent tutorial by Adrian Likins, that needs to improve with other samples and videos, perhaps.]<br />
# [https://docs.gimp.org/en/gimp-using-animated-brushes.html Official Documentation based on examples with decorative scopes and not applied to paint tasks. I can try to improve it, but is hard.]<br />
# [https://www.gimp-forum.net/Thread-gih-brushes?pid=3330#pid3330 Interesting thing about the PS brushes and the different approach that Gimp has with tube brushes = animated brushes.]<br />
# [https://www.youtube.com/watch?v=E4el6JSnnQQ An old video that I made about the array, is in Portuguese but is possible to use automatic captions in English... The video is based on a drawing in progress and is easy to understand.]<br />
</div></div>Americo.Gobbo