ThatOneKirbyMain2568

joined 2 years ago

They've been mostly resolved in my experience. Kbin.social has been working great.

@interstellar is being developed for Android, and Lunar is working on Kbin support for iOS. Still a good ways to go tmk, but we're getting there!

@Pamasich @ernest Can confirm that this is an issue. I brought attention to it a short while back, and there are also some bugs with the visuals for vote buttons not consistently working as they should.

[–] ThatOneKirbyMain2568@kbin.social 2 points 2 years ago* (last edited 2 years ago) (1 children)

True, and the same happens here on kbin.social. However, in the case where there isn't a link to automatically do the search for you, I still think it'd be helpful to have something more intuitive than the community only appearing when the exact address is put in the general search bar.

EDIT: To give an example where this would be useful, what if you're someone on a newer Kbin instance and want to add an existing community? You'll have to know the method of doing it, and if you don't, you're out of luck. Having a dedicated button and interface for this would make it much more intuitive. When I saw PieFed's "Add Remote" button, I immediately got what it did, whereas I still have no clue how to make Kbin communities visible on most Lemmy instances.

[–] ThatOneKirbyMain2568@kbin.social 2 points 2 years ago (3 children)

i get all kinds of new communities by just clicking into the remote community, and then clicking subscribe

Maybe you misunderstand what I mean. Right now, if I were to create a new community on lemmy.world called /c/thatonekirbymainisawesome, it wouldn't show up if I searched for it here on the kbin.social magazines page. That's because kbin.social currently doesn't know that this community exists and thus isn't fetching anything from it. The same goes for any other two instances. If you want a non-hypothetical example, go to sh.itjust.works and search "geometrydash". You won't find /m/geometrydash (or at least I didn't at the time of making this comment). If you go to https://sh.itjust.works/c/geometrydash@kbin.social, you just get an error, because sh.itjust.works doesn't know about geometrydash@kbin.social yet.

To fix this, someone needs to essentially tell an instance, "Hey, this community over here exists, and you should start fetching stuff from it." On Kbin, this is done by putting the community's address in the general search bar. So if I were to search "thatonekirbymainisawesome@lemmy.world" on kbin.social's, that community would finally appear, and I'd be able to subscribe from it and see any posts made after that point.

What I'm suggesting is that instead of having to type the full community address in the normal search bar (which can be unintuitive), there should be a dedicated interface for adding remote communities (i.e., letting your instance know that communities on other instances exist). PieFed does this with its "Add Remote" interface, and I think it'd be nice for Kbin (and Lemmy as well) to have something similar.

Image uploading on microblog posts should be fine. Right now, Kbin's image uploading UI doesn't actually give any visual feedback when you click the upload file button, but it does upload.

In general, Kbin (and by extension Mbin) is quite early in its development, so you'll run into a good few bugs and odd UI issues. They should be resolved in the near future, and as I mentioned earlier, you can go to /m/kbinDevlog to follow progress.

[–] ThatOneKirbyMain2568@kbin.social 4 points 2 years ago (4 children)

Welcome! Yeah, the All Content view is great — probably my favorite feature added in the past few months. I have my home page set to Subscriptions (All Content), and it's the best. I see threads from my favorite magazines and microblog posts on tech & fediverse stuff.

I see where you're coming from, though having the instance be related to the underlying software helps a lot with clarity. I still have trouble remembering whether programming.dev is a Lemmy or Mastodon instance, whereas lemmy.ca causes no such issues.

Also, with Kbin and Mbin, I don't think it's much of an issue. Kbin.run uses Mbin, and I've never seen that as odd. The differences between the two aren't very significant anyway (i.e., it's clear that they're both versions of the same general thing). I could see it being a problem if you wanted to switch your instance from Kbin to Lemmy, but that seems like an unlikely scenario that isn't worth the sacrifice in clarity.

[–] ThatOneKirbyMain2568@kbin.social 19 points 2 years ago* (last edited 2 years ago) (8 children)

I prefer Kbin. It has the latest features (magazine collections, an aggregate view that combines threads and microblog posts, more options, etc.) , and I really like the developer @ernest. Aside from just being cool, he posts frequent updates over on @kbinDevlog.

Something worth noting is that Kbin doesn't have many instances. Kbin.social is the main one, and the only other decently up-to-date one I know of is kbin.earth, run by the creator of the Interstellar app for Kbin. On the other hand, Mbin has more instances, as most established Kbin instances switched to it at the time it was created (during which Kbin development had been inactive for about a month). Also, Mbin has a more community-oriented development system tmk, whereas Kbin development is closely managed by Ernest.

