QViaggiaTreno

[fra74]

Non prendetelo come buon esempio di programmazione C++. Soprattutto il codice dei filtri non mi soddisfa per niente e mi ha creato qualche casino

[EuroCity]

E' uscita la prima beta di Qt 5, ma QVT per ora non vi si compila (almeno su OS X), forse (boh ?) perché usa il gcc a 64 bit.

Cercherò di indagare ulteriormente sulla questione, se avrò tempo...

[fra74]

Dubito, prova a mandarmi una lista degli errori di compilazione che cerco di dare un controllo veloce. Però è abbastanza normale che ci siano problemi con una nuova "major release"

[EuroCity]

Qui l'output della compilazione (che dura solo pochi secondi, a differenza del qualche minuto normale), fatta con Qt Creator 2.5.2 e Qt 5.0b1...

[fra74]

mhm sono errori un po' strani, probabilmente nasce tutto dalla mancata inclusione di qualche file .h necessaria con le Qt 5, però in tutta onestà non ho voglia di sbattermi per far sì che sia compilabile con una versione delle Qt ancora in beta

[EuroCity]

Infatti: nessunissima fretta; volevo solo provare, per vedere se veniva fuori automaticamente il supporto per lo schermo intero in OS X.

Rimandiamo alla versione finale di Qt 5...

[fra74]

Piuttosto, sarebbe bello se un bel giorno programmi come QViaggiaTreno potessero girare su Android, iOS e Windows Phone...

Probabilmente difficile, però.

Rispondo qua all'interessante quesito di Eurocity.

Dunque la situazione al momento non è chiara... la nuova società (Digia) che ha acquistato da Nokia ha chiarito che lavorerà al porting di Qt 5 per Android e IOS quindi dal punto di vista puramente tecnico non sarebbe impossibile. Ci sono però altri aspetti diciamo più che altro legali che complicano la cosa... cerco di riassumere brevemente la situazione sia dal punto di vista puramente programmatico che dal punto di vista legale. Premetto comunque che ci sono già app che fanno cose simili e che per portare QViaggiaTreno su dispositivi mobili sarebbe comunque necessario cambiare completamente l'interfaccia utente di qviaggiatreno

- Android: è sicuramente la situazione più rosea per entrambi gli aspetti. Già ora è disponibile un porting indipendente delle Qt4 per Android che funziona discretamente e qualche app è gia disponibile su Google Play. Si tratterebbe solamente di riscrivere parte del codice in modo da avere una nuova interfaccia utente, ma niente di impossibile... sto lavorando in questo senso cercando di disacoppiare il più possibile il codice di download e parsing delle pagine di viaggiatreno (e di altri siti dal codice di visualizzazione. Ci sono solo due piccoli intoppi:
1) il codice viene compilato di conseguenza quando inizieranno ad uscire tablet con processori Intel Atom in teoria dovrei compilare due versioni. Pare che Intel abbia preparato uno strato software di emulazione ma non ne so molto, vediamo come evolverà.
2) dovendosi portare dietro pure buona parte delle librerie Qt la dimensione dell'app sarebbe abbastanza grossa, diciamo almeno 7-8 MB, forse di più, il che potrebbe scoraggiare molti utenti degli smartphone più economici... non ho ben capito tra l'altro se sarebbe possibile spostare l'app su scheda SD, il che limiterebbe i problemi di occupazione di spazio

- Symbian: in teoria potrei già pubblicare, fermo restando che c'è da riscrivere l'interfaccia, però temo che sia un OS con il destino segnato, non so se vale la pena.

-iOS: anche qui dal punto di vista puramente della programmazione non dovrebbero esserci problemi. Ci sono però aspetti legali... mentre per pubblicare su google play basta versare 25$ dollari una-tantum per pubblicare sull'App Store bisogna pagare 100$/anno (sticazzi...) e siccome non vi è modo di installare applicazioni di terze parti se non effettuando il jailbreak del dispositivo temo che dovrò passare la mano

- windows phone 7: assolutamente escluso, Qt non è supportato

-windows 8 e varianti per tablet e telefoni: qui la situazione è più complicata: dovrei poter senza problemi continuare a distribuire la versione desktop (cioè quella attuale), mentre per eventuali versioni con la nuova UI (che una volta si chiamava Metro poi pare che la Metro si sia incazzata ) la cosa è dura, sia perché anche qui c'è un market con cui avere a che fare e senbra che attualmente la licenza potrebbe essere incompatibile con le Qt, ma è una cosa ancora poco chiara.

Quindi riassumendo:

-Symbian: no non ne vale la pena
- iOS: ni a meno che non decida di mettermi seriamente a sviluppare app, ma allora devo pure ritornare dell'investimento annuale, ergo sarebbe a pagamento o quanto meno con pubblicità
- Android: più si che no, anche se magari potrei svilupparla direttamente in java
- Windows 8: si per il desktop, al momento non posso rispondere per una versione per la nuova interfaccia utente

[EuroCity]

BTW, ovviamente la versione desktop attuale di QVT funziona perfettamente su Windows 8 RTM...

