Aggiornamento per QT 4.7.0 (0.8.5) Beta

[samo79]

Il porting del framework QT su OS4 procede senza sosta, ieri sera Alfkil ha rilasciato un nuovo aggiornamento definibile milestone che apporta una sempre maggiore integrazione con l'ambiente AmigaOS

I risultati sono già misurabili in termini di velocità e stabilità tanto che la quasi totalità delle apps dimostrative disponibili nell'archivio è già in grado di girare fluidamente e senza incertezze su qualsiasi sistema OS4 di fascia medio bassa

In particolare le modifiche per la velocità e l'integrazione riguardano:

- Implementazione paint engine nativa
- Implementazione font nativi (niente più font-config!)
- Uso del compositing engine di AmigaOS4
- Indipendenza da MiniGL che ora diventa una soluzione opzionale
- Menu contestuali Amiga-like
- Implementazione gradient fills
- Implementazione fills e strokes
- Supporto OpenSSL

E molto altro, in particolare diversi bugfix nell'engine di rendering.
Ancora molto andrà fatto ma il traguardo verso la completa integrazione è assai vicino e non dovrebbe mancare molto prima di poter utilizzare questo moderno framework (e relative applicazioni) in maniera totalmente trasparente come avviene su altri sistemi operativi

Link al progetto e all'archivio:

http://sourceforge.net/projects/qtamigaosnative/
http://os4depot.net/index.php?function= ... t-user.lha

Link di Amigans.net dove poter seguire lo sviluppo:

http://www.amigans.net/modules/xforum/v ... p?forum=38

BTW: Presto conto di fare su queste pagine una breve recensione del recente pacchetto QT, per il momento meglio concentrarsi sul betatesting !

[Norrin_Radd]

Ottima notizia! Soprattutto per i miglioramenti in termini di velocità. Sarebbe interessante vedere se è possibile già ora tentare di compilare qualche applicazione un po' più pesante delle demo allegate al pacchetto (QUI un elenco abbastanza esaustivo).

[cip060]

Bene altro passo avanti

[samo79]

Ottima notizia! Soprattutto per i miglioramenti in termini di velocità. Sarebbe interessante vedere se è possibile già ora tentare di compilare qualche applicazione un po' più pesante delle demo allegate al pacchetto (QUI un elenco abbastanza esaustivo).

In teoria si, poi bisogna vedere se una determinata applicazione, (sopratutto quelle di una certa dimensione) ha altre dipendenze specifiche, in ogni caso una volta che hai QT completo e funzionante (e veloce) il più è fatto ..

In ogni caso fattibilità o meno penso che porting per l'utilizzo "reale" siano ancora un po' prematuri, cmq tanto per saggiare un po':

Ecco una grab di Vacuum
http://dl.dropbox.com/u/5482530/Images/ ... nshot1.png

Ed un altro paio preliminari di QtWeb (browser QT basato sul motore di WebKit)
http://dl.dropbox.com/u/5482530/Images/QtWebkit1.png
http://dl.dropbox.com/u/5482530/Images/QtWebkit2.png

Questi porting "interni" sono stati creati a puro scopo dimostrativo e in effetti sono state postate diversi mesi fa su Amigans.net, per dire volendo si possono portare senza tanti patemi ma prima QT deve maturare ...

[andres]

ma la maggiore integrazione significa anche integrazione delle applicazioni basate su Qt con Workbernch/GUI di AmigaOS?

[samo79]

ma la maggiore integrazione significa anche integrazione delle applicazioni basate su Qt con Workbernch/GUI di AmigaOS?

Ovviamente

[andres]

ma una volta giunti a una versione stabile del porting, la velocità di esecuzione dei programmi che usano la libreria dovrebbe essere simile/uguale a quella di altri programmi nativi su AmigaOS, oppure saranno sempre un po' più lente?

[Mck]

Ottimo sviluppo.

[samo79]

ma una volta giunti a una versione stabile del porting, la velocità di esecuzione dei programmi che usano la libreria dovrebbe essere simile/uguale a quella di altri programmi nativi su AmigaOS, oppure saranno sempre un po' più lente?