[–] ThatOneKirbyMain2568@kbin.social 4 points 2 years ago (2 children)

It's nice to see more Kbin and Mbin instances popping up. I'd love to get to the point where the majority of Kbin users aren't on one instance, though that's probably a long while away.

I've been enjoying Kbin a lot, and it's been awesome seeing the progress that's been made over the past few months. We have magazine collections, an aggregate view for threads and microblog posts, awesome crosspost functionality, a marker for new comments, options for the homepage, and plenty more. I've gotten a ton of use out of all of these new features, and I've enjoyed working on my CSS userstyle (something that Kbin introduced me to) to further improve the UI to my tastes.

Because of the issues during the holidays and the previous focus on API and ActivityPub tweaks (as opposed to visible frontend features), a lot of people think that development has slowed down a lot, but I'm personally excited to see further improvements over the coming year. The things at the top of my wishlist are probably improved federation, better features for moderators, and some sort of subscriptions / favorited collections dropdown in the header please ernest I beg you. But of course, development takes time, and I'm happy with Kbin so far.

[–] ThatOneKirbyMain2568@kbin.social 3 points 2 years ago (1 children)

If I’m not free to join the Fediverse from the server of my choice, whether that’s mastodon.social or threads.net, is the Fediverse truly free?

Joining the fediverse is just a matter of using a platform that implements ActivityPub (the protocol that lets servers communicate with each other. If Threads implements ActivityPub, it's part of the fediverse, and the people on Threads can interact without any instance that chooses to federate.

However, instances don't have to federate with Threads. That's part of the freedom of the fediverse. If an instance admin decides that they don't want to deal with an influx of hate, don't want most of the content their uses see to be from Meta, or just don't want to federate with a for-profit company that has an awful track record, they should be able to defederate. If a user of that instance really wants to see Threads content, they should be able to move to an instance that lets them, but defederation doesn't make the fediverse or ActivityPub less free.

 

With Meta beginning to test federation, there's a lot of discussion as to whether we should preemptively defederate with Threads. I made a post about the question, and it seems that opinions differ a lot among people on Kbin. There were a lot of arguments for and against regarding ads, privacy, and content quality, but I don't think those are the main issues. Imo, Threads presents a serious danger to the long-term viability of the fediverse if we become dependent on it for content, and our best bet at avoiding that is defederation.

Let's start with these three statements, which should hopefully seem pretty reasonable:

  1. It's dangerous for one entity to dominate the activity pool. If, say, one person's instance contributes 95% of the content, then the rest of the fediverse becomes dependent on that instance. Should that instance defederate, everyone else will have to either live with 1/20 of the content or move to that instance, and good luck getting the fediverse to grow after that. By making everyone dependent on their instance for content, that one person gains the power to kill the fediverse by defederating.
  2. Profit-driven media should not be the primary way people interact with the fediverse. Open source, non-corporate instances should be able to grow, and that growth will be stunted if most people who want to interact with the fediverse are deciding to go to corporate, profit-driven instances. Furthermore, lots of people went to the fediverse to avoid the influence of these large corporations on social media, and it should still uphold this purpose.
  3. People should enter the fediverse with an idea of its purpose. If someone's on the fediverse, they should be aware of that fact and aware of the fediverse's goal of decentralized media. People should think of the fediverse as every instance contributing to a decentralized pool of content, not other instances tapping in to their instance as the main pool.

Now, let's apply these to federating with Threads:

  1. This point alone is more than enough reason to defederate from Threads. Threads has millions more active users than all of the fediverse combined, and it's in much better of a position to grow its userbase due to its integration with Instagram. If we federate with Threads, it will dominate content. And that's not mentioning all of the company accounts on Threads that people have expressed an interest in following. While all of this new activity may seem like a good thing, it puts everyone in a position of dependence on Threads. People are going to get used to the massive increase in content from Threads, and if it ever defederates, tons of people on other instances are going to leave with it. Essentially, Zuckerberg will eventually be able to kill the fediverse's growth prospects when he wishes and nab a bunch of users in the process, both of which he has incentive to do.
  2. If we federate with Threads, Threads is undoubtedly going to seem like the easiest way to access our pool of content (at least on the microblog side of things). Newcomers already get intimidated by having to choose a Mastodon instance; give them access via essentially just logging into their Instagram account, and they'll take that over the non-corporate alternatives. Federation with Threads means that most of the people who want to see the content we make are going to go to Threads, meaning platforms like Mastodon & Kbin will be less able to grow.
  3. When people go to Mastodon, Kbin, Lemmy, Firefish, Misskey, etc., they do so knowing they're going to the fediverse. When people go to Threads, most do so because they have an Instagram account. I'd bet that when Threads gets federation up and running, most people on Threads won't have a clue that they're on the fediverse. Those who do know will probably think of it as all of these small, niche platforms that are kinda offshoots of Threads. That's not the mentality that should pervade the fediverse.

I think that all of this is makes defederating from Threads a no-brainer. If we don't, we'll depend on Meta for activity, platforms that aren't Threads won't grow, and the fediverse will be primarily composed of people who don't have even a vague idea of the purpose behind it. I want more activity as much as the next guy, but that activity being beholden to the corporations most of us want to avoid seems like the worst-case scenario.

"But why not defederate later?"

If we don't defederate now, I don't think we're ever going to defederate. Once the fediverse becomes dependent on Threads for most of its content, there's no going back. If anything, it'd get worse as Threads outpaces the rest of the fediverse in growth and thus makes up a larger and larger share of activity. Look at how desperate everyone is for activity — even if it means the fediverse being carried by Meta — right now, when we're not used to it. Trying to get instances to defederate later will be nigh impossible.

"Why not just block Threads yourself?"

Even if that were a feature, it completely ignores the problem. I don't dislike the people on Threads, and I don't think their content will necessarily be horrendous. The threat is people on non-corporate fediverse platforms becoming dependent on Daddy Zuck for content, and that's something that can only be fought with defederation.

To close, imagine if Steve Huffman said that Reddit was going to implement ActivityPub and federate with Lemmy & Kbin. Would you want the fediverse to be dependent on Reddit for activity? Would you trust Huffman, who has all the incentive in the world to pull the plug on federation once everyone on Lemmy & Kbin is hooked to Reddit content? This is the situation we're in, just with a different untrustworthy corporation. The fediverse should not be at the mercy of Threads, Reddit, The Site Formerly Known as Twitter, or any other corporate platform. It's better to grow slowly but surely than to put what we have in the hands of these people.

 

Threads seems to be beginning to test ActivityPub federation, and since Kbin can be used for microblogging, this affects kbin.social. What are your thoughts on federating or defederating with them?

 
 
 

This is the older version of Kurzgesagt's most recent video on 3 ways to destroy the universe. It's really interesting to see how Kurzgesagt's style has changed over the course of almost 10 years.

 

This magazine has existed for a while, but it's now under new moderation. Come over to share & discuss conlangs!

Links:
@conlangs
!conlangs
/c/conlangs

 

@ernest RTR#32 Voting Bug Report:

Wasn't able to upvote, downvote, or boost anything in my sub feed without getting an error.

  • Opening a new tab fixed the problem.
  • Refreshing the page fixed the problem.
  • Going back to previous pages and then returning did not fix the problem.

#kbinMeta

 

Another advertisement for the 12024 Human Era Calendar. Figured I'd post it here since it is another Kurzgesagt video.

 
 

In the past week or two, I've been making a lot of updates to my Kbin userstyle, idkbin, to account for all the new features Kbin has been getting. This weekend, I had a bunch more motivation to work on it, so I decided to make a bunch of additions to the userstyle and make the next version 1.3.0 (as opposed to 1.2.7, which would've just done some stuff with the new comment markers). I'm extremely satisfied with all of the stuff I've managed to add to idkbin, and I figured I'd share it in a thread this time since it's a bigger update.

