I would prefer to leave it as it is. I love that I do not have to adapt to unnecessary changes. I love this site and am grateful for it.

If you would like to change something, change in the background: the search could be a bit more sophisticated / intelligent.

In general I like the site, but the one thing that I would like to suggest is maybe add the ability to see updates from other languages? Sometimes some series are being updated faster in other languages and I haven’t really been able to find any database like this website for others languages.

I don't know if this is possible or if other users are interested in this feature, but I would like to be able to add titles to multiple lists -- e.g. not only to my "complete" list, but also to one or more of my custom lists.

Don't change it at all. The design is perfect as is and works great. Almost every site redesign I've seen happen has ended in disaster with a drastic reduction in functionality in the name of "streamlining". Just leave it as is.

How can u reduce the functionality. The site has the bare minimum of features. Sites load long and the search is horrible. And if they just implement the minimum it would be better than what we have now

Releases as a table ordered by chapter. Each chapter as it’s own. Not like it’s right now with chapter 10-15. a order function for releases.

Own lists would be great

1. similar mangas suggestions(what others read and not based on categories)
2. suggestions what to read based on what you read and how you rated it
3. merge categories and genres. Probably order them with some kind of hierarchy. e.g. Location > Asia > Japan. That would make it way easier to find tags

I'd really like to see Omegaverse added as a Genre and not only as a tag. Omegaverse is getting bigger and bigger and I'd like to have the possibility to exclude it from my search (which is easiest done with a Genre)

• tags for mangas get verified by some users which have some kind of rank like mod.
• something like snapchat bitmoji

I wonder if there is a way to prevent the japanese characters from being translated into chinese.
https://www.mangaupdates.com/author/i2gbowe/tsubasa-yi

“Tsubasa” “Yi” looks…weird, especially it’s listed in the url. 翼 can be read in both ways but in this case it's used for japanese authors, so it should be “Tsubasa” “Tsubasa”. Okay, it still looks weird but at least it reads as it should.

I'm not sure whether to suggest this. It's already pretty tricky for a name.
It's not that I don't understand the users to use (Japanese characters) instead (II), (III) etc. I also came across a similar case and it actually bothered me. But if there is no way I will correct their entries and use numerals going forward.

Let me know if this issue has been raised before.

This is not a big issue, but a suggestion to consider.

Byō de Wakaru BL listed as having 13 titles when viewed from the publisher's page, but when you click on it it's listed as having 23 titles.

It seems intentionally made because of the code. I'm not sure.
(1) This one is uncountable
https://www.mangaupdates.com/series/fq1jdyb/clone-no-aikata-to-renai-tte-donna-neta
(2) This one counts
https://www.mangaupdates.com/series/6y4loab/boku-no-papa-to-papa-no-hanashi

See the difference: (1) without -> (2) with publisher's name next to it.

I know MU specifically gave an example of how it should be written next to publication so I'll assume that the writing rules here are like this (and then comes the unwritten rule):

Serialized In
Publications in which this manga appears. (optional) Place publisher in parenthesis next to publication if there are multiple publishers.

But the problem is, most users mostly choose not to do it like that.

Sometimes I wonder if I should clean and fix it up, but there's a lot like this in the database (including approved ones), and I don't want to waste time on that either. There may be some users who voluntarily follow the [magazine][publisher] style, but many do not. And I feel that giving this freedom will also be good for unsupervised future entries.

Lastly, I'm giving this example from my observations only and my assumption may be wrong with the correlation. But the uncounted entries bothered me quite a bit. If you improve the code, maybe the entries can be neatly recorded consistently (again, I'm not sure).

I'm a bit of a mess explaining but hopefully I get my point across.
*Let me know if this issue has been raised before.

First off, both pages are generated dynamically using real time queries on the elastic database (although they are cached for a period of time).

From the publication page, it's a simple query on the series index to find series that have the specific publication listed, so you'll get the correct number of series.

From the publishers page, however, it's more difficult. The query is an aggregation based on the publisher names tied to the publication on the series. The MU database doesn't have any concept of publications as separate entities in the database. They only as an entry on the series page. So, we don't actually know that a publication belongs a publisher, we just perform a query every time someone attempts to hit the page and if the publication shows up as tied with that publisher on any series, then it shows up in the publisher's publication list.

Let's think about how this would change if we do not require the publisher name to be specified in parenthesis. If a series has two publishers and two publications, how do we tell whether the publication belongs to one publisher or the other? If you went to publisher A's page, both publications would show up. The same thing would happen on publisher B's page.

We could fix this if we added a separate section that explicitly listed publications per publisher, but we haven't done up to this point.

I see. Too bad that nothing can be done about it because it's not happening in just one publication. So I think the count could increase automatically (and evenly for entries already in the database) if we improve the code. Anyway, thanks for explaining.

A bit late here...

Dark Mode
index similar to anidb (current season(which exists as what's new, add some of them to index), MU recommendations, currently popular, random...)
default list filters, again like anidb (advanced search as saveable and default filters for series info)
improve advanced search functionality (filter for number of chapters released in country of origin, filter for number of chapters scanlated, the years during which the manga was released in country of origin...)

subscribe to author (get notification about new mangas they write)
subscribe to series (get notifications about new chapters, and new related series)
series list view but with cover image

That's quite alright. We're still working on it. Thanks for your suggestion!