Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Expand Tracker Search #514

Open
4 tasks done
nopeha opened this issue Mar 13, 2024 · 12 comments
Open
4 tasks done

Expand Tracker Search #514

nopeha opened this issue Mar 13, 2024 · 12 comments
Labels
Feature request New feature or request

Comments

@nopeha
Copy link

nopeha commented Mar 13, 2024

Describe your suggested feature

There are times when a tracker I know has a manga, but it doesn't appear in the list of available manga when I search the tracker through mihon. I sometimes find I have to come back to an entry in my library and hope that the next time I search a tracker it pops up so I can select it.

What I'm suggesting is a "load more" feature to allow users to search a bit further. I wouldn't suggest loading up all search results at once (seems bad for both mihon and tracking service), but having the ability to search more results would be helpful.

If this is optional for users, I think that would best to keep them from spamming trackers. If there is a toggle in the settings to expand tracking services searches with a warning regarding spamming the tracker could result in consequences from the tracking sevice (if that's an issue), I believe it'd be best.

Other details

No response

Acknowledgements

  • I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
  • I have written a short but informative title.
  • I have updated the app to version 0.16.4.
  • I will fill out all of the requested information in this form.
@nopeha nopeha added the Feature request New feature or request label Mar 13, 2024
@MajorTanya
Copy link
Contributor

You could try variants of the title, like Romaji, Japanese, or English titles when you search a tracker.

Most of them try to return results ordered by relevance, so a "Show More" would just show even less relevant entries.

@nopeha
Copy link
Author

nopeha commented Mar 13, 2024

You could try variants of the title, like Romaji, Japanese, or English titles when you search a tracker.

Most of them try to return results ordered by relevance, so a "Show More" would just show even less relevant entries.

Unfortunately, I have a series simply called "Vampire" which, as you can imagine, yields a lot of results regardless of the language chosen, but none are the correct one. However, I can go onto the trackers site and it is there.

That's just an example of where a load more would be helpful, or further search filters (author or artist particularly).

@BrutuZ
Copy link

BrutuZ commented Mar 13, 2024

I am pretty sure you can search for the ID in these cases

@nopeha
Copy link
Author

nopeha commented Mar 14, 2024

I am pretty sure you can search for the ID in these cases

Tried that for the title with MAL, didn't see it come up (https://myanimelist.net/manga/156200). It did, however, prioritize showing me results with "200" in the title when searching for 156200. If I need to include something else for the search for ID, please let me know. If it works for certain trackers that may be why I didn't see it for MAL, in this instance.

Even if the ID method did work, that isn't very intuitive or directed by the app to do for the average user who may not know there is even an entry on a tracker. I only know there is one on MAL because a source has it listed. This isn't always the case. If it did work by ID, I'd suggest the placeholder text of "Search..." should change to "Search by Work Name or ID" or something closer. That'd be a separate ticket, though.

@MajorTanya
Copy link
Contributor

I am pretty sure you can search for the ID in these cases

Tried that for the title with MAL, didn't see it come up (https://myanimelist.net/manga/156200). It did, however, prioritize showing me results with "200" in the title when searching for 156200. If I need to include something else for the search for ID, please let me know. If it works for certain trackers that may be why I didn't see it for MAL, in this instance.

Even if the ID method did work, that isn't very intuitive or directed by the app to do for the average user who may not know there is even an entry on a tracker. I only know there is one on MAL because a source has it listed. This isn't always the case. If it did work by ID, I'd suggest the placeholder text of "Search..." should change to "Search by Work Name or ID" or something closer. That'd be a separate ticket, though.

ID search uses the id: prefix, as seen here
Screenshot_2024-03-14-20-35-43-995_app.mihonya.png

@BrutuZ
Copy link

BrutuZ commented Mar 14, 2024

For MAL you have to prefix the ID with id:, so it would be id:156200

@nopeha
Copy link
Author

nopeha commented Mar 14, 2024

That makes so much more sense!
Thank your for helping me find it via the ID method. This will really help me out.

I do think a show more is a good idea, however I understand why it wouldn't be implemented. If not, I think it would be a good idea to make note in the search field to search by id if needed. Or even a note on the Tracking Settings page that it's a method of searching.

This thread can be closed if neither suggestion is taken, no biggie.

@mm12
Copy link
Contributor

mm12 commented Aug 12, 2024

You could try variants of the title, like Romaji, Japanese, or English titles when you search a tracker.

^^ I would love if it was easier to do this, like instead of "show more" we had "check alternative titles" when the source provides them.

@BrutuZ
Copy link

BrutuZ commented Aug 12, 2024

"check alternative titles" when the source provides them

Non-standard, so not happening. Can only wish for such a field on extensions-lib v2

@mm12
Copy link
Contributor

mm12 commented Aug 12, 2024

True. Perhaps scan the description for a format ?

@BrutuZ
Copy link

BrutuZ commented Aug 12, 2024

Perhaps scan the description for a format ?

Again, non-standard. Each source is free to slap whatever they want and each extension can process it on their own way or even ignore the information completely.
Are the alternatives provided separately on the site/API or built into the description? If the latter, does the "list" have a header? What's the separator, comma, semi-colon, pipe, newlines, newlines with prefixes...

Too many variables to account for. It needs to be a proper field on the SManga interface so that extensions handle processing the information when available and declare it consistently.

@mm12
Copy link
Contributor

mm12 commented Aug 13, 2024

Perhaps scan the description for a format ?

Again, non-standard.

Fair enough.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature request New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants