The problem is not “you ordered a pizza yet are complaining it isn’t a salad”. The problem is you are selling pizzas and salads, but the middleman is undercutting you on the delivery of the pizzas, leaving your clients with the fake impression you sell only salads and/or provide a bad service.
All that said, from an interface design perspective the current mode is exactly how it should happen. Pixelfed and pretty much everything else are purposefully subset-specific apps. All that’s needed is the reminder (as visible as possible) that content you are looking at is incomplete and you can find the more complete version on this or that URL or app. Same principle as if I wanted to eg.: design a “hashtag explorer” for the Fediverse. I’d focus on that instead of the posts (and pictures); but what I can’t ethically do is prevent my users from discovering their existence.
Because PixelFed is purposefully hiding the salad option from them. Which is what we are complaining about: it’s lying to our potential customers about us. Note that it didn’t do that before.
Pixelfed never claimed to want to sell or promote salads , it’s a business choice you may say. There’s billions people in the word with different interests you can’t simply please anybody. Mastodon is already able to fetch from pixeled so why would you want everything to be mastodon? Do you have the same complains about peertube not fetching text only content too or instance defederating from each other without notices so basically hiding content from thousands of peoples?
More along the lines of a “pizza finder” service that scours different menus and shows the pizza options at a bunch of places, whether those places exclusively offer pizza, specialize in pizza with some other options, or just offer pizza as one of several options. It would be perfectly reasonable for such a service to only return results related to pizza, without any implicit suggestion that each place it returns only has pizza available.
All that’s needed is the reminder (as visible as possible) that content you are looking at is incomplete and you can find the more complete version on this or that URL or app.
That’s what Mbin does, it displays a banner on federated user profiles explaining that they may be incomplete, with a link to the same profile on the originating instance.
This is great yes and IMO how it should be done. It’s not necessary fr eg.: PixelFed to implement themself all the functionality to process forums, videos, cooking recipes, Pokémon boxes, microblogging, macroblogging, nanoblogging, femtoblogging, nanopicturing, macroboosting, etc. Just one: linking (and, well, properly announcing the link is there).
No, you as a poster in the Fediverse are selling pizzas and salads. PixelFed is “misrepresenting” you, for lack of a better word, by telling people you only sell pizzas. The thing is, it wasn’t doing that before. It was purposefully made to hide useful information that was there before. IMO there should be a sticky “this user has other content which is not images” headbar or something. Only removable as an opt-in per account followed, so that it is not possible for people to say that PF purposefully hid information.
Exactly! And that’s why the choice in the UI is important. My understanding is previous versions of PF at least let your viewers know you offer salads. There’s no (good) reason why the very minimum useful version of that can’t be maintained. Comaps and OSMand for example are map applications, but they let me know when a given location has an associated Wikipedia article for example. They don’t even need to implement something like a Wikipedia Viewer itself; just offer the links. Links are cheap, and are the foundation and backbone of both the internet and of any useful concept of a “fediverse”.
The problem is not “you ordered a pizza yet are complaining it isn’t a salad”. The problem is you are selling pizzas and salads, but the middleman is undercutting you on the delivery of the pizzas, leaving your clients with the fake impression you sell only salads and/or provide a bad service.
All that said, from an interface design perspective the current mode is exactly how it should happen. Pixelfed and pretty much everything else are purposefully subset-specific apps. All that’s needed is the reminder (as visible as possible) that content you are looking at is incomplete and you can find the more complete version on this or that URL or app. Same principle as if I wanted to eg.: design a “hashtag explorer” for the Fediverse. I’d focus on that instead of the posts (and pictures); but what I can’t ethically do is prevent my users from discovering their existence.
But pixelfed is only selling pizza and the cudtomer complains that he didn’t find a salad option
Because PixelFed is purposefully hiding the salad option from them. Which is what we are complaining about: it’s lying to our potential customers about us. Note that it didn’t do that before.
Pixelfed never claimed to want to sell or promote salads , it’s a business choice you may say. There’s billions people in the word with different interests you can’t simply please anybody. Mastodon is already able to fetch from pixeled so why would you want everything to be mastodon? Do you have the same complains about peertube not fetching text only content too or instance defederating from each other without notices so basically hiding content from thousands of peoples?
More along the lines of a “pizza finder” service that scours different menus and shows the pizza options at a bunch of places, whether those places exclusively offer pizza, specialize in pizza with some other options, or just offer pizza as one of several options. It would be perfectly reasonable for such a service to only return results related to pizza, without any implicit suggestion that each place it returns only has pizza available.
That’s what Mbin does, it displays a banner on federated user profiles explaining that they may be incomplete, with a link to the same profile on the originating instance.
This is great yes and IMO how it should be done. It’s not necessary fr eg.: PixelFed to implement themself all the functionality to process forums, videos, cooking recipes, Pokémon boxes, microblogging, macroblogging, nanoblogging, femtoblogging, nanopicturing, macroboosting, etc. Just one: linking (and, well, properly announcing the link is there).
PixelFed never claimed to be selling pizzas (images) and salads (text). Just pizzas right?
They [partially] did, https://mastodon.social/@pixelfed/106617110297151132
No, you as a poster in the Fediverse are selling pizzas and salads. PixelFed is “misrepresenting” you, for lack of a better word, by telling people you only sell pizzas. The thing is, it wasn’t doing that before. It was purposefully made to hide useful information that was there before. IMO there should be a sticky “this user has other content which is not images” headbar or something. Only removable as an opt-in per account followed, so that it is not possible for people to say that PF purposefully hid information.
Oh, so the poster is upset that the person who is running a pizza-only app isn’t also getting their salad offers.
Exactly! And that’s why the choice in the UI is important. My understanding is previous versions of PF at least let your viewers know you offer salads. There’s no (good) reason why the very minimum useful version of that can’t be maintained. Comaps and OSMand for example are map applications, but they let me know when a given location has an associated Wikipedia article for example. They don’t even need to implement something like a Wikipedia Viewer itself; just offer the links. Links are cheap, and are the foundation and backbone of both the internet and of any useful concept of a “fediverse”.