minecraft

dragongirl funky fresh

april et al, several flavors of therian (plural edition)
engineer in training by day, furry artist and "web developer" also by day
adult, occasionally nsfw on main
💜@dragongirlcloaca💜
💜@8akesale💜
avatar by karvakera

last.fm recent played


find me elsewhere
floofy.tech/@starlight

posts from @minecraft tagged #lyraposting

also:

minecraft
@minecraft

in reply to @minecraft's post:

ProtoDot

Hate hate hate hate HATE ASC's stance on this. This idea that you shouldn't be social on a social media site is just so stupid to me. If I'm not doing that, then what the hell am I doing here?

Yeah, it's been said to death at this point, but there's a point where it definitely crosses from "We didn't include these features because they encourage a toxic social media environment" to "We didn't include these features out of personal dislike or didn't want to implement them before going public and we're making it a feature and not a bug".

The whole argument for a lot of the shuttered-off approach to social media design in the name of nebulously "discouraging harassment" or "preventing toxicity" sort of just...falls apart once you realize that most of the excluded features are really non-issues when it comes to harassment. I can excuse not having direct messaging on launch, but it's definitely not a primary vector for harassment when you could just...send logged out anon asks with embedded media up until recently, and block avoiding is practically an intended feature (don't take that at face value, the idea that blocking can't be account-scoped in order to prevent "identifying people's side pages" is just stupid). None of the real issues this site has actually experienced were solved by any of these exclusions of content, so why not just fix what's broken and add what isn't?

And going back to the original topic of anti-social design, yeah, it's exactly what it says on the tin. There aren't really any problems being solved by not having private follower counts or not showing all of the shares or comments on a post. The latter one could maybe be excused on launch as a technically-complex feature, but if I could replicate it completely client-side than it can't be that hard.

And don't get me wrong, I still use cohost first and foremost as just a place to mess around with friends, but there's no proper excuse for why the UX shouldn't be better.



minecraft
@minecraft
quwyou
@quwyou asked:

do you mind questions about chutils? asking for a friend who likes the xkit feature that hides your own posts on your timeline and was wondering if it was possible to do the same on cohost or if something like that would ever be made
(no idea how hard that'd be to implement lol. still incredibly grateful for all your work on chutils (thank you so much!!!!!!!!))

That's definitely possible, and I could probably also wrap it together with options to hide shares and duplicates. That sort of thing is very easy to implement since I have a mutation setup to run a callback for each new post added to the page, and I can make use of React props to skip even touching the API. Glad you like using it!


minecraft
@minecraft

I knew I was forgetting a feature I meant to add, I swear I remembered writing the module for this but I think it was just the own post checker function for shareTree (RIP). Still, that's literally 99% of the work for hiding your own posts done, so glad I at least got something out of that.