Feel free to apply as a developer and dedicate your free time for unpaid work to develop a solution that is performant and uses the least amount of compute resources possible.
Feel free to apply as a developer and dedicate your free time for unpaid work to develop a solution that is performant and uses the least amount of compute resources possible.
I didn't create the thread, just agreed with it. the search solution is also there. it's just pointing at the wrong records. it's all already on their servers.
I didn't create the thread, just agreed with it. the search solution is also there. it's just pointing at the wrong records. it's all already on their servers.
Maybe with/after the planned library rework, it'll come in the future. (so I'd suggest to bump the thread once it's out, unless this doesn't get rejected)
But it definitely doesn't seem like a high priority currently.
Reviewing them one by one is way faster and more certain than asking the dev to make that feature available. Best chance is making your own script to do it. It is not perfect but at least it get the job done
Reviewing them one by one is way faster and more certain than asking the dev to make that feature available. Best chance is making your own script to do it. It is not perfect but at least it get the job done
Well i have done it myself in the past with 600+ reading list, searching through all pages just to miss it in the middle of it. Hence i create that script, much easier to search things. If you cant use script then maybe you could try third party apps?, idk any of it but they may have that feature. My script itself work like those apps, storing manga info locally. Every time i use that library filter, instead of requesting to the mangadex server, the script will act as a server, providing data using its own logic and local database