L'autore di PeaZip probabilmente abbandonerà il progetto

[nomorelogic]

dal forum ufficiale
https://forum.lazarus.freepascal.org/index.php/topic,61666.msg512308.html#msg512308

qualche thread fa parlavamo proprio delle applicazioni che era possibile fare con Lazarus FreePascal
PeaZip è una di quelle applicazioni fatte con Lazarus che sicuramente sono di spessore mondiale
in questo link ci si può fare un'idea di cosa ci sia dietro una applicazione cross-platform
https://peazip.github.io/peazip-sources.html

sembra abbia problemi di salute
un in bocca al lupo a Giorgio Tani con la speranza che possa lui personalmente continuare il suo progetto

[nomorelogic]

questo l'annuncio dell'autore su reddit

https://www.reddit.com/r/PeaZip/comments/1bn7pu0/communication_from_the_developer/

[xinyiman]

Un vero peccato. Ovviamente un augurio di pronta guarigione. Non sarebbe male se qualcuno della comunità o più di uno portassero avanti il progetto.

[nomorelogic]

si un vero peccato

PeaZip, se non ho capito male, è un wrapper verso una moltitudine di formati di compressione lanciati da command line
credo che sia il GUI/tool di compressione con più formati che conosco

dal punto di vista dei binari è, oserei dire, perfetta: versioni per ogni OS, per linux addirittura binding gtk/qt nei formati .deb e .rpm
senza contare i temi ed i plugin...

se qualcuno potesse portarla avanti sarebbe veramente una bella cosa

[quack]

Si è un wrapper tranne per il proprio formato .pea.
E' un progetto storico che ha circa 20 anni, un'altra testimonia sull'affidabilità di fpc\lazarus.
Una cosa che mi ha sempre incuriosito è la main form disegnata a runtime ... non ho mai capito il motivo.

Un grosso imbocca al lupo a Giorgio Tani!

[Stilgar]

La costruzione via codice della parte visuale, potrebbe essere una scelta per ridurre l'eseguibile in termini di dimensioni?
La butto lì come ipotesi


Stilgar

[quack]

La costruzione via codice della parte visuale, potrebbe essere una scelta per ridurre l'eseguibile in termini di dimensioni?
La butto lì come ipotesi

Direi di no se poi si vanno ad usare i medesimi componenti della LCL e relative dipendenze.

Forse perchè la finestra principale è dinamica e cambia in base al contesto,
in quest'ottica quello che dici potrebbe essere plausibile e l'applicazione anche più reattiva.

qk

[nomorelogic]

forse qualcosa della GUI dipende dal'OS target e/o dal widgetset...
compilando in questo contesto si ha più controllo creando a runtime

bisognerebbe dare un'occhiata nei sorgenti
se ci sono delle direttive in tal senso

[quack]

Si, c'è qualcosa di legato ai vari widgetset e os (shellapi, activex ...) ma nulla significativo. 
La main form usa i componenti standard, ne ha circa 2700 tra TEdit, TMainMenu, TSpeedButtonm,
TShape e chi più ne ha più ne metta, tutto gestito da oltre 75000 linee di codice in una unica unit. 

Sono sbalordito, ricordavo ci fosse tanto codice ma non così ... un lavoro immane.
Come scrivevo nel precedente post, mi sembra che la form sia dinamica e venga creata in base all'input dell'utente...
tipo un wizard. Anche l'aspetto moderno del programma, non mi sembra facile da fare con i componenti standard,
penso che qualcosa sia "disegnato" nel senso stretto del termine.

qk

[nomorelogic]

senza contare che ha anche il dark theme automatico
ho iniziato ad usarlo e mi sono trovato la GUI in dark theme senza far nulla 

nulla da dire, ci ha lavorato un bel po'