starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-05-30 23:40:40 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[PR #5065] feat: Add adjustable sizing to Cover search results #4408

New Issue
Open
opened 2026-04-25 00:19:38 +02:00 by adam · 0 comments
adam commented 2026-04-25 00:19:38 +02:00
Owner
Copy Link
Copy Source

📋 Pull Request Information

Original PR: https://github.com/advplyr/audiobookshelf/pull/5065
Author: @Vb2341
Created: 2/16/2026
Status: 🔄 Open

Base: master ← Head: feature/cover-resizing

📝 Commits (1)

  • 6f159be feat: add adjustable sizing to cover search results

📊 Changes

1 file changed (+15 additions, -2 deletions)

View changed files

📝 client/components/modals/item/tabs/Cover.vue (+15 -2)

📄 Description

Brief summary

This adds functionality to adjust the size of the cover thumbnails returned by the library item -> edit -> cover search.

Which issue is fixed?

Fixes #5044

In-depth Description

All this does is replace the default width attribute of the search results (80) with a variable coverWidth which is set by the buttons, just like the cover thumbnails shown in the regular library browsing screen. It limits the sizes to a minimum of 60, and maximum of 300 (which fits 2 covers side by side in the window and leaves the text showing the size in pixels just variable, see screenshots). The sizing buttons are only shown if the search is performed and has a nonzero number of results.

It works by just

It also adds another entry to the data() object for Cover.vue (which is just the coverWdith).

How have you tested this?

I built the web client and server applications, and tested this in that web client.

Screenshots

Before (no buttons, icons small and hard to read)
image

After (icons still at default size of 80, buttons in lower right)
image

After (icons at maximum size)
image

🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/advplyr/audiobookshelf/pull/5065 **Author:** [@Vb2341](https://github.com/Vb2341) **Created:** 2/16/2026 **Status:** 🔄 Open **Base:** `master` ← **Head:** `feature/cover-resizing` --- ### 📝 Commits (1) - [`6f159be`](https://github.com/advplyr/audiobookshelf/commit/6f159bec0e71e164a3745b2b553834c040dde713) feat: add adjustable sizing to cover search results ### 📊 Changes **1 file changed** (+15 additions, -2 deletions) <details> <summary>View changed files</summary> 📝 `client/components/modals/item/tabs/Cover.vue` (+15 -2) </details> ### 📄 Description <!-- For Work In Progress Pull Requests, please use the Draft PR feature, see https://github.blog/2019-02-14-introducing-draft-pull-requests/ for further details. If you do not follow this template, the PR may be closed without review. Please ensure all checks pass. If you are a new contributor, the workflows will need to be manually approved before they run. --> ## Brief summary This adds functionality to adjust the size of the cover thumbnails returned by the library item -> edit -> cover search. ## Which issue is fixed? Fixes #5044 ## In-depth Description <!-- Describe your solution in more depth. How does it work? Why is this the best solution? Does it solve a problem that affects multiple users or is this an edge case for your setup? --> All this does is replace the default width attribute of the search results (80) with a variable `coverWidth` which is set by the buttons, just like the cover thumbnails shown in the regular library browsing screen. It limits the sizes to a minimum of 60, and maximum of 300 (which fits 2 covers side by side in the window and leaves the text showing the size in pixels just variable, see screenshots). The sizing buttons are only shown if the search is performed and has a nonzero number of results. It works by just It also adds another entry to the data() object for Cover.vue (which is just the coverWdith). ## How have you tested this? <!-- Please describe in detail with reproducible steps how you tested your changes. --> I built the web client and server applications, and tested this in that web client. ## Screenshots <!-- If your PR includes any changes to the web client, please include screenshots or a short video from before and after your changes. --> Before (no buttons, icons small and hard to read) <img width="812" height="700" alt="image" src="https://github.com/user-attachments/assets/b6f072b2-7d05-4310-a124-577c21703e77" /> After (icons still at default size of 80, buttons in lower right) <img width="824" height="711" alt="image" src="https://github.com/user-attachments/assets/d31476d3-83f9-49d3-9d66-c20d34993283" /> After (icons at maximum size) <img width="811" height="696" alt="image" src="https://github.com/user-attachments/assets/882488b7-45b0-4c3d-866d-027be7344870" /> --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
adam added the pull-request label 2026-04-25 00:19:38 +02:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
authentication
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
pull-request
Mirrored from GitHub Pull Request
 sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No Label pull-request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#4408
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?