Kunzisoft / Kunzisoft/KeePassDX
Barcode generation/display from field value
- Dominant language
- Kotlin
- Stars
- 7.3k
- Forks
- 401
- Avg merge
- 2d 10h
- Merged PRs (30d)
- 1
Description
**Is your feature request related to a problem? Please describe.**
As the mobile access point to my accounts, KeePassDX does a great job of giving me access to logins, account numbers, passwords, TOTP, and more while on the go. Often times in the real world, however, account/membership numbers are not the simplest means of identifying oneself; stores, museums, and other physical locations would prefer (and even expect) their customers to simply scan the barcode representation of their account/membership number.
**Describe the solution you'd like**
By integrating barcode generation, KeePassDX would greatly expand its usefulness in the physical world. While the exact implementation of this is open to an individual's design preference, I will outline one possible approach below:
1. Display a barcode icon to the left of the copy icon (which is currently right-aligned with fields)
2. When the barcode icon is pressed, allow the user to select the [type of barcode](https://www.scandit.com/blog/types-barcodes-choosing-right-barcode/) to be displayed from a pop-up menu of options (e.g., qr-code, code-93)
- Nice to have: only display barcode types that would be valid based off the value of the given field
3. Once the type of barcode has been selected, generate a barcode based off field value and display that over the account screen (which can then be closed by navigating backward or clicking an x on the top right of the barcode)
- Nice to have: increase the brightness to 100% during the time of the pop-up, and then revert back to the original brightness afterward
**Describe alternatives you've considered**
It's possible that it will be determined that barcode generation is outside of the scope of KeePassDX. While I think the integration of such a feature would make it easier for folks to hold all account related information within a single source of record, I fully acknowledge that this information can be stored in both proprietary (e.g., [Google Pay](https://pay.google.com)) and open source (e.g., [Catima](https://thelastproject.github.io/Catima/)) external applications that have solved for this use case.
**Additional context**
While very closely related to #729, this would expand upon the type of barcodes able to be displayed beyond QR codes.
Contributor guide
Research direction
Start by reviewing the account screen's field actions around the existing copy icon and compare the related QR-code work in issue #729. Define the supported barcode types and the selection and display flow; done means a field value can be selected, rendered as the chosen barcode, and dismissed as described.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, kotlin
- Domain
- mobile
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100