Emlékszel a Pidginre? A régóta fejlesztett üzenetküldő kliens továbbra is aktív fejlesztés alatt áll, és több mint egy évvel az első kísérleti Pidgin 3.0-s kiadás után most eljutott az alfa állapotig.
A fejlesztők szerint ez fontos mérföldkő, mert a protokoll API-k már elég stabilak ahhoz, hogy a külsős protokollfejlesztők elkezdhessék az integrációkat anélkül, hogy nagyobb átírásokra kellene számítaniuk. Ugyanakkor a projekt hangsúlyozza, hogy ez továbbra sem a végfelhasználóknak szánt kiadás.
A csapat szerint sok funkció még hiányzik, a felület messze van a végleges formától, és még rengeteg a hiba. Olyannyira, hogy a csomagkészítőket arra kérik, egyelőre ne szállítsák a felhasználóknak.
Technikai oldalon az alfa egyik fő változása, hogy a régi AccountOption API-t lecserélték az új AccountSettings API-ra. A fejlesztők szerint ez teljes mértékben bindolható, és jobban illik az olyan nyelveken írt protokoll pluginekhez, mint a Python vagy a Lua.
A változtatás emellett megszünteti azt a régóta fennálló megkötést, hogy minden fióknak egy általános „username” mező köré kell épülnie. Így az olyan protokollok, mint az IRC, használhatnak megfelelőbb elnevezéseket, például a „nick”-et.
A fiókszerkesztőt átdolgozták, hogy illeszkedjen az új beállítási modellhez. A Pidgin most egyetlen listába rendezi a fiókbeállításokat, a haladó opciókat pedig a sorok között, beágyazva jeleníti meg. A protokollok a weight tulajdonsággal szabályozhatják a megjelenítési sorrendet, és a csatlakozási kísérlet előtt ellenőrizhetik a fiókbeállításokat.
Egy másik fontos újdonság a Zulip, amely új, a forrásfában karbantartott protokoll pluginként érkezik. A csapat szerint azért választották a Zulipot, mert nyílt forráskódú, támogatja a külsős klienseket, és egyszerű REST API-t kínál HTTP long pollinggal az eseményekhez.
A közvetlen üzenetek viszont nem készültek el erre az alfára, de a fejlesztők szerint már közel a megoldás, és várhatóan a következő ciklus elején be is kerül.
Végül a kiadás kap egy fejlesztői módot is, amely láthatóvá teszi a befejezetlen protokollokat és más, még készülő elemeket, amelyek alapértelmezetten rejtve maradnak. Ezzel párhuzamosan a projekt megszüntette a libxml2 függőséget is, miután tovább haladt a régi XML konfigurációs fájlokról az SQLite-alapú megoldások felé.
További részletekért nézd meg a bejelentést.