Install here

Here are a few images that show most of the things that idkbin does:

Image 1

Image 2

Image 3

1.3.0 Changelog (that's probably missing something but eh I tried)

Changelogs for all versions can be viewed here.

Additions & Changes

  • Sort options on thread pages and tabs on the magazines/collections page now have icons.
  • The boost button now has an icon.
  • The show preview button has been tweaked to look more like a button and is now colored when the preview is active.
  • The collection subscribe/favorite button is now colored when clicked.
  • Official collections now have a checkmark next to their names.
  • Danger buttons (e.g., account deletion, collection deletion) are now recolored.
  • The new comment marker has been tweaked to work with rounded edges.
  • The new comment marker can be recolored.
  • Comment lines are now solid and slightly thicker.
  • There is now a comment line for descendants of first-level comments.

Fixes & Settings Changes

  • Toggles and color settings for the above additions & changes have been implemented.
  • Image previews are now clipped by the bottom rounded edges.
  • Upvote & downvoting recoloring can now be toggled.
  • The smooth fade added to many elements by this userstyle can be toggled.
  • A bug has been fixed which caused fades on different parts of an object to not occur at the same time.
  • The text next to the search and add icons in the header are now disabled by default.
 

just learned that Font Awesome exists and now I'm spamming it on everything lol #kbin #kbinmeta #kbinstyles #kbinMeta

view more: ‹ prev next ›