• We have to do something about the performance of this. I did it on 100 assets and it took quite long. And knowing our users, I am pretty sure they will use it on like 1000 assets, all the time. I am not sure even where is the performance bottleneck so its good to figure it out.
• When you click "Download" lets replace the content of the button with "Generating Zip file" + a spinner. This will make it more clear to people something is happening.
• Can we look into adding some feedback in the modal, like a counter of how many codes are generated so far? We are doing this on the client so it should be quite straight forward.
• For me the codes I downloaded are not styled. I tried both in Chrome and Firefox and got this:
  

• Once the download finishes and the loading state is removed, you can still see the download button. This can be confusing for a lot of people. We should not show the download button when the download is finished

Performance

So i did a download of 390 codes and I notice some stuff I think we need to address. It took 1:30 minutes, which i guess is okey but I notice some other stuff that we should address. If you check the network tab you will see that for 390 codes, there were a lot of requests:

For example the font seems like its re-downloaded for each image. But then when I check the results, the CSS works now but the font doesn't:

So we need to look into this. Maybe we have to load a web font or something, we have to check how to make this work. If for some reason we cant load our font or it keeps on adding so much overhead, maybe we can just use the device's native sans-serif font. Will still be better than the serif font it uses now.
I found this: tsayen/dom-to-image#90. Maybe its helpful. You can see here the creator of the font has it available on a cdn: https://rsms.me/inter/#usage

👌🏻
Deployed to staging for testing @carlosvirreira