# \[WS\] Cover Art Archive

**URL:** https://community.mp3tag.de/t/ws-cover-art-archive/67721
**Category:** Web Sources Scripts
**Created:** [March 3, 2025, 3:40am UTC](https://community.mp3tag.de/t/ws-cover-art-archive/67721 "2025-03-03T03:40:54Z")
**Posts on this page:** 1
**Showing post:** 3

<div class="post-metadata">

### Author: ![rboss](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/5f9b8f/32.png) [@rboss](https://community.mp3tag.de/u/rboss)
#### Post date: [March 4, 2025, 5:38pm UTC](https://community.mp3tag.de/t/ws-cover-art-archive/67721/3 "2025-03-04T17:38:49Z")

</div>

> [@Florian](#):
>
> Many thanks for the new Tag Source!

And Thank You for (once again) noticing my work. 🙌

> [@Output reference between \[Parser\] blocks?](https://community.mp3tag.de/t/output-reference-between-parser-blocks/66451/8):
>
> The project(s) I'm working on currently is(are) not _directly_ affected by this issue, so progress is not being blocked.

As I had teased back then, _this_ is one of the projects I had in development. My main concern was if the use of `[CurrentPreview]` in a manner outside of its scope could have unforeseen negative impacts elsewhere in Mp3Tag's internal workings, and was hesitant to release the script due to this (and lack of quality development time).

> [@Florian](#):
>
> Unfortunately, the macOS version doesn't have the preview feature you're creatively using to pass the data along and, thus, it's not working for macOS.

That _is_ unfortunate. I had tested using `[CurrentUrl]` in an earlier draft, but since that data is essential to proper script operation, modifying it could cause the CAA API to reject the request (it had on other projects / APIs); so I tentatively went with `[CurrentPreview]`, and its possible negative impacts.

Thank you for the input; I'll update the first post with this info.

But... here's some food for thought:  
The addition of a `%_CurrentClipboard%` variable in `[ParserIndex]` could serve the same purpose, and would enable the script to run in macOS. I had sent you (at the time of the quoted post) some notes on this via PM, but just as it took me until now to properly debug and tidy up this script, I'm aware that you are also very busy with development to properly analyze and reply to every idea and suggestion that arrives to your inbox, and know better than to expect a reply straight away.

Oh, and one more thing.  
You may have noticed that, in the initial query results, the cover preview thumbnail \ popup has its aspect ratio changed into squared dimensions. For square-_ish_ physical cover art this isn't much of an issue, but for booklets, obi, and other 'less squared' images, there is a visual impact on the preview (see [example](https://musicbrainz.org/release/e46e1fbb-a0c3-4675-ba05-b27ac9d2cf16/cover-art)). The end result (with "Correct aspect ratio" enabled) is fine, so I'll leave to your consideration if this is worth addressing.

Thank you once again. 🙂

---

_[View the full topic](https://community.mp3tag.de/t/ws-cover-art-archive/67721)._