You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 26, 2020. It is now read-only.
I think the way you are defining the tech-list in the README.md is incorrect for capturing a multitude of tag types. In its current form it acts as a logical AND but I think you really want this list to act like an OR. I was getting errors in the README.md format (e.g, showing the default nfc reader tag read) but switched to something like...
Thanks for reporting this!
I must admit it is rather weird, "tech-list" suggests in fact to add a list of techs you would support.
Besides, how would it work as a "AND" o.O a card usually contains 1 chip tech AFAIK (but I could be wrong)
I was using an app NFC tools to read tags and most tags do have multiple types they support and list themselves as what they support. For example, the ones I was reading supported ndef, nfcf, and one other one that I can't remember off the top of my head. Anyway, you could AND those to be more restrictive so it suits a very specific read use case but I found it quite annoying to work with it like that.
I think the way you are defining the tech-list in the README.md is incorrect for capturing a multitude of tag types. In its current form it acts as a logical AND but I think you really want this list to act like an OR. I was getting errors in the README.md format (e.g, showing the default nfc reader tag read) but switched to something like...
And now it actually seems to read correctly across various tag types that I am using.
Great work btw on the library!
The text was updated successfully, but these errors were encountered: