MSR UI on a mobile browser

[Tarkus]

@librasun yes i do that often

[LibraSun]

@tarkus said in Feature request on reactions side.:

@librasun yes i do that often

That avoids the "trick" of trying to let Character1 stand in as a numeric value (i.e. serving as an index to an array), since we now know that it may be alphabetical.

[Tarkus]

I thought a period was considered numeric in programing to accommodate decimals.

[LibraSun]

@tarkus said in Feature request on reactions side.:

I thought a period was considered numeric in programing to accommodate decimals.

Your assumption is correct, however the intent was to let your deciphered "digits" (which I was misled to believe were strictly 0 through 9) stand as "numbers" in the expression buttonCodes[ ], whereas buttonCodes[ . ] and buttonCodes["x"] simply make no sense in that context.

Hence the need for parallel lookups.

[toggledbits]

@librasun said in Feature request on reactions side.:

whereas buttonCodes[ . ] and buttonCodes["x"] simply make no sense.

These are actually OK if buttonCodes is an object, not an array. You can use the square-bracket notation same as dot member access, so buttonCodes[ "x" ] (note the quotes so it's a string) is the same as buttonCodes.x. Using the square bracket notation lets you use a variable for the member name. You don't need a second array, you just need to structure buttonCodes correctly...

buttonCodes = { '0': 'codes for 0', '1': 'codes for 1', '.': 'codes for dot' }
key_to_send = "."   # or whatever/however you get the key
send_data = buttonCodes[ key_to_send ]

[LibraSun]

@toggledbits said in Feature request on reactions side.:

You don't need a second array, you just need to structure buttonCodes correctly...

I completely agree. If I could turn back time knowing what I know now about this scenario, I would definitely have chosen an Object. It's concise, easy to edit, employ, etc. I just didn't wanna yank @Tarkus around by the nose after we've come this far, lol.

[LibraSun]

@toggledbits , since we're on the topic of Objects, I've been meaning to ask:
Is there any chance you'd consider implementing a this self-reference for Objects, so I could in theory build:

obj := {'noun':'cat','verb':'plays','sentence':'The ' + this.noun + ' ' + this.verb}

Maybe that's cray-cray, but I've already bumped into a couple of occasions where it could be handy.

REFERENCE: https://www.w3schools.com/js/js_this.asp

[toggledbits]

That's not really the way this works for objects in any language I've ever seen or used. We keep using the term "object" here, because of JavaScript, but I really prefer the Python term "dictionary", and maybe I'm going to start using that instead (the grammar actually does, but somehow that didn't make the leap to the documentation and followed the JS nomenclature instead). It's not an object in the sense that there's class definition associated with it, it's just a collection of key/value pairs. Even in JavaScript for many versions, an "object" was really a fancy dictionary, and it is only the more recent versions where that is being formalized, but of course, for compatibility, they are forced to support the old model for some time.

[LibraSun]

Typical me:

[Tarkus]

@librasun said in Feature request on reactions side.:

Secondly, your definition of buttonCodes itself shows just a long comma-separated list, which cannot work as is. To make it an array, it must start with [ and end with ].

Yeah i had the brackets but it did not work so the absence of of them is just me trying different things and not knowing what I am doing. LOL

[Tarkus]

@toggledbits said in Feature request on reactions side.:

whereas buttonCodes[ . ] and buttonCodes["x"] simply make no sense.

These are actually OK if buttonCodes is an object, not an array. You can use the square-bracket notation same as dot member access, so buttonCodes[ "x" ] (note the quotes so it's a string) is the same as buttonCodes.x. Using the square bracket notation lets you use a variable for the member name. You don't need a second array, you just need to structure buttonCodes correctly...
buttonCodes = { '0': 'codes for 0', '1': 'codes for 1', '.': 'codes for dot' }
key_to_send = "." # or whatever/however you get the key
send_data = buttonCodes[ key_to_send ]

I ended up using this method and it works great!

Thanks for all the help.