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.
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?
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.
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?
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.
Doesn't have to be the full image that gets embed in the comment section, could be a little teaser like your screenshot
I have less qualms about thumbnail embeds, however this would require a thumbnailing system, which makes things a lot more complicated than just an external reference.
If I were to apply this system to the last few 'Thumbnail' links you posted, you'd get a small thumbnail of a tile of thumbnails, which probably isn't so useful as the user would need to click to the full image to really get anything out of it. Or were you planning to do things differently if images could be embedded?
It's not like I'd be sharing porn 🙄 and a little preview of the shared image like the screenshots taken by Admin's bot, wouldn't hurt anyone nor slow anyone.
If you're able to say the screenshots you're providing are "lightweight", loading in every release page cached on AT, I don't think adding one or two more of those would slow anyone. Doesn't have to be the full image that gets embed in the comment section, could be a little teaser like your screenshot, that points to the full thing once clicked (again, like your screenshots). It would do the trick as well.
I'm glad you agree to not embed images on comment section. I like it neat and simple. If I wanted to see anon sharing images on a website, I'd just go to 4chan. not AnimeTosho. Thanks again!
Thank you for trying to help out. But I think you're being a little unfair. I don't think it's fair to expect a visitor to be privy to the logistics of this website - after all, they're not running it. Embedding images does sound like a good faith suggestion to me, to address a concern that is solved on various other websites.
Unfortunately I'm not really a fan of embedding. Large images can cause layout issues or take up a lot of area on the page. I also try to keep pages small in size for speed and bandwidth saving reasons, whilst embedding images could greatly increase a user's bandwidth usage. There's also some privacy concerns with embedding.
In some ways, I want to keep the comment system simple and discourage users from treating it like a full blown forum, so keeping the feature set "lightweight" helps in this regard.
You can link to images however, which should largely achieve the same goal, just with the slight inconvenience of users needing to click a link.
---
For the comments regarding CSAM: I appreciate the warnings/concerns, but I don't see embedded images as being a notable risk here. After all, I'm sure critics will point out there's already ways to get CSAM on here. Besides, changes aren't set in stone and can be reverted if they become problematic.
Thanks for the info. I think streaming sites focus more on easy access, and typically simplify things by only having one (or few) version of episodes. Whereas picking an episode here would still require you to select a release, so I thought emphasizing that would be beneficial. Unfortunately putting additional links, like the page currently does, probably wouldn't work well in a grid layout.
It's amazing how people make suggestions on things that they think would be better for them by having other people spending the money. Anime Tosho is fine the way it is. Adding pics to the comment section would only make things worse and everybody here knows that. Maybe you can start up your own site and call it a reflection (a mirror in front of another mirror)
It costs nothing to add a way to EMBED images here, hosted elsewhere (like the BBcode thing I talked about). As for time, it wouldn't cost a lot either considering the few people that are registered compared to the enormous amount of anons (+ as I said, the ones wanting it would have to request it.. so easily manageable I believe lol)
Possible, if Admin allows people to use this feature "manually" not automatically (if the person has an account and requests it). And if the person acts irresponsibly, then Admin can disable it for the user?
I don't know shit about coding, but is it possible to add something that lets us share images in the comment section? (like BBcode does with [img][/img])
Do not change the animetosho layout, I'm one of those who are fond of it. And to be fair on gogo tho, their UI and general site layout is/was great in its own way too, and the site was fairly clean in terms of nefarious scripts etc, the bad reputation it has comes from the gazillion clones it inspired, many of which are just baitsites for click revenue.
I saw gogoanime as more of a daily menu of the current days releases, icluding new movies and ovas. I looked at their front page, then used the info gained there to get HD DL's from here or nyaa or wherever. You are absolutely correct in that there is no real correspondence between a site like this and a site like gogoanime, other than their focus being anime.
Episodes 1-61 are officially on YouTube https://www.youtube.com/@yoruneko_PR/videos The inidividual episodes 1-60 have English subtitles (although they are lacking the ED lyrics). https://www.livechart.me is useful fior seeing if a show has an official stream anywere.
That's a thing I don't like about many anime piracy websites is they don't cite sources leaving you in the dry when they inevitably shut down.
13/12/2024 04:53 — admin