home.social

#hubzilla9 — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #hubzilla9, aggregated by home.social.

fetched live
  1. CW: The advantages of Article-type objects on Hubzilla in certain use-cases; CW: long (2,024 characters), Fediverse meta, non-Mastodon Fediverse meta
    Unpopular opinion: I hope Hubzilla won't stick to sending Note-type objects forever. It still has the Article-type/Note-type switch that was introduced with Hubzilla 9 on Friday, but as I've just discovered, a recent hotfix has basically rendered that switch useless, and Hubzilla only sends Note-type objects again.

    Article-type objects have a lot of advantages. Yes, on Mastodon. Whether Mike or Mario or anyone else on Hubzilla or (streams) likes it or not.

    With Note-type objects, I have to count characters and, when a post exceeds 500 characters, issue long post content warnings like the one above and add the filter-triggering hashtags #Long, #LongPost, #CWLong and #CWLongPost. That's because posts with over 500 characters disturb so many Mastodon users, especially those on a phone using the official Mastodon app that doesn't fold posts over 500 characters in.

    With Article-type objects, I wouldn't have to do that because Mastodon would reduce even an 80,000-character monster post to a cute little link with title, summary and hashtags. Much easier on Mastodon users than having 80,000 characters slammed into their faces right away.

    With Note-type objects, I have to link to sensitive images because Mastodon refuses to hide images embedded in or attached to Hubzilla posts, no matter what I do.

    With Article-type objects, I wouldn't have to do that because Mastodon would have people click or tap the link to the original post before they can see the post with the sensitive image in it. Of course, that link would be accompanied by an appropriate content warning.

    That said, Mastodon might still automatically use that sensitive image as the preview image for the link. There'd be nothing you can do against it on Hubzilla except for adding another safe image first and hoping Mastodon will pick that one. But that'd require one more image description.

    #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #ActivityPub #Mastodon #Hubzilla #Hubzilla 9 #CharacterCount #500Characters #UnpopularOpinion
  2. Jupiter Rowland wrote the following post Sat, 23 Mar 2024 10:38:15 +0100

    Feature request: Multiple Article/Note switches for Pubcrawl


    I've opened a new issue in the Hubzilla add-ons repository with a feature request for more than the one Article/Note switch which was introduced with Hubzilla 9.

    Here's the text:



    Hubzilla 9 has changed how Pubcrawl works: By default, everything goes out as an Article-type object now. A switch can restore the old behaviour, namely everything going out as a Note-type object.

    Now, Mastodon handles Note-type objects like native toots. But when it receives an Article-type object, it does not show its content at all. Instead, it shows the title, then the summary, then a link to the original, finally the hashtags. This is by design, fully intentional and absolutely justified; it shall prevent massive blog posts from appearing in Mastodon users' timelines at full length.

    But this behaviour does not work well with comments from Hubzilla. Comments can neither have a title nor a summary, and frankly, they shouldn't because they're comments, so they only appear as links with nothing describing or announcing them. Likewise, it doesn't make sense for them to only appear as links on Mastodon, even less when they're comments on Mastodon toots.

    The only alternative currently is to switch everything back to being Note-type objects. But to be honest, long, blog-style posts work much better and cause much less trouble on Mastodon as Article-type objects that are only announced as links.

    • No overly long posts in Mastodon timelines
    • Mastodon users can read the posts in their original formatting, not mangled by Mastodon's inability to render embedded images
    • Mastodon users aren't immediately exposed to sensitive images because they won't see the images at all until they open the post, and the title or the summary can warn them and everyone else about these sensitive images


    Currently, the only way to have the best of both worlds is to always have the Pubcrawl settings page open and flick that Article/Note switch back and forth. This is rather inconvenient.

    Thus, my suggestion is to turn this one switch into four switches:

    • Posts/DMs with a title _(includes posts with a summary; Article-type by default)_
    • Posts/DMs with a summary _(Note-type by default)_
    • Posts/DMs with neither a title nor a summary (Note-type by default)
    • Comments (Note-type by default)


    The default settings would make Hubzilla mimick Friendica's behaviour: Friendica always sends everything as an Article-type object if it has a title and as a Note-type object if it doesn't have a title.

    #Pubcrawl #FeatureRequest #Hubzilla 9
  3. Got Hubzilla 9 a few hours ago

    Checking out the big new Hubzilla release; CW: long (1,673 characters), Fediverse meta, non-Mastodon Fediverse meta

    hub.netzgemeinde.eu/item/4333b