11191
November 23, 2021, 11:35am
1
I got an interesting bug. I have a list of smart card's UIDs, which consists approximately of 5600 records. In my app I need to find, is certain uid in list. If yes - first function starts, if no - second. I noticed, that app worked not properly, like uid is absent, but first function started.
For debugging I made this blocks
And got this result:
I have fixed it by comparing tag_id and tag_temp with "compare texts" block but suprising that "is in list" block compares not properly.
BTW, it is a single uid from 5600, which compared incorrectly.
TIMAI2
November 23, 2021, 11:46am
2
AppInventor is reading your value 592e0552 as a number not a string - see here:
Also see here for a workaround
Surprising result with the block βis in the listβ? Hello everyone, The example below illustrates my surprise! π€¨ This example comes from an RFID scan that gives me the UID of a tag. This tag is compared to the list of tags already registered. ...
Reading time: 1 mins π
Likes: 4 β€
1 Like
11191
November 23, 2021, 11:54am
3
Understood. Not a bug, but a feature
Thank you for explanation.
I've added "compare texts" instead of Notifier block, so, in my case it is a solution.
11191
November 23, 2021, 12:25pm
4
It would be much more convenient, if would this block compare list elements like string. Interesting - is it possible?
ABG
November 23, 2021, 2:46pm
5
Changing an established block (is in list) is hard, because of backward compatibility impossibility.
Working around this by using the tag IDs as TinyDB tags or dictionary keys would be easier to try, and would fit that 5600 item scale more.
11191
November 25, 2021, 5:26pm
6
This is a solution for me.
system
Closed
December 2, 2021, 5:39pm
7
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.