-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can not paste more than 1023 chars into recovery input #19
Comments
Weird, we use |
(Comment by @YouXam, from #71.)
|
@YouXam It wasn't necessary to open a new issue 😅. We could add new lines to the QR codes, but because of how QR codes are encoded, adding a character from outside the character set we use will waste more space than just a single character (the encoder has to specify two extra encoding changes as well as the newline itself). FWIW, the goal of paperback is to have a user-friendly GUI so that non-technical folks can do recovery and other necessary operations. Since the GUI is going to be the primary method of using paperback, the limitations of MacOS's terminal shouldn't affect things like how we encode data IMHO. However, if switching to unbuffered mode (and using a readline-like library for input) also solves the issue, we can do that. |
Is there currently a plan to develop a GUI program? |
Problem description
When pasting more than 1023 chars into the recovery input, the command stalls after 1024 chars and does not accept any more key presses.
How to reproduce
Workaround
Use
pbpaste | fold -w 1023
to split the Main Document line into lines of (max) 1023 chars length and paste the ouput into the recovery command:Build Env
The text was updated successfully, but these errors were encountered: