Pidgin 3.0 Experimental 5: HSLuv-Präsenz- und Farbauswahl

Wichtige Punkte:
  • Die Vorab-Alpha-Version 2.94.0 ist auf Flathub Beta für technische Tests verfügbar.
  • Implementierung eines neuen Präsenzselektors zur Verwaltung von Benutzerstatus.
  • Übernahme des HSLuv-Standards (XEP-0392) für eine einheitliche Kerbfärbung.
  • Entfernung des KWallet-Plugins zugunsten einer nativen Integration mit libsecret.
  • Aktualisierung des Anmeldeinformationsanbieters und gründliche Bereinigung von libpurple.

Pidgin 3.0

Vor einigen Tagen Das Entwicklerteam von Pidgin gab bekannt: durch eine Ankündigung die Verfügbarkeit der fünfte experimentelle Version von Pidgin 3.0, technisch als Version 2.94.0 bezeichnet. Dieser Launch ist ein grundlegender Schritt im langen Prozess der Erneuerung dieses Instant-Messaging-Clients, dessen ultimatives Ziel die vollständige Modernisierung seiner Architektur und Benutzeroberfläche ist.

Obwohl die Entwickler darauf bestehen, dass Dies ist eine Vorabversion (Pre-Alpha), die aufgrund fehlender Funktionen nicht für den täglichen Gebrauch geeignet ist. Trotz der Vollständigkeit und des Vorhandenseins von Fehlern bietet diese Version einen klaren Einblick in die Zukunft der Anwendung. Builds sind bereits im Flatpak-Format über das Flathub-Beta-Repository verfügbar, um das Testen in sicheren Umgebungen zu erleichtern.

Hauptneuerungen von Pidgin 3.0 Experimental 5

Eine eine der am meisten erwarteten und sichtbarsten Neuerungen in dieser Version ist die erste Implementierung eines funktionalen Präsenzselektors. Lange Zeit fehlte diese Funktion im Entwicklungszweig 3.0, aber jetzt ist sie verfügbar.Benutzer können grundlegende Zustände verwalten. Beispielsweise kann man sich in Protokollen wie IRC als „Abwesend“ markieren. Obwohl diese Funktionalität bereits funktioniert und im Demo-Protokoll korrekt abgebildet wird, räumt das Team ein, dass noch Entwicklungsarbeit nötig ist. Dazu gehört die Erstellung eines speziellen Editors, mit dem sich diese Zustände anpassen und ihre vollständige Beibehaltung über mehrere Sitzungen hinweg gewährleisten lässt.

In visueller Hinsicht wurden durch die Aktualisierung des Algorithmus, der für die Generierung von Farben für Benutzernamen zuständig istDas bisherige System wurde durch ein auf HSLuv basierendes System gemäß den Spezifikationen des XEP-0392-Standards ersetzt. Obwohl dieser Standard ursprünglich aus dem XMPP-Umfeld stammt, hat sich Pidgin entschieden, ihn in der gesamten Anwendung anzuwenden. Dadurch wird sichergestellt, dass die den Benutzern zugewiesenen Farben einheitlich und gut lesbar sind und kontrastarme Farbkombinationen vermieden werden, die in früheren Versionen die Lesbarkeit beeinträchtigten.

Darüber hinaus wird erwähnt, dass die Arbeit an dieser neuen experimentellen Version intensiv war und sich auf die Bereinigung und Optimierung der libpurple-Bibliothek konzentrierte. Eine relevante technische Änderung ist die eEntfernung des spezifischen Add-ons für KWallet. Nach Durchführung mehrerer Tests, Die Entwickler bestätigten, dass die native Integration von KWallet mit libsecret das alte Plugin überflüssig gemacht hat. Durch das Entfernen dieser Funktion wird der Code vereinfacht und die Verwaltung der Anmeldeinformationen modernen Linux-Desktop-Standards anvertraut, wodurch der Wartungsaufwand für das Projekt reduziert wird.

Pidgin 3.0

Zusätzlich zur Codebereinigung Es wurden tiefgreifende Anpassungen an der Art und Weise vorgenommen, wie die Anwendung mit Sicherheits- und internen Daten umgeht. Anbieter von Anmeldeinformationen wie KeychainAccess und wincred wurden aktualisiert und verwenden nun interne Kontokennungen für Abfragen, anstatt sich auf Benutzernamen zu verlassen, was die Robustheit des Systems erhöht.

Andererseits wird auch hervorgehoben, dass Mehrere veraltete Bauteile wurden entfernt.wie beispielsweise der SQLite-History-Adapter und die Purple.Gio-API, was darauf hindeutet, dass sie die Grundlage für eine leichtere und effizientere Codebasis für die endgültige Version 3.0.0 schaffen.

Abschließend sei erwähnt, dass der Entwicklungszyklus mit menschlichen Herausforderungen konfrontiert war, wobei das Team Phasen der Erschöpfung einräumte, die den Fortschritt stärker als gewünscht verlangsamt haben. Trotz dieser Schwierigkeiten Das Projekt schreitet mit einem klaren Fahrplan weiter voran.Die nächste experimentelle Version, 2.95.0, ist für den 31. März 2026 geplant. Aufgrund der Instabilität dieser Testversionen wurden die Paketierer der verschiedenen Linux-Distributionen ausdrücklich gebeten, diese Builds nicht in die stabilen Repositories für Endbenutzer aufzunehmen, da die Software noch nicht für eine Produktionsumgebung geeignet ist und eine unüberschaubare Anzahl von Supportanfragen verursachen könnte.

Abschließend und vor allem möchten wir nochmals betonen, dass diese experimentelle Version nicht für den täglichen Gebrauch empfohlen wird, sondern vielmehr Entwickler bei der Fehlererkennung und der Durchführung von Verbesserungen unterstützen soll.

Wenn Sie daran interessiert sind, mehr darüber zu erfahren, können Sie die Details konsultieren im folgenden Link.