Zotlabs|Hubzilla Development

Fri, 27 May 2022 08:47:05 +0000

Scott M. Stolz wrote the following post Fri, 27 May 2022 08:47:05 +0000

Extendable Protocols

It would be nice if the protocols that Hubzilla uses, such as Zot and ActivityPub, could be extended to support additional information similar to how e-mail headers work.

Any sending e-mail client can add whatever e-mail headers it wants to an e-mail. Receiving e-mail clients can choose to use those fields or ignore them.

Such a setup would allow Hubzilla forums to communicate with each other without confusing other platforms.

Platforms that do not recognize the additional fields get a basic experience. Platforms that recognize the additional forum-related fields would get an enhanced experience.

hubzilla zot activitypub

emaxmax

Fri, 27 May 2022 19:32:42 +0000

#Zot and #ActivityPub are #RDF based, which is the most extensible model nowdays.

Scott M. Stolz

Sat, 28 May 2022 08:40:55 +0000

But would other platforms get confused if there were additional information attached? Or would they just ignore it if they don't know what it is?

zotlabs.org | Hubzilla Development

Thu, 12 May 2022 10:41:11 +0000

Scott M. Stolz wrote the following post Thu, 12 May 2022 10:41:10 +0000

Owner of a Post vs. its Author

Do the Zot protocol and Hubzilla differentiate between the owner of the post and its author?

For example, if you post on someone else's wall or on a forum, the post owner is the channel you posted on, but the author is the person who posted.

This naturally allows for different permission levels to be applied, with the owner of the post (the channel) basically having full admin/moderator rights over the post, while still allowing the author of the post to edit it.

I am creating a new theme and eventually some forum mods, but something like this seems to be something that would need to be in the core, which is why I am asking here.

show all 13 comments

Mario Vavti

Thu, 12 May 2022 12:57:03 +0000

Yes, Hubzilla differentiates between author and owner in the case of wall to wall posts or sourced posts.
Forum posts are a special case though. Posts to a forum will always be reshared by the forum in which case both the owner and author is the forum channel.

Scott M. Stolz

Thu, 12 May 2022 13:27:40 +0000

@Mario Vavti

Forum posts are a special case though. Posts to a forum will always be reshared by the forum in which case both the owner and author is the forum channel.

Is there a reason why it is done that way? Traditionally, forums have separate permissions for the admin (channel) and the author.

Scott M. Stolz

Thu, 12 May 2022 15:15:21 +0000

@Mario Vavti

reshared by the forum

Since you mentioned "reshared," I am guessing that it has something to do with how forum post notifications are sent to other hubs. Although I am not fully understanding why you can't include the author information and title anyway.

If it is because of how notifications work, I think that perhaps the presentation via notifications and the local presentation need to be different. That information should at least be available locally even if it is not available remotely.

Mario Vavti

Thu, 12 May 2022 15:58:49 +0000

The reason is interoperability. None of the other fediverse projects supports the owner/author model.

Scott M. Stolz

Thu, 12 May 2022 17:55:10 +0000

@Mario Vavti

The reason is interoperability. None of the other fediverse projects supports the owner/author model.

But how do the Wall-to-Wall posts work then? They have both the author and the channel. ("Author via Channel") Are wall-to-wall posts only possible Hubzilla-to-Hubzilla?

Mario Vavti

Sat, 14 May 2022 06:46:30 +0000

@Scott M. Stolz i don't think we federate wall to wall posts to activitypub or diaspora currently.

Scott M. Stolz

Sat, 14 May 2022 14:45:01 +0000

@Mario Vavti Okay. Thank you. That makes sense. And thank you for being so patient with me. I am still trying to learn how Hubzilla works.

Looking in the database, it looks like:
1. Some forum posts have the author and title stored in the item table.
2. Some forum posts have the author and title stored in the body of the post.

[share author='Scott+M.+Stolz' profile='https://wistex.biz/channel/scott' portable_id='xxx' avatar='https://completehostingguide.com/photo/profile/s/10' link='https://completehostingguide.com/item/xxx' auth='true' posted='2022-05-14 01:44:13' message_id='https://completehostingguide.com/item/xxx'][h3][b]Example Post[/b][/h3]

I assume that forum posts that are locally created are the ones with all of the information in the database, and posts that came in via federation do not.

So, it sounds like what I will need to do is extract the post information (author and title) from the body, and then reformat it so that it looks like a forum post when viewed locally.

Does this sound like a reasonable way to do it?

Mario Vavti

Sat, 14 May 2022 18:21:40 +0000 last edited: Sat, 14 May 2022 19:08:32 +0000

@Scott M. Stolz i have no objection to add the title for all the posts if you think this is a requirement. It would be a minor change in include/items.php where we create the reshare from the received direct message.

Mario Vavti

Sat, 14 May 2022 18:31:40 +0000

@Scott M. Stolz https://framagit.org/hubzilla/core/-/commit/62b1ff4ba1844d9019aebd328256a38979e1f717

Scott M. Stolz

Sat, 14 May 2022 18:56:39 +0000

Thank you. Having the title display as the title instead of in the post would give it a more consistent design.

Speaking of item.php, what is the difference between item.php and display.php? From reading the comments in those files, it sounds like display is for public posts and item is for private posts. Or am I misunderstanding the difference between the two?

Mario Vavti

Sat, 14 May 2022 19:11:13 +0000

@Scott M. Stolz i was referring to include/items.php not Zotlabs/Module/Item.php

In general Zotlabs/Module/Item.php is used to create new content via a POST request while Zotlabs/Module/Display.php is for displaying content.

