Empfehlung für ein Wiki-System?

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

E-Dampfer, Blogger, Ungarn-Auswanderer, Fediverse-Unterstützer, Hunde- und Pferderetter… Vaper, Blogger, Emigrant to Hungary, Fediverse Supporter, Dog and Horse Saviour...

Ort:: Nagybaracska

Bács-Kiskun

Magyarország

Geschlecht:: Männlich

Status:: Verheiratet

Homepage:: https://pepecyb.hu

Bild dreier Personen in form von stilisierten Quadraten, die gemeinsam an Texten, die auf einer Korkwand angepinnt sind, arbeiten; Verktorgrafik

Empfehlung für ein Wiki-System?

Mon, 28 Oct 2024 13:35:30 +0100 zuletzt bearbeitet: Mon, 28 Oct 2024 13:35:20 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

Na klar: Hubzilla

Mit Hubzilla ist fast alles möglich...

#wiki #hubzilla #fediverse

show all 7 comments

Tue, 29 Oct 2024 08:19:04 +0100

Ema エマ

ema@utasansh.in

Ohne dir den Wind aus den Segeln nehmen zu wollen...😅
Schön wäre es, wenn ich Hubzilla wirklich dafür empfehlen könnte. Leider fehlen grundlegende Funktionen wie Durchsuchbarkeit und Kategorisierung.
Bei der Durchsuchbarkeit sollen Kombinationen von Einschränkungen z.B. auf ein bestimmtes Wiki und auf einen bestimmten Contributor möglich sein.

Dann braucht es von etablierten Wiki-Systemen bekannte Funktionen wie Recent Edits, Random Page, What Links Here.

Tue, 29 Oct 2024 10:11:47 +0100 zuletzt bearbeitet: Tue, 29 Oct 2024 10:11:34 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@Ema エマ

Du hast vollkommen recht. Entweder müsste an der App noch ordentlich gearbeitet werden, oder man nutzt sie halt für wirklich kleinere Wiki-Aufgaben oder andere Sachen, die eine gemeinsame Arbeit erfordern.

Intention meiner Postings ist auch nicht, Hubzilla wirklich als z.B. Mediawiki-Ersatz anzupreisen, sondern aufzuzeigen, was alles damit machbar ist. Ich gehe nicht davon aus, dass jemand, der ein echtes Wiki aufbauen möchte, nun zu Hubzilla greift. Aber die Wiki-App ist ein feines "Gimmick" für alle, die sich einen Account und Kanal anlegen.

Tue, 29 Oct 2024 10:24:17 +0100 zuletzt bearbeitet: Tue, 29 Oct 2024 10:26:01 +0100

Scott M. Stolz

scott@authorship.studio

I get the impression that some of the apps were created as a proof of concept and then never expanded upon. They show what could be done with Hubzilla, but not fully implements it.

The wiki app needs to be updated. Or better yet, a new combined app that has features from the wiki, articles, and webpages would be nice. Articles can be commented on. Wikis have a revision history. Webpages can have menus and blocks and different layouts. This should all be one app with options to turn things like comments on and off.

German Translate:

Ich habe den Eindruck, dass einige der Apps als Proof of Concept erstellt und dann nie erweitert wurden. Sie zeigen, was man mit Hubzilla machen könnte, setzen es aber nicht vollständig um.

Die Wiki-App muss aktualisiert werden. Oder besser noch, eine neue kombinierte App mit Funktionen aus dem Wiki, Artikeln und Webseiten wäre schön. Artikel kommentiert werden. Wikis haben eine Revisionsgeschichte. Webseiten können Menüs und Blöcke sowie unterschiedliche Layouts haben. Dies sollte alles eine App mit Optionen sein, um Dinge wie Kommentare ein- und auszuschalten.

Tue, 29 Oct 2024 11:27:02 +0100

Ema エマ

ema@utasansh.in

I agree with @Scott M. Stolz.
Let‘s use the working title „super“ for this ideal app for now.
Permission to edit wikis are granted at the connection level at the moment.

Connections would ideally get editing rights per „Super“ item, additionally to the access (=able to see) rights. A „Super“ item could be displayed in different ways, for example with or without comments. This could happen through a drop down menu of pre-defined layouts, as is already the case with websites. In the layout editor, there could be options for displaying places for comments to choose from (below, or in a second tab like in mediawiki), similar to like now with 2-column or 3-column layouts for webpages.

To use the Super app for a wiki, a Super item would be a wiki page, not a wiki. To bundle wiki pages in a wiki, categories would be used. That‘s one reason why the Super app would need categorizing capabilities.

Super items should be searchable and then the search result displayable in both list and grid view, toggling of preview should be possible.

Such searches should also be able to be used for selection of Super items. Such a selection would be used for bulk meta edits (modify access rights, modify editing rights, add or remove a category, delete or archive the selected items).

A search should be able to consider at the same time categories, a period for creation timestamp, a period for recent edit timestamp, granted access rights for a certain connection, granted edit rights for a certain connection, having been edited by a certain connection during a certain period if time.

Just brainstorming.

Tue, 29 Oct 2024 12:34:44 +0100

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

@Der Pepe (Hubzilla) ⁂ ⚝ Genauso, wie die Webpages-App kein vollwertiger Apache-httpd-Server-Ersatz sein will, will die Wiki-App kein vollwertiger MediaWiki-Ersatz sein. In Hubzilla-Wikis muß man sich ja beispielsweise auch die Inhaltsverzeichnisse für längere Seiten zu Fuß bauen. Geht, ist aber umständlich, zumal man das in BBcode oder Markdown machen darf und nicht in einer dedizierten Wiki-Markup-Sprache.

Tue, 29 Oct 2024 12:47:13 +0100

Scott M. Stolz

scott@authorship.studio

And the small but important things should be included.

You should be able to have different settings for the tag, the slug (URL), and the title displayed on the page. Meta data should also be editable, so that when people link to your page, it can pull up additional information.

Ideally, it should be multi-code compatible, similar to the wiki, where you can put Markdown and HTML in the same entry. It should have a filtered HTML option and a "code allowed" option, like the webpages app, that way you can give trusted people access to unfiltered HTML.

For people who are not logged in, it looks like an article or blog post (or a MediaWiki entry, if you decide to put comments in a tab). For people who can edit it, they can see the edit history and make changes. People who can't edit shouldn't see the edit UI.

A way to add custom CSS would be a nice touch. That way custom classes can be used or existing classes overridden.