*another

not really, subsplease has it own website, if nyaa were somehow taken down (but I'd rather doubt it)banother will just rise. I never rely on one site. I use AT because it's convenient. One stop shop for anime. remember torrenting is just a protocol.

from another site ofc, one down another will rise, it's always been like that.

This is just a mirror, if nyaa dies then so does 95% of everything that gets posted here.

You want to be stubbornly naive! Without Nyaa and TokyoTosho, how you and AT are going to obtain torrent links?! 0.o

No? the fact I can still torrent from AnimeTosho proves that you don't know what torrenting is actually all about. As I said, sites come and go. But torrents will always be there for you.

That's just wrong! They are making it harder and harder for the whole piracy scene and torrent sites aren't spared either. There are many examples from The Pirate Bay to ExtraTorrent to RARBG to recently TorrentGalaxy.

Aw shucks, thanks! But don't look too closely for there are a bunch of grammatical errors that we're too lazy to fix. Like what are these ";" things doing outside of code?

Enjoy your day,
- NotALinguistOrWhatever

Gosh, It feels like reading a book. It's a compliment btw. Nice and neat.

Absolutely none besides enabling desktop users to be lazy and only preview an image before committing and opening it in a "full-size" tab or window. Stretching the definition of usefulness, perhaps letting users see a preview of an image amongst several when the author does not appropriately label them such as when an author embeds several images without sufficient context to identify each embed. That situation might just be very rare and not worth spending time supporting. We made the suggestion to merely consider all possible avenues; we're not married to it or even the feature itself. In fact, we usually browse on a touchscreen so we wouldn't appreciate it ourselves. In the spirit of exhausting all options before completely dismissing the feature, here are a couple more ideas:

Clicking on the image "icon" (not the link) will expand the image inline with the text. Users can view multiple images at once and are not limited to mouse/stylus users. However, this introduces the potential that the embed ruins the compact reading experience unless the user actively collapses the embeds; Considering this feature is targeted towards the lazy, they are unlikely to do that and we are left with the original concern.

Embedded images are added to a gallery or carousel which can be opened in any number of ways (bottom of post, the embed link itself, dropdown/... menu alongside "Reply", etc.). Again, there is not much benefit to clicking a gallery button versus just clicking "Open in new tab" on every image linked - it's purely for the pursuit of laziness. Admittedly, opening a gallery with just one "tap" on a touchscreen is much faster than long-pressing for each link.

The prospect of adding this feature is niche since a large majority of users will not take advantage of it or simply ignore it. Purists will detest  expandable images that break the flow of simple text. The gallery will always be seen as inferior to dedicated services like slow.pics. Seeing a small thumbnail when you really want a full-sized zoomable image would also be lackluster for some users as well.

Perhaps keeping it simple is for the best. UX is no easy feat.

Thanks for hearing us out,
- SavI0r

I like the idea in a number of ways, so appreciate the suggestion.
I guess the question now is that if the user has to hover-over to see it, how much of a benefit is it over clicking the link?

anime streaming sites come and go. it's always been like that. but torrent will always be there for you.

Unfortunately pressure on pirate sites is growing more and more and we're losing sites left and right :(
https://torrentfreak.com/animefenix-sh...me-241202/

One-Punch Man OVA ED is just amazing IMO! It's warm and still somewhat sad and also nostalgic. It gives me a mixture of feelings.
https://multiup.io/710588de286b3e09ace...a3d44b13a4

We'll preface this suggestion by saying we agree with the ethos that is keeping the site simple and clutter-free as much as possible. Having the client view embedded images seems like a good idea although displaying them inline with text content has been a pain for past, present, and future markup designers and is why we have so many competing solutions ranging from markdown to Microsoft Word or even LaTeX.

This might not be what was originally asked for but it is a feature found in other sites, particularly forums: display an image only when a user hovers over an image embed.

During typical browsing the user will just see a link to the image and optionally an icon/emoticon (example: 🖻) preceeding the link to indicate that they can hover over it to see it. The images won't interfere with the text and the div hovers above the content. For a visual/interactive example, here is the Popover/Tooltip VueJS component. Yes, we know the site likely isn't using VueJS or anything similar but the same principle applies even in native JS.

Limitations: User can only hover over 1 image at a time so any pixel-peeping and image-comparing would and should be done elsewhere. Images might not be rendered in their native resolution as it would be a good idea to limit the size of the hovering div containing the image so that it does not extend outside the page. It's up to the admin/site to define those limits and what fits best with their design.

Have a nice day,
- SavI0r

Edit: We forgot to mention that the images could potentially be lazy-loaded when the user hovers over it. This should alleviate concerns about bandwidth when loading a page with image embeds.

Just like my dog, I sometimes feel I don't deserve you.

Best admin ever right here.

I hope you always sleep on the cool side of the pillow.