Scott M. Stolz

Sat, 14 May 2022 19:41:54 +0000

I noticed that for every post, there is an /item/xxx (plink) version and a /display/xxx (llink) version. And sometimes the /item/xxx does not work while /display/xxx for the same post works.

I am guessing llink = local link, and plink = permanent link.

Someone, I think you, mentioned that the plink will not always work since the owner is the forum, not the person viewing the post. But, since we know (or should know) that it is a local forum post and know (or should know) that it is publicly visible, shouldn't it be publicly visible when viewed via /item/xxx?

Scott M. Stolz

Sat, 14 May 2022 20:16:47 +0000

Another option would be to create a specific page for viewing public forum posts. This would allow forum posts to have different formatting than social media posts. It also allows for additional forum related features to be added to the local view.

When Hubzilla sends out the notifications via zot, activitypub, diaspora, etc., Hubzilla links back to the forum post display page instead of /item.

This might be a easier solution because the permission logic is so simple for forum posts. That page just checks if it is a forum post and publicly visible, It is also easily extendable without having to be concerned with non-forum post permissions, which is much more complicated.

Maybe this is the direction I should go for displaying local forum posts, instead of depending on /item/xxx?

zotlabs.org | Hubzilla Development

Thu, 05 May 2022 08:44:04 +0000

RockyIII wrote the following post Thu, 05 May 2022 08:44:04 +0000

compatibility by edited Posts in the Fediverse

editing for published statuses is now implemented by mastodon

https://github.com/mastodon/mastodon/pull/16697

Will this be compatible with ZOT ?
and
Will Mastodon get now edited Hubzilla posts as well ?

Mario Vavti

Thu, 05 May 2022 10:36:34 +0000

If they use regular activitypub it should be fine...

zotlabs.org | Hubzilla Development

Wed, 04 May 2022 18:15:50 +0000

Mario Vavti wrote the following post Wed, 04 May 2022 18:15:48 +0000

Dev Headsup

Will be starting to move cards, articles and wiki to addons soon...

@!zotlabs.org | Hubzilla Development

zotlabs.org | Hubzilla Development

Fri, 22 Apr 2022 06:51:02 +0000

Scott M. Stolz wrote the following post Fri, 22 Apr 2022 06:51:02 +0000

Schema in Custom Themes / Redbasic Derivative Starter Kit

Since I am working on some new themes, I thought I would create a starting point for creating new themes. I called it the Redbasic Derivative Starter Kit (or Redbasic Starter Kit for short). It just references Redbasic code, but there are instructions on how to modify it to create a new theme.

It is located here:
https://github.com/WisTex/CHG-Hubzilla-Themes/tree/main/view/theme/redbasic-starter-kit

The challenge that I am having is getting schemes to work. Everything else seems to work so far, but Hubzilla seems to totally ignore the schema directory. What am I missing?

themes hubzilla schema

Mario Vavti

Fri, 22 Apr 2022 06:52:55 +0000

The challenge that I am having is getting schemes to work. Everything else seems to work so far, but Hubzilla seems to totally ignore the schema directory. What am I missing?

If i remember correctly schemas are not supported in derivative themes.

Scott M. Stolz

Fri, 22 Apr 2022 07:05:18 +0000

If I remember correctly schemas are not supported in derivative themes.

That explains it. I wasn't sure if I was doing something wrong. Thanks for clarifying that.

Scott M. Stolz

Sun, 24 Apr 2022 22:20:19 +0000 last edited: Sun, 24 Apr 2022 22:23:18 +0000

What is weird is if you switch to Redbasic, modify the scheme and custom options, and then switch back to the the derivative theme, your derivative theme uses all of the variables set in Redbasic.

From a programming perspective, that is expected since it is a derivative theme, I suppose. I suppose it is a backdoor way of using schemes in derivative themes.

zotlabs.org | Hubzilla Development

Fri, 15 Apr 2022 08:24:22 +0000

neue medienordnung plus wrote the following post Fri, 15 Apr 2022 08:24:22 +0000

URL after quote-Tag

If no space is placed between the URL and the tag - here is an example [/quote]https://anyURL.tld, Hubzilla does not create a clickable link such as https://anyURL.tld. Is this behaviour a bug or a feature?

#URLafterquote-Tag #quoteTagBevorURL

zotlabs.org | Hubzilla Development

Sun, 13 Mar 2022 22:29:51 +0000

Harald Eilertsen wrote the following post Sun, 13 Mar 2022 22:29:50 +0000

I've added a merge request addressing a few issues I had in my dev setup based on docker compose:

the format_css_if_exists and format_js_if_exists functions did not keep the port number of the base_url, which caused stylesheets and javascript files to not load on my dev setup. This also means the script_path function becomes obsolete so I dropped it. Probably won't matter much to production setups, but it makes it possible to run a local dev setup where it's useful to use a non-standard port.
The Cloud module would go into a redirect loop when trying to fetch an image, due to the App::$query_string having an extra question mark at the end if no args were passed in the original URL.

It would be awesome if any of the more experienced devs could have a look at it and provide some feedback if there's anything I need to change.

Thanks!

zotlabs.org | Hubzilla Development

Thu, 03 Mar 2022 10:41:32 +0000

emaxmax wrote the following post Thu, 03 Mar 2022 10:41:32 +0000

emaxmax wrote the following post Thu, 03 Mar 2022 10:40:53 +0000

I tried to search the post, by pasting the URL in the search bar, and the loader keeps spinning with no result...

@Mario Vavti, @El Dorado, @Max Kostikov any clue?