[fra74]

Si per quello non ci sono problemi, c'è qualche dubbio tecnico, ma soprattutto legale per una versione specifica per la nuova interfaccia

Per la versione desktop ci potrebbero essere problemi con applicazioni OpenGL, ma non è il caso di QVT

[EuroCity]

Solo FYI (non c'è nessuna fretta), qui gli errori col nuovo Qt 5 beta 2 (e Qt Creator 2.6) per QVT/OSX: niente è sostanzialmente cambiato rispetto a prima, a quanto pare (ed alla fine la compilazione fallisce)...

[EuroCity]

Sempre solo FYI, idem per la versione finale di Qt 5 (rilasciata da poco):

http://www.osnews.com/comments/26624

http://qt-project.org/downloads

... con altrettanti errori in Qt Creator per OS X.

Forse (?) il codice deve essere prima portato da Qt 4 a Qt 5, per funzionare con la nuova versione...

[fra74]

Direi che è assolutamente verosimile (e forse scontato) che sia necessario fare un porting da Qt 4.x a Qt 5 (se non altro per sfruttare nuove caratteristiche di Qt e pure del linguaggio C++ tipo le funzioni lambda, di cui non vi annoierò anche perché devo ancora ben digerirle )

Tuttavia aspetterò ancora qualche mese per vari motivi:

- aspettare che Qt 5 sia sufficientemente diffuso su Linux per evitare di costringere ad installare qualche decina di MB di librerie solo per QViaggiaTreno
- c'è al momento un problema con la libreria QtWebKit che non si compila sotto windows con il compilatore libero che utilizzo (MinGW). E dalle prossime versioni utilizzerò questa libreria (mi serve per fare il parsing HTML di alcune pagine dal sito di Trenord)
- più in generale ritengo che sia il caso di far maturare un po' la libreria, che sicuramente nelle primissime versioni sarà abbastanza ricca di bug...

[fra74]

TI mi ha fatto una simpatica sorpresa, modificando gli indirizzi delle pagine di ViaggiaTreno ergo è necessario un aggiornamento. Visto che ci sono sono quindi passato alle Qt 5, per la gioia di Eurocity.

Purtroppo il passaggio ha qualche conseguenza come l'aumento della dimensione del programma di installazione per Windows ed una considerevole mole di librerie da scaricare per Linux, ma non ho proprio voglia di manutenere due versioni (alla luce poi di quello che diro sotto). Inoltre almeno con Ubuntu 13.04 c'è qualche bug nelle dimensioni dei caratteri, ma nulla di grave.

Ecco di consueto i link ricordando che per windows è bene disinstallare la versione precedente

Sorgenti C++: http://www.mediafire.com/download/qfzul ... 2013.7.zip (242 KB)

Pacchetto binario per Ubuntu: http://www.mediafire.com/download/zl0te ... _amd64.deb (252 KB)

Programma di installazione per Windows http://www.mediafire.com/download/lu14j ... 2013.7.exe (19 MB)

Tra poco altro post con qualche nota sulle prospettive future del programma

[EuroCity]

QViaggiaTreno 2013.7 per OS X (Snow Leopard/Lion/Mountain Lion*)

(* In Mountain Lion, (solo) al primo lancio dell'applicazione, fare prima clic destro su QViaggiaTreno.app, poi Apri nel relativo menu contestuale ed infine ancora Apri nella finestra di dialogo che appare successivamente; supporta anche lo schermo intero su OS X Lion/Mountain Lion; non si avvia ancora, invece, su OS X 10.9 Mavericks Developer Preview 2; compilato su OS X 10.8.4, con Xcode 4.6.3, Qt Creator 2.7.2 e Qt 5.1.0.)

Correzione: ho appena scoperto, purtroppo, che a causa probabilmente di un bug nel tool macdeployqt, l'applicazione scaricabile qui sopra funzionerà solo se avete Qt già installato nel percorso /Applications/Qt; purtroppo, sembra che attualmente il tool non copi tutte le librerie necessarie nel bundle dell'applicazione, per cui alcune dipendono ancora dal percorso della mia installazione di Qt 5.1. Speriamo che questo bug venga corretto in versioni successive di Qt; per ora, purtroppo, non posso farci niente: se volte provare l'applicazione, dunque, dovrete installare anche Qt 5.1 per Mac (425 MB):

http://download.qt-project.org/official ... ffline.dmg

... modificando prima la posizione di installazione predefinita in /Applications/Qt.

[EuroCity]

... E sembra che il bug sia questo, a quanto pare ancora presente nella versione 5.1 finale (e, correggendo quanto detto prima, non sono i file che non vengono copiati, ma piuttosto i percorsi che non vengono cambiati):

http://stackoverflow.com/questions/1747 ... g-properly

Quindi, se riesco a "correggere" il file binario dell'applicazione tramite l'install_name_tool, forse riesco a creare manualmente un'applicazione autonoma, che non richiede Qt già installato; ma comunque non prima della settimana prossima (e prima devo imparare come funziona quel tool, che finora non conoscevo)...