I like to add ticks to my progress bars; most of the time, it is also more than one tick. I create one tick, adapt it looks to my liking and duplicate and reposition it n number of times. If I later want to change the look, I have to adjust n+1 ticks manually or adjust one tick and do the copy procedure all over again. This is a lot of effort for a minor change.

I think it would be best to let us add multiple values to the tick placement field, separated with commas like this "1, 3, 5, 7". WA should then render a tick at any specified position.

Alternatively, we could introduce a new tick type, which has only visual properties and allows you to create any number of child entries defining the corresponding positions. This would even allow mixing different tick modes (percent, value, etc.).

I think the first solution is easier and introduces less bloat, but I am not as familiar with the project, and the first solution proposed might be complicated to embed.

The syntax could even allow for a range of specifications to place ticks at intervals:

• "1-8" Could place ticks at values 1,2,3... up to 8.
• "10-90;10" could place ticks at values 10, 20 ... up to 90
  There is probably a nicer way to format define-syntax. These are only examples to explain the concept.

This would be better solved by using a styling template system for region/subregions

If I understand you correctly, this would be the approach I meant by,

"Alternatively, we could introduce a new tick type, which has only visual properties and allows you to create any number of child entries defining the corresponding positions. This would even allow mixing different tick modes (percent, value, etc.)."

where you have a parent construct that holds the visual configuration, and any number of children constructs that add positional information.