Italian community of Lazarus and Free Pascal
Programmazione => Generale => Topic aperto da: nomorelogic - Marzo 27, 2024, 12:46:38 pm
-
dal forum ufficiale
https://forum.lazarus.freepascal.org/index.php/topic,61666.msg512308.html#msg512308 (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 (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
-
questo l'annuncio dell'autore su reddit
https://www.reddit.com/r/PeaZip/comments/1bn7pu0/communication_from_the_developer/ (https://www.reddit.com/r/PeaZip/comments/1bn7pu0/communication_from_the_developer/)
-
Un vero peccato. Ovviamente un augurio di pronta guarigione. Non sarebbe male se qualcuno della comunità o più di uno portassero avanti il progetto.
-
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
-
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!
-
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
-
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
-
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
-
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. :o
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
-
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'