Dovrebbe essere grossomodo uguale, anzi già da ora molte demo (anche con animazioni complesse) girano molto bene, praticamente indistinguibili rispetto ad un comune programma Reaction o MUI .. non tutte le demo ovviamente perchè il framework non è ancora completo/ottimizzato in tutte le sue parti ma l'obbiettivo è e rimane quello ..

Al momento direi che persiste un unico "medio" problema, l'avvio ... si ci vogliono sempre quei 3 o 4 secondi (su Sam440) prima di poter aprire ogni singola applicazione, una volta aperte però vanno quasi tutte perfettamente fluide .. credo che per questo specifico problema dell'attesa all'avvio serva un aggiornamento di AmigaOS4 ma di più non so sinceramente ..

Per quanto rigurda la grafica al momento dalle Prefs è possibile scegliere tra 3 o 4 temi, quello che vedi nelle grab se non sbaglio si chiama "Plastic" ed è quello standard di QT quindi un po' diverso rispetto al classico stile Reaction/MUI ... tieni conto però che lo stesso MUI non segue affatto lo stesso identico stile grafico di Reaction quindi un po' di differenza di stile qui non sarà affatto un problema.

Poi cmq una skin più amigosa la si potrà fare, qui si tratta solo di un semplice lavoro grafico, al momento le priorità sono ben altre

Ah dimenticavo, è stato appena rilasciato su OS4depot (sezione upload al momento) il relativo SDK, per cui da ora è già possibile compilare qualcosa utilizzando le nuove implementazioni rilasciate nella release 0.8.5

[andres]

@samo
grazie per la completezza della risposta.

[Norrin_Radd]

Al momento direi che persiste un unico "medio" problema, l'avvio ... si ci vogliono sempre quei 3 o 4 secondi (su Sam440) prima di poter aprire ogni singola applicazione

Se ho ben capito, l'attuale versione è compilata con tanto di shell di debug perennemente attiva (si vede nelle grab che hai postato). Quando l'autore deciderà di eliminarla è probabile che i tempi di avvio delle applicazioni si riducano un po'.

credo che per questo specifico problema dell'attesa all'avvio serva un aggiornamento di AmigaOS4 ma di più non so sinceramente ..

L'unica maniera che mi viene in mente, lato AmigaOS, è l'implementazione di un qualche meccanismo di prefetch. Non la vedo come soluzione a breve termine o, perlomeno, non ne ho sentito parlare come di una possibile caratteristica delle prossime versioni di AOS.
Per ora credo sia più produttivo lavorare per ottimizzare il codice del framework, cosa che l'autore sta dimostrando di voler fare.

Spero che il lavoro prosegua spedito! Son convinto che le QT su AmigaOS possano solo far bene.

[samo79]

Se ho ben capito, l'attuale versione è compilata con tanto di shell di debug perennemente attiva (si vede nelle grab che hai postato). Quando l'autore deciderà di eliminarla è probabile che i tempi di avvio delle applicazioni si riducano un po'.

Già, in effetti è la stessa domanda che ho posto ieri ad Alfkil ma mi ha risposto che per il momento non ha tempo per questo, cmq si anche questo potrebbe influire sulla velocità di avvio ...

L'unica maniera che mi viene in mente, lato AmigaOS, è l'implementazione di un qualche meccanismo di prefetch. Non la vedo come soluzione a breve termine o, perlomeno, non ne ho sentito parlare come di una possibile caratteristica delle prossime versioni di AOS.

Può darsi, anche le SOBjs non sono proprio fulminee all'avvio specialmente con bisonti del calibro di QT o Timberwolf .. speriamo lavorino sodo anche su questo

Per ora credo sia più produttivo lavorare per ottimizzare il codice del framework, cosa che l'autore sta dimostrando di voler fare.

Spero che il lavoro prosegua spedito! Son convinto che le QT su AmigaOS possano solo far bene.

Yep .. incrociamo l'incrociabile

[NubeCheCorre]

ottimo!

[MacGyverPPC]

Sempre avanti, mai indietro, bene così!

[scusscus]

Bene! Complimenti ad entrambi! Ad alfkil per lo sviluppo e a te samo per lo smarronamento del debug/testing opera non facile e molto dispendiosa in termini di tempo e prove varie. :)
Continuate così !