Der Pepe (Hubzilla) ⁂ ⚝

Drei abstrakte Polaroid-Fotos; Vektorgrafik

Empfehlung für eine Foto-Verwaltung?

Tue, 29 Oct 2024 19:42:19 +0100 last edited: Tue, 29 Oct 2024 19:42:43 +0100

pepecyb@hub.hubzilla.hu

Na klar: Hubzilla

Mit Hubzilla ist fast alles möglich...

#fotoverwaltung #hubzilla #fediverse

Neu in der Hubzilla KnowledgeDB: Alt-Text

Tue, 29 Oct 2024 14:38:10 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

Bildbeschreibungen mit Hubzilla verwirklichen:

Alt-Text: Bildbeschreibungen... ~~nicht~~ ganz einfach

#FediTips #FediverseTips #hubzilla

show all 12 comments

Tue, 29 Oct 2024 17:22:51 +0100

𝓒𝓱𝓻𝓲𝓼

chris@im.allmendenetz.de

beim bbcode wäre die Adaption mit Alt-Text inclusive Bildskalierung wie folgt zu schafften :

Tue, 29 Oct 2024 17:30:32 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

Auf die Variante war ich noch nicht gekommen. Die baue ich auch noch in den Artikel ein.

Tue, 29 Oct 2024 17:45:59 +0100

𝓒𝓱𝓻𝓲𝓼

chris@im.allmendenetz.de

dann nimm doch auch noch das hier mit auf:

Tue, 29 Oct 2024 17:47:32 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

Kann ich machen. HTML bietet eh noch viel mehr Möglichkeiten. Wobei Hubzilla das Bild im Stream-Posting ohnehin skaliert darstellt.

Tue, 29 Oct 2024 18:38:05 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@𝓒𝓱𝓻𝓲𝓼 Erledigt.

Tue, 29 Oct 2024 18:43:10 +0100

BauerUlli

bauerulli@hub.netzgemeinde.eu

@Der Pepe (Hubzilla) ⁂ ⚝ Typo 2 Absatz "Nildbeschreibung".

Tue, 29 Oct 2024 18:48:00 +0100

BauerUlli

bauerulli@hub.netzgemeinde.eu

Insgesamt finde ich schon das Bild einfügen schon ne ziemliche Spaßbremse ist. Wenn es bei #Hubzilla nicht andere supertolle Möglichkeiten gäbe, hätte ich mich wahrscheinlich schon längst von der Plattform verabschiedet.

Tue, 29 Oct 2024 18:58:33 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@BauerUlli Danke für den Hinweis... korrigiert.

Tue, 29 Oct 2024 19:07:28 +0100

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

Moment, die "ZRL des Original-Bildes" ist die Adresse der Seite auf Hubzilla, auf der man das Bild sehen kann. Die "ZRL der skalierten Version" ist die Adresse der eigentlichen rohen Bilddatei.

Tue, 29 Oct 2024 19:07:39 +0100

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

@????? Das kannte ich so auch noch nicht.

Tue, 29 Oct 2024 19:10:05 +0100

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

Bzw. man kann das so oder so machen. Man kann die skalierte Version mit "-2" oder so am Ende nehmen oder die rohe Version ohne "-2" oder so am Ende.

Tue, 29 Oct 2024 19:41:53 +0100

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

Gerade mal Hubzilla durchgespielt und ein bißchen (streams) gespielt.

Insgesamt gehen zum Einbetten folgende Varianten:

                          [zmg=][/zmg]
[zmg                   title=""][/zmg]
[zmg= x  title=""][/zmg]
[zmg="x" title=""][/zmg]
[zmg  width="" title=""][/zmg]
[zmg height=""   title=""][/zmg]

Es geht auch

[zmg width="" height="" title=""][/zmg]

aber mit den "falschen" Werten kann man das Bild verzerren.

Was die Bilddateien angeht, gibt's folgende Skalierungen:

-0: Originalgröße.
-1: maximale Breite 1024.
-2: maximale Breite 640.
-3: maximale Breit 320.

Dateiendung kann man sich übrigens sparen, die ignoriert Hubzilla. Zumindest (streams), vermutlich auch Hubzilla wandelt Dateien beim Skalieren nicht um, sondern die skalierten Dateien haben dasselbe Format wie das Original. Das kann man testen, indem man die verschiedenen Skalierungen mit wget runterlädt und mal guckt, was da kommt.

Wen es interessiert: (streams) ist geringfügig anders. Wenn man Breite und Höhe gesondert angibt, ignoriert es die Höhe. Nur die Breite geht auch ohne Anführungszeichen. Wenn man keine Höhe angibt, ignoriert (streams) die Breite. (Vorteil von Hubzilla: Man kann Bilder leichter auf Höhe skalieren.) Und statt "title" verwendet es "alt".

Symbolische Darstellung einer Blog-Seite auf einem Computer-Bildschirm; Verktorgrafik

Empfehlung für Webseiten-Hosting?

Tue, 29 Oct 2024 13:33:23 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

Na klar: Hubzilla

Mit Hubzilla ist fast alles möglich...

#webseiten #hubzilla #fediverse

Das Wort "BLOG" in Einzelbuchstaben in verschiedenfarbigen Sprechblasen; Verktorgrafik

Empfehlung für ein Blog-System?

Mon, 28 Oct 2024 15:47:13 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

Na klar: Hubzilla

Mit Hubzilla ist fast alles möglich...

#blog #hubzilla #fediverse

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

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

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 last edited: Tue, 29 Oct 2024 10:26:01 +0100

Scott M. Stolz

scott@biztechtonics.net

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@biztechtonics.net

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.