mprimi
commented
1 year ago I think your thoughts are great! Agree 100%
Open dzek69 opened 1 year ago
mprimi
commented
1 year ago I think your thoughts are great! Agree 100%
Hi, this idea seems lovely, but currently the implementation has some painful moments:
Encyrpting doubles file size, it will be probably super hard to avoid, if not impossible, but at least you should note that in README. I don't know if hacks like that: https://news.ycombinator.com/item?id=12262470 would make it possible to read the contents of the binary data, probably not, but that's something I remember reading, further research is needed
Encrypting freezes the browser. Opening a encrypted 9MB file (so 18MB HTML) freezes the browser. Chrome wants to kill the page when I try to focus input box - super bad UX here, not sure how could you embed this data within HTML without this. Encrypting could be moved to web workers, but with
file://protocol you have when you open local html file this is impossible. But you can at least have this for hosted HTML files I guess?The encryption & decryption pages could use some nice UI design and UX. It's currently quite ugly and after using it once when decryptin all I care is the password box, yet most of the screen is covered with explainations, huge password hint, advertising product name and very cryptic (haha! a pun!)
DetailssectionProposed easy solution to UX: Because there is no chance that all the people in the world would like my approach to decrypt page, which for me should look like that: https://dribbble.com/shots/5757939-Password-requirements (without the characters counter, and the text below input would be a password hint, OPTIONALLY I could display some text above the password field for first time users):
Not sure how it'd be the best way to save my customizations so I don't have to copy/paste them each time.
Tell me what do you think about my thoughts