@mikkejos22 The [expr] family can contain more than one expression.
The object will start with "expr" "expr~" etc and then there is some work done.
A second expression can be added by a semi-colon separator....... the ; means "new line".
Then the left outlet will give the result for the first expression, and a new outlet will be added for the result of each subsequent expression.......
....... eg........

@dr_kd $0 is a real argument assigned to every patch according to the order in which they are created.... so from a fresh start of Pd the first patch opened will have 1001 assigned to $0.
You can find its value for a patch by banging a [$0] object into a number box.
The next patch opened will have a $0 value of 1002......... and each abstraction put in a patch is also a patch....
A sub-patch will have the same value as its mother.
The actual value is of little interest as it can change (for a particular patch) depending on the order in which patches are opened..... so we cannot rely on it.... but $0 is an important variable for building abstractions.
David.

@Jakki I have tried a few things and unfortunately it is the re-drawing of the objects that are changing colour that is the problem.
Even with a simple gui like [toggle] in place of [pad] the patch will struggle.
Pd cpu is fine...... it is the wish binary that has the overhead........ and so there is nothing you can do in your patch to solve the problem.
If you do not show the objects through the "graph on parent" it is fine.... but pointless.
There might be other applications that are better designed to deliver your project...... Pd is for audio really, and the gui was chosen only to support the programming for the audio thread.
Running Pd in a browser might work but I don't know that it would.

Using Gem or Ofelia might well work if you want to stick with Pd.
They are designed for graphics...... while wish is very restricted in what can be achieved.

Here is an example of mouse interaction taken from the "Extended View" library for Gem.
You will need the Gem library for Pd for it to work but I think I have included all the objects necessary once you have Gem installed.
gil.zip
Open gil_EXAMPLE first.
David.

@cheezmaker Try [list prepend] for vanilla in place of [iem_prepend]
Because connections will be lost to unfound objects when you open a patch, your best bet is to open them in a simple text editor and do a search and replace.
In ctl-bank-abs.pd you should replace [prepend] with [list prepend]........ it is full of [prepend] objects...... not [iem_prepend]..... so the error is strange.
David.

@eblanc88 This might not be exactly what you are looking for, but will introduce you to some other tools.
The limits for faders can be set in their properties....... right-click the fader to open the properties.
fader_lim.pd
David.

@jameslo It works as you expect in Windows 7 pd 0.52.1.
No help I know, but maybe a bug in pd under Widows 10?
If [trace] is recognised by windows as a debugger (seems unlikely to me.... probably just a normal Pd process) then maybe it is blocked in the group policy.
You could check.....
Group Policy Management Editor -> Windows Settings -> Security Settings -> Local Policies -> User Rights Assignment -> Debug programs -> Define these policy settings:
David.

@jameslo It looks to me as though it worked and has listed the complete traces.
I don't know what error it thinks it is looking for.
Maybe the message in red simply means that the task is completed.
It doesn't surprise me that you always get the same message if there is no error.
Have you tried for example........
[all(
|
[select all]
......to see what it decides to report?
David.

@MDobleZ So is it the level of output of each [bp~] that will be shown in the columns or the frequency set for each [bp~] that will be shown in the columns?
If you upload the patch that doesn't work (that you found in an example) that will make it easy to see what you are trying to do........ click the up arrow with a bar below it at the top of the window when you are writing a post and then upload the patch.
Otherwise please provide an internet link to the example you found for extended...... copy and paste the url from your browser window into your post.
David.

@MDobleZ [tabwrite~] will show the audio output in an array..... in extended and in vanilla....... if that is what you are looking for.
bp~-help-array.pd
If not then upload your example patch that is not working in vanilla and we will translate it for you.
David.

@Johny5 You can use [f]...... same as [float]
Connect your incoming stream of data from [sigmund~] to the right inlet and when you bang the left inlet you will get the current value on the outlet.
David.