feat(ecau): rich copy-paste of webpage images and links

[ROpdebee]

We now also accept input from copied web pages and parse URLs from anchors and images on the copied portion, which should make it easier to copy images from providers which are currently not supported (and might never be, depending on their popularity).

Some demos because a picture says a thousand words:

1.mp4

2.mp4

The ebay demo is a bit weird because it doesn't highlight the selection, but the copied portion is just the two sidebar images and not the full-page selection that appeared earlier in the clip.

This probably needs a forum post after release because the feature notification won't properly explain what this is.

[ROpdebee]

/deploy-preview for beta testing because the extraction may not be ideal yet and the easiest way to find areas for improvement is by having people use the new version 🙂

[github-actions]

This PR changes 1 built userscript(s):

• mb_enhanced_cover_art_uploads (install preview, changes: e4b66a6)

See all changes

[codecov]

Codecov Report

Merging #546 (58353ea) into main (8248e5c) will decrease coverage by 0.69%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #546      +/-   ##
==========================================
- Coverage   99.17%   98.48%   -0.70%     
==========================================
  Files          57       58       +1     
  Lines        1341     1385      +44     
  Branches      212      220       +8     
==========================================
+ Hits         1330     1364      +34     
- Misses          8       13       +5     
- Partials        3        8       +5     

Impacted Files	Coverage Δ
...enhanced_cover_art_uploads/providers/soundcloud.ts	86.36% <0.00%> (-13.64%)	⬇️
src/lib/util/xhr.ts	100.00% <0.00%> (ø)
...c/mb_enhanced_cover_art_uploads/providers/index.ts	100.00% <0.00%> (ø)
...c/mb_enhanced_cover_art_uploads/providers/tidal.ts	100.00% <0.00%> (ø)
...rc/mb_enhanced_cover_art_uploads/providers/bugs.ts	83.33% <0.00%> (ø)
...rc/mb_enhanced_cover_art_uploads/providers/base.ts	96.72% <0.00%> (+0.29%)	⬆️

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

[kellnerd]

I've tested this feature a bit and it's a great thing to have (as a substitute for a generic provider). There are two things which don't bother me personally but might confuse the casual user:

• The pasted HTML fragment may contain irrelevant weblinks which are then of course leading to error messages (unsupported provider etc.). Personally I would have mitigated that by only extracting URLs from <img> tags, but your demo video shows a use case where the extraction from <a> tags makes perfect sense. Maybe anchors could be an optional feature or we could ignore them unless there are no <img> tags present in the HTML fragment?
• Every image is handled as separate input, so the final status message (in case of success) will always be "Successfully added 1 image(s)", no matter how many images were actually extracted.

[ROpdebee]

/deploy-preview with new fixes

Maybe anchors could be an optional feature or we could ignore them unless there are no tags present in the HTML fragment?

I've also been thinking of such a system. <img> first, then <a>, then matching URLs in plain textContent (in case someone copies unformatted links from a webpage. Should be fixed now.

Every image is handled as separate input, so the final status message (in case of success) will always be "Successfully added 1 image(s)", no matter how many images were actually extracted.

That was actually already the case for multiple URLs split by whitespace. I thought I changed that when adding more progress indicators, but apparently I forgot. Should also be fixed now.

[ROpdebee]

/deploy-preview it's been over half a year, I think it's about time to release this

[github-actions]

🚀 Released 1 new userscript version(s):

• mb_enhanced_cover_art_uploads 2023.4.23.5 in ff927bc