Dedicated page for visualizing and managing downloads on iOS. Currently sorted by download date. I didn't implement progress views on the covers like on the main bookshelf because it seems like that'd require a lot of modification to BookCover.vue, and since clicking on the book opens its item page you can see progress there anyways. I attempted to remove the downloads page from the side drawer/hamburger menu when there are no downloads, but I couldn't find a non-janky method for continuously checking media items. Is naming this Downloads okay? I know Android terms it Local Media, but "downloads" seems like it would be more straightforward to most users.
Screenshot:
🔄 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-app/pull/329
**Author:** [@benonymity](https://github.com/benonymity)
**Created:** 8/21/2022
**Status:** ✅ Merged
**Merged:** 8/21/2022
**Merged by:** [@advplyr](https://github.com/advplyr)
**Base:** `master` ← **Head:** `download-page`
---
### 📝 Commits (4)
- [`befe62f`](https://github.com/advplyr/audiobookshelf-app/commit/befe62f8a03b5454838fae4f41bd39094e25d88f) feat: downloads page for iOS
- [`523f861`](https://github.com/advplyr/audiobookshelf-app/commit/523f861f779e32feaf76d884a5ab93592236e67e) Merge branch 'master' into download-page
- [`d7c414f`](https://github.com/advplyr/audiobookshelf-app/commit/d7c414f6c026508908ca9a49590edc0badb2bb49) Merge
- [`d331e1f`](https://github.com/advplyr/audiobookshelf-app/commit/d331e1f9ab5f2a28448bd4fe9d529b8a4d5740d5) iOS downloads page cleanup UI
### 📊 Changes
**3 files changed** (+95 additions, -6 deletions)
<details>
<summary>View changed files</summary>
📝 `components/app/SideDrawer.vue` (+7 -0)
📝 `ios/App/Podfile` (+6 -6)
➕ `pages/downloads.vue` (+82 -0)
</details>
### 📄 Description
Dedicated page for visualizing and managing downloads on iOS. Currently sorted by download date. I didn't implement progress views on the covers like on the main bookshelf because it seems like that'd require a lot of modification to BookCover.vue, and since clicking on the book opens its item page you can see progress there anyways. I attempted to remove the downloads page from the side drawer/hamburger menu when there are no downloads, but I couldn't find a non-janky method for continuously checking media items. Is naming this Downloads okay? I know Android terms it Local Media, but "downloads" seems like it would be more straightforward to most users.
Screenshot:

---
<sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
📋 Pull Request Information
Original PR: https://github.com/advplyr/audiobookshelf-app/pull/329
Author: @benonymity
Created: 8/21/2022
Status: ✅ Merged
Merged: 8/21/2022
Merged by: @advplyr
Base:
master← Head:download-page📝 Commits (4)
befe62ffeat: downloads page for iOS523f861Merge branch 'master' into download-paged7c414fMerged331e1fiOS downloads page cleanup UI📊 Changes
3 files changed (+95 additions, -6 deletions)
View changed files
📝
components/app/SideDrawer.vue(+7 -0)📝
ios/App/Podfile(+6 -6)➕
pages/downloads.vue(+82 -0)📄 Description
Dedicated page for visualizing and managing downloads on iOS. Currently sorted by download date. I didn't implement progress views on the covers like on the main bookshelf because it seems like that'd require a lot of modification to BookCover.vue, and since clicking on the book opens its item page you can see progress there anyways. I attempted to remove the downloads page from the side drawer/hamburger menu when there are no downloads, but I couldn't find a non-janky method for continuously checking media items. Is naming this Downloads okay? I know Android terms it Local Media, but "downloads" seems like it would be more straightforward to most users.
Screenshot:

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