The X & Y are all different but this is the first one on the near-bottom of the screen. The H & W are all the same 32x32.
I have another png that is small, yep, 32x32. This would be my mouseover highlight, that would go away on mouseleave.
I tried to use the !SetOption Bang to 'dynamically' set the meter image - which is not actually set for any of the buttons as they are all integrated into the 'parent' image.
This did not work:
There are many ways to be different - there is only one way to be yourself - be amazing at it
The law of averages says what it means; even if you get everything right, you will get something wrong. Therefore; self managing error trapping initiates another set of averages - amongst the errors, some of them will not be errors, instead those instances will appear to be "luck". One cannot complain of the 'appearance' of 'infinite regress of causation', even if it does not have a predictable pattern, only that it requires luck to achieve.
Hi, so the concept is that the visual area is fixed graphically at 32x32, ok?
However, the clickable area is 40x40 - I simplified that idea to streamline my request information. This is a minor thing, yes?
I cannot upload everything since I have personal information in the code and editing all of it out would dissolve the time I am trying to save, ok?
I have attached the images relevant to the visual aspect for your reference.
Perhaps with just that you may understand better.
I am more interested in not having repetitive code, than precision - so, yes the image - if a solution was provided precisely would be off but I was thinking I could adjust later on my own.
You do not have the required permissions to view the files attached to this post.
There are many ways to be different - there is only one way to be yourself - be amazing at it
The law of averages says what it means; even if you get everything right, you will get something wrong. Therefore; self managing error trapping initiates another set of averages - amongst the errors, some of them will not be errors, instead those instances will appear to be "luck". One cannot complain of the 'appearance' of 'infinite regress of causation', even if it does not have a predictable pattern, only that it requires luck to achieve.
Yes, this !SetOption doesn't work, because you have to vanish the set solid color. For this you have to add another !SetOption, which sets the SolidColor option empty. Beside this, I probably would also add a MouseLeaveAction, to set back the solid color when you're leaving the meter, but if you have / need this is completely up to you. So, here are the modified options:
There are many ways to be different - there is only one way to be yourself - be amazing at it
The law of averages says what it means; even if you get everything right, you will get something wrong. Therefore; self managing error trapping initiates another set of averages - amongst the errors, some of them will not be errors, instead those instances will appear to be "luck". One cannot complain of the 'appearance' of 'infinite regress of causation', even if it does not have a predictable pattern, only that it requires luck to achieve.
Mor3bane wrote: ↑November 28th, 2019, 7:08 pm
Hmm, that does not seem to work.
Unfortunately with the code I had recreated it definitely does work.
I can't help more if I don't know the code. Please post at least the complete code, if you don't want to upload the packed config. However that would be the best, at least the code would be needed.
There are many ways to be different - there is only one way to be yourself - be amazing at it
The law of averages says what it means; even if you get everything right, you will get something wrong. Therefore; self managing error trapping initiates another set of averages - amongst the errors, some of them will not be errors, instead those instances will appear to be "luck". One cannot complain of the 'appearance' of 'infinite regress of causation', even if it does not have a predictable pattern, only that it requires luck to achieve.