The screen shows that the brushes are switched, but they are not actually switched.

[satopian]

 

Affinity photo v2.1.0.1736　

os Windows11 22H2

PenTablet xppen deco01 v2 xppen Driver v3.4.3.

Compared to Affinity photov2.04, the success rate of brush switching has been improved.
However, I'm still having the problem of the brush switching to a brush.
I have attached the video.
At the end of the video, the brush has not been switched and is still in its pre-switched behavior.

[Sean P]

Hi satopian,

This issue is still with development. The issue is that a 'drag' is enough to change the brush highlight, but not the actual selection so you get the issue you're seeing. With the precision of a graphics tablet it is easier to accidentally invoke a drag, so you're more likely to see this when using a tablet.

I'll get it bumped with development. 

[debraspicher]

Still having this issue myself. Switching brushes is tricky at times. I'm not aware if it's been tagged for fix or not. I've not had a ton of time lately to check beta logos, but I did short search for "brush highlight" and this is what came up.

[philippe martin]

+1

[philippe martin]

@Sean P 

Hello,

Can you share some update on the issue?

Regards,

Philippe

 

[Sean P]

Hi Philippe,

The issue is still open and logged with development to be fixed. Unfortunate we can only bump it after its been logged when we get new reports, I don't have any say into what issues are worked on by development.

[philippe martin]

Hi @Sean P,

Thank you / I understand - will wait

Regards,

Philippe

 

[philippe martin]

Hello,

Just to say that I still have the issue on 2.3.1.

Regards,

Philippe

 

[satopian]

On 4/5/2023 at 4:50 PM, Sean P said:

Hi satopian,

This issue is still with development. The issue is that a 'drag' is enough to change the brush highlight, but not the actual selection so you get the issue you're seeing. With the precision of a graphics tablet it is easier to accidentally invoke a drag, so you're more likely to see this when using a tablet.

I'll get it bumped with development. 

I can't create an illustration using Affinity Photo unless I can see the currently selected brush.
Photo retouching is also not possible.
This issue appears to be on the fix list, but is not yet fixed in v2.4.0.
I don't know of any other photo retouching software that doesn't recognize and fix brush selection issues.
I hardly ever use Affinity Photo anymore after v2.0.

[Sean P]

24 minutes ago, satopian said:

I can't create an illustration using Affinity Photo unless I can see the currently selected brush.
Photo retouching is also not possible.
This issue appears to be on the fix list, but is not yet fixed in v2.4.0.
I don't know of any other photo retouching software that doesn't recognize and fix brush selection issues.
I hardly ever use Affinity Photo anymore after v2.0.

Hi Satopian.

Which issue in the fix list are you referring to? This issue is still currently with development, and I don't see any reference to it here:

 

[philippe martin]

@Sean P

I read every release note with my fingers crossed.

I am sure illustration is not the main Affinity Photo target; still, it has been a while;)

Regards,

Philippe

PS: I also had to move to another package for my Comic Book - I still feel Photo + Publisher is a killer duo for that.

 

 

 

 

 

 

 

[satopian]

Is there a problem with using the term "fix list"?
In other words, does it mean that the developers are aware of the problem, but it's still in development, not listed as a fix, and there may be no plans to fix it?

>NathanC
>Staff
>Posted November 25, 2022
>Many thanks for providing detail, I've since confirmed that we have this issue logged with the developers, so I've included the details of your report.

I reported it a year ago and had the staff take a look at it, so I thought it would be fixed within a few months, but maybe there isn't that much demand for brush replacements?
Several other people have reported having the same problem.
At least for me, I don't understand why someone would say something as basic as switching brushes is "still in development."

 

[Affinityconfusesme]

Hi Satopian,

 

6 hours ago, satopian said:

"still in development."

 

This means that the developers were notified about the issue, and they have the say and control what gets fixed, and not QA.

[Sean P]

15 hours ago, satopian said:

Is there a problem with using the term "fix list"?
In other words, does it mean that the developers are aware of the problem, but it's still in development, not listed as a fix, and there may be no plans to fix it?

>NathanC
>Staff
>Posted November 25, 2022
>Many thanks for providing detail, I've since confirmed that we have this issue logged with the developers, so I've included the details of your report.

I reported it a year ago and had the staff take a look at it, so I thought it would be fixed within a few months, but maybe there isn't that much demand for brush replacements?
Several other people have reported having the same problem.
At least for me, I don't understand why someone would say something as basic as switching brushes is "still in development."

 

My apologies - I thought you meant you had seen the issue listed on the list of issues fixed in 2.4.0 (the thread I linked to), but in context with your last post I understand that is not what you meant.

As tzvi20 has mentioned above, the issue is still an open issue in our issue tracking software and is still with the development team to be fixed. Unfortunately, we do not have any control over what issues get fixed by development, and in what order. However, what we can do is keep track of the amount of reports each issue gets which then gets used as a factor for deciding which issues require fixing.

Again I can only apologise that this is still an issue for you, I will bump it again with development and try to bring some attention to it.