Your comments
As I'm catching up I realized it would probably make sense if showRandom also hid those, so that's getting rolled into the next update.
It would be awesome if this were in a GitHub repo, since that'd be helpful in pointing out changes you made. First thing I noticed in the themeScript was that you changed "books" to "magazines". This is a minor thing, but it means there's a lot of little changes just being passed of as the "latest" version.
The "bookmarks" call is actually Ubooquity's built-in API for comic progress, not sure why it's called that but I could see how it would confuse things. I'm wondering if it's something getting redirected weird with your proxy.
I'll take a look at adding a toggle for those changes. The mobile-friendly css could likely just get wrapped in a media query, since it's only useful on smaller screens. Might be worth taking a look at that. https://www.w3schools.com/css/css_rwd_mediaqueries.asp
Thanks! Glad it worked out that way, it was a big reason I rewrote a lot of the code between version 1 and this one.
Sounds good, I saw your pull request. I think you intended that to come off of the patch-1 branch, since every commit you added since is also ending up in the PR. I'm all for adding that breadcrumb fix and what I'm assuming is a conversion from space to tabs or vise-versa.
The "returnval" is the value returned from Ubooquity's built-in "bookmark" (actually read progress) API, run for each issue as it loads. What you're describing for a folder unread count would be something that checks every issue in every subfolder. That's a lot of calls each page load, so that might not be a great idea.
If you haven't found it yet, there's a "Clear Cache" in the drop-down from the username menu in the upper-right.
The cache is where it associates an ID to a publisher name (and subsequently the publisher's folder.jpg), so if that potentially changed at any point you might need to reset it. Next time you open your publisher page it'll make a new cache.
The publisher ID cache might've associated the wrong thing with Marvel. At the top of the page, click the username and choose Clear Cache. Then go back to your publisher page and it should start a new array.
Just as a general "hey look, I'm back sorta", I'm more than happy to add any features bouncing around in this thread, as long as anything new is a toggle. My goal was definitely to replicate the Comixology layout directly, so anything that veers away from that in a more permanent fashion isn't something I'm looking to add. I'll never turn down the option of more options.
If there are code edits, feel free to submit a pull request on Github and I'll take a look and merge if they don't contradict what I just said. The idea of using Github to host this was for people to be able to contribute (and it being free), so using those built in abilities via Pull Requests would be handy to facilitate that.
That's true, but I got an abundance of email notifications in the last couple days so I figured I'd see what's up. It's definitely been a while.
I'm not sure how you submitted the edit, but there's no active pull requests on the git. I'm happy to check it out if you wanted to submit one.
Customer support service by UserEcho
Sorry, I should've caught it sooner. I think I can see what might be up, and why it might be something with your setup causing it.
The docID in that error message should be a number, not "comics", so I'm wondering if that's a configuration issue with my code or if it's how your proxy is potentially rewriting the URL. Or the fact that you're using /comics as your proxy path might be it, since that would make the URL potentially whatever.com/comics/comics/[number] and something is only looking for comics in there once. I think I use a check for "comics" in the URL in a few places that your setup might be breaking, but I can see if there's an easy fix.