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

[Feature Request] Add a preferred Scanlation Group option to manga series pages #774

Open
Underestimated opened this issue Jul 14, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@Underestimated
Copy link

What feature should be added to Suwayomi?

On the manga overview page for a series from a source that aggregates where multiple scanlation groups are attached, there should be a button or drop down that allows the reader to select a preferred scanlation group. This would need to be per series as the groups change.

The drop-down would be populated with the detected Scanlation groups that appear in the chapter list.

When this is selected the next chapter function should ignore all other groups chapters and only jump to the chapters from that specific group.

Additionally, if this were on a dialog, an option to mark all chapters that don’t match as read would also be advantageous.

for example something like this:
IMG_4175

The webUI clearly shows the scanlation groups names, which means that the data is there to be used at least.

I’m not sure if this would require work on the server side as well though, I suspect it would.

When the option is unset or set to default, standard behaviour would occur which wouldn’t interfere with normal usage.

Why/Project's Benefit/Existing Problem

When using a source like Comick that aggregates several different groups work on a series, the chapter list gets crowded quickly.
For example here:
IMG_4171

Where 3 different groups are working on the series.

Now some of this is addressed by the skip duplicate chapters option, but when you’re reading from one specific group often this will skip you instead to whichever’s group pops up first in the list (in my experience) and this often is not the group I’d prefer to read from.

By adding a preferred group option, it declutters the reading experience.

By adding a mark chapters by non-preferred sources as read, it also stops the work from being pushed down the library when sorted by unread chapters, as when multiple groups feed in, the chapter count inflates very quickly. I’ve had a couple of series miss my attention because it jumped from 1 unread chapter to 6 overnight.

I’m forced into using the aggregator because some groups either don’t have a site, extension or have cloudflare protection on, so having this option would be highly beneficial.

@0lm
Copy link

0lm commented Sep 20, 2024

I agree with you and wanted to add the following: It is also a hassle when wanting to download a few chapters to read offline. Example: If 3 different groups worked on each chapter of a Manga, when downloading e.g. 5 chapters, it will actually download 15 Chapters, basically each chapter 3 times, since there are 3 different versions each chapter.

@Echronix
Copy link

This is especially an issue when you want to make a manga/manhwa archive and want to speed up a little by downloading it all from using the download all button, would be nice if when I pressed on that button it asked which scanlator to download from, or a preferred scanlations team option like Underestimated mentioned.

I'm using mangasee and mangalife right now because those only tend to have one group but downloading from them is going at a snail pace. Downloading a single chapter from there takes 5x the amount of time for most other sites and about 40x the amount of time comick chapters get downloaded. So I would really, realllllyyy appreciate this feature. Also, kind of a sidenote. But for some reason comick has no filters in general, can't even sort by latest. Not sure if it is supposed to be like that, or if it's an extension issue.

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

No branches or pull requests

3 participants