Newsgroup: it.comp.lang.delphi
Titolo: XE4 - Qualcuno ci sta smanettando?

 
Giusto per sapere come va...
 
 
A.
 

 Giusto per sapere come va...
 
Ho una trial sotto esame... cosa ti interessa sapere in proposito? ;)
 
-- 
MARCO BREVEGLIERI
#Home: 
http://www.marco.breveglieri.name
 
#Blog: 
http://www.compilaquindiva.net
 

 cosa ti interessa sapere in proposito? 
 
Non ho posto domande precise per non fare il rompiballe.
Ma visto che provochi... :-D
 
1) Con quale frequenza l'IDE va in crash
 
2) Hai provato a fare qualcosa con FM e portarlo su Macos ed Ios? 
Se si, ha funzionato e quante parolacce hai detto per installarlo e farlo funzionare? 
Il "botto" sarebbe avere una app FM che accede ad un database via dbx e farla girare su Mac, Ipad, IPhone.
Ancora, come performance, resa etc va bene oppure fa schifo?
Cosa offre l'IDE per risolvere l'ovvio (ma non per tutti) problema della dimensione di schermo? 
 
Per la cronaca, sto smanettando un po' con ADT e il fatto che ci siano n-mila device android con diversa dimensione di schermo rende il "vecchio" problema della risoluzione/dimensione sui monitor dei pc un picnic...
 
 
3) Come sopra ma su winzozz.
Questa domanda è un "link" al posto di qualche tempo fa dove qualcuno segnalava una lentezza enorme sul treeview (o era listview. mo non ricordo..)
 
4) Rispetto a xe3 come ti trovi?
Tra cio' che hai provato cosa hai apprezzato e cosa invece ti fa fatto desiderare una visita della finanza presso coloro che lo hanno sviluppato?
 
5) magari hai i devex per xe3..funzionano anche su xe4? 
Piu' in generale, se hai beccato cose di terze parti per xe3 che su xe4 ti alzano un dito medio se non addirittura 2....
 
6) se a parte FM, c'e' qualcosa di nuovo su xe4 che secondo te rappresenta una grossa miglioria rispetto a xe3
 
 
7) En passant, a prescindere da xe3 o xe4, se la compilazione a 64 FUNZIONA e se gli exe a 64 funzionano.
 
Se poi c'è qualcosa che ho dimenticato di chiedere, sii buono... :-D
 
A.
 

 7) En passant, a prescindere da xe3 o xe4, se la compilazione a 64 FUNZIONA e se gli exe a 64 funzionano.
 
Quella mi risulta che abbia sempre funzionato, e l'ho usata anche di recente per un tool. E' talmente trasparente che da feature più richiesta è diventata ormai quella data per acquisita e meno "cinematografica" quando si tratta di demo, presentazioni o semplice utilizzo nello sviluppo. :D


 Se poi c'� qualcosa che ho dimenticato di chiedere, sii buono... :-D
 
Se hai qualche curiosit�, nei limiti delle mie conoscenze, sono a 
disposizione!  ;-D
 
Ciao
MF
 

.....
 
Ho letto adesso la tua risposta ad Alberto: sottoscrivo in pieno!  ;-)
 
Ciao
MF
 

 ben lieto!  8-)
 
posso chiederti se hai una Prof e se si i sorgenti dei componenti 
standard ci sono?
 
Mi sembra di capire che nelle professional i sorgenti non ci saranno 
piů. E' cosě?
 
Grazie, ciao.
 

 
La domanda "cattiva" sui crash è dovuta al fatto che sto usando anche delphi 2009 che scoppia troppo frequentemente.
 
Grazie a entrambi. :-D
 
A.
 
 


 
Idem, l'ho sostituito col D6 che va' una meraviglia, G
 

> Idem, l'ho sostituito col D6 che va' una meraviglia, G
 
cioe', da 2009 a DELPHI 6?
Azz... e io che mi sento un dinosauro che ho cose su delphi7... :-D
 
A.
 
 

> La domanda "cattiva" sui crash è dovuta al fatto che sto usando anche delphi 2009 che scoppia troppo frequentemente.
 
Non ho provato XE4 ma ti garantisco che XE3 in alcuni frangenti scoppia che è una meraviglia, sopratutto quando carichi gruppi di progetti sostanziosi e fai compilazioni globali. Dopo queste operazioni, l'ide diventa molto instabile con access violation sistematici usando i menù contestuali (click destro). Ho dovuto imparare a memoria ed utilizzare gli shortcut per fare alcune operazioni per non continuare ad aprire e chiudere l'ide di continuo. Ho mandato decine di segnalazioni e spero che in XE4 abbiano risolto perché è di un fastidioso pazzesco. Se lavoro in un progetto singolo invece anche XE3 mi sembra molto stabile.


No, ho una versione Enterprise ma a me risulta che i sorgenti ci siano 
in tutte le versioni tranne la Starter:
 
http://www.embarcadero.com/products/delphi/product-editions
 
 
Ciao
MF

In maniera abbastanza sistematica d2009 va in crash all'pertura di un file/progetto etc
A volte si chiude da se non ho ancora capito bene in quali casi.
 
Tempo fa ho disinstallato il cnpack (ho "ereditato" il pc da un altra persona...) e MAGICAMENTE i crash si sono ridotti di parecchio.
A chi dice "..ma il cnpack aiuta.." io rispondo che preferisco meno aiuto e piu' stabilita'. 
 
Qualche settimana fa ho installato una fix passatami da un collega che ha notevolmente ridotto l'altra principale causa di ..zzatura: la lentezza in apertura e compilazione.
 
Adesso l'ide è molto piu' veloce e i crash si sono ridotti un altro po.
Ma cmq file..open 2 volte su 5 manda tutto ai festini del nano di arcore.
 
Tutto questo a prescindere se hai aperti 12 progetti tosti o un progettino di test con una sola form e senza accesso al database.
 

 MF
 
Ops, eppure mi sembrava di aver letto poco tempo fa una feature matrix 
forse di XE3 che non metteva i sorgenti nella professional.
 
 
Grazie, ciao.

>
ho fatto un breve test con FM Desktop Appication HD agganciando u
n Db Firebird;
visualizzati i dati su una TStringGrid tramite LiveBinding
ho utilizzato SQlConnection, TSQLQuery, TDataSetProvider,
BindingList, BindSourceDB.
TStringGrid collegata a BindSourceDB
una semplice Quey, visualizza circa 8.000 record su 10 colonne.
 
- Avvio (F9) dopo build lento
- Aperura e visualizzazione su griglia Db : 10 secondi sia Debug che 
Release; (SQLConnection1.connected := true; SQLQuery1.Active := true;)
- Scorrimento elementi: decisamente lento
scorrendo con la tastiera (frecce su/giu') la barra cursoree' visibile
tramire barra scorriumento della StrigGrid no
- Click su una cella: il Tab non ha effetto, i tasti dx/sx/Up/Dn 
neppure, Up/Dn.
 
Decisamente deludente, mi chiedo perche' dovrei usare FM e i suoi limiti 
? (avevo già postato la lentezza del TTreeView)
Forse e' LiveBinding il collo di bottiglia , ma ad un potenziale cliente 
non gliene frega niente; e' lento e basta.
 
Si puo' dire che i multipiattaforma sono piu' lenti della vcl, vero
ma un eseguibile identito creato con Lazarus (su Windows e Linux) non
ha differenze di prestazioni, oltre a poter usare gli stessi componenti.
 

 ha differenze di prestazioni, oltre a poter usare gli stessi componenti.
 
Che siano più lenti in senso assoluto non si può dire: dipende da quali controlli usi, che tipo di operazioni (anche a livello grafico) devi fare e su quali piattaforme viene fatto il test.
 
Ciao,
  Marco.


>
Lazaus non e' quello liscio, ma CodeTyphon (
http://pilotlogic.com/sitejoom/
)
 
ciao Maurizio
 

 lo faccio (escluso il db) e posto il link
 
Anche il DB, o lo script per crearlo, potrebbe essere utile.
 
Sarebbe interessante analizzarlo anche come base per trovare tutte quelle soluzioni alternative, se ci sono, per aiutare chi affronta i primi sviluppi nel trovare gli strumenti più consoni di FireMonkey per ottenere buone performance giungendo dalla VCL a cui si è abituati.


>buone performance giungendo dalla VCL a cui si č abituati.
se eseguo sulla query
SELECT * FROM TB_COMUNI WHERE TB_COMUNI.CODICE_ISTAT = '10'
ottengo pochi record e l'apertura e' veloce, resta quanto detto sulla
navigazione dei dati sulla TStringGrid
 
il progetto e' qui
http://maverich.altervista.org/download/Test%20FM.zip
 
 
non metto il db (ne ho usato uno reale), ma basta un db firebird
su sNomeDB := 'E:\Test\FM_T1\Win32\GESTIONEAREE.FDB';
 
--- TB_COMUNI ---
ID_COMUNE INTEGER NOT NULL PK
COMUNE VARCHAR 50
CAP VARCHAR 5
PROVINCIA VARCHAR 2
PREFISSO VARCHAR 8
FRAZIONE VARCHAR 30
ID_STATO INTEGER FK (TB_STATI ... ininfluente nel test)
CAPOLUOGO VARCHAR 1
CODICE_REGIONE VARCHAR 2
CODICE_ISTAT INTEGER

 (
http://pilotlogic.com/sitejoom/
)
 
'Sto progetto e` dannatamente interessante, peccato pero` che sia sviluppato 
(almeno lato linux) ad minchiam...
 
Enrico

 (almeno lato linux) ad minchiam...
 
..cioe'...?
 
A.

 ..cioe'...?
 
Cioe` la sua installazione e` totalmente invasiva, in quanto si basa su 
script che richiedono l'utenza root (amministratore) per essere eseguiti. 
Posto che in realta` non e` un problema critico, l'unico modo per 
assicurarsi di disinstallarlo correttamente e` reinstallando il sistema
 
Enrico


su Windwows non e' necessario, viene creata una directory codetyphon ed
e' tutto al suo interno, niente chiavi di registro.
 
su Linux e' piu' ostico, ma chi conosce bene l'ambiente assicura che si
rimuove tutto da Terminale.
 
su Linux Ubuntu dopo l'adozione dell'interfaccia "unity" vi erano 
problemi, successivamente risolti.
 
Sto provando la Rel 4.30, una delle cose che mi indispettivano era
non poter passare da un form ad un'altro con F10 come avviene con Delphi 
e questo difetto penalizzante e' stato risolto.
Posto di avere: unit1, unit2, unit3 posiziondosi su unit2 ounit3 e F10 
visulizzava unit1 (ultimo utilizzato)
 
Ha sicuramente difetti (mi e' capitato di provare Indy IdFtp identici a 
Delphi) funzionanti su una rel. , in seguito su una rel successiva causa 
aggiornamento repository non testati Ftp.Connect falliva).
 
Un vantaggio e' che e' realmente possibile aprire un progetto sia da
Windows che Linux (Mac e altre piattaforme mai provate), sempre che non 
si sia fatto uso di Api, e compilarlo.
 
 
 

 navigazione dei dati sulla TStringGrid
 
Ho fatto qualche prova con il progetto che hai predisposto.
 
Ho sostituito l'accesso ai dati con il nuovo componente per la prototipizzazione delle tabelle dati *TPrototypeBindSource*, in modo da evitare l'accesso a qualsivoglia database, configurando un numero di colonne comparabile con quelle della tua tabella e facendogli generare 10.000 righe.
 
Il binding del controllo *TStringGrid* risulta effettivamente molto lento: impiega circa 6 secondi per visualizzare i dati prodotti dal componente (che invece richiede un tempo trascurabile per il riempimento del DataSet).
 
Presumo sia dovuto come predetto al principio di funzionamento grafico della griglia.
 
Infatti, sostituendola con il controllo *TListView* (quello di FireMonkey) si ottiene già un incremento delle performance, per non dire un caricamento/visualizzazione istantanei. Informazioni su come costruire un demo analogo e l'effetto che si ottiene si possono trovare qui: 
http://docwiki.embarcadero.com/RADStudio/XE4/en/Tutorial:_Using_LiveBindings_to_Fill_a_FireMonkey_ListView
.
 
Lo stesso effetto si può ottenere con il controllo *TGrid*, che mantiene la visualizzazione più classica simile alla griglia, ma non è lento come la StringGrid.
 
Detto questo, continuo a sostenere che per applicazioni business di questo tipo sarebbe utile vagliare delle interfacce differenti da quelle a cui si è abituati nei gestionali tipici per Windows, che però non erano così facilmente realizzabili con la libreria VCL per forza di cose.
 
Appena ne ho la possibilità, pubblico il sorgente aggiornato del progetto.


 rimuove tutto da Terminale.
 
Che si possa fare ne sono consapevole. Che sia un PITA non indifferente 
anche. Installazioni del genere oramai sono fatte solo in quei sistemi che 
non possono permettersi un package manager e, anche in questo caso, vengono 
fatte mantenendo una struttura separata dal resto del sistema (/opt) o, al 
massimo, in una locazione dedicata (/usr/local). Qua invece viene installato 
il tutto come se fosse parte del sistema, andando a creare un "minestrone" 
con il resto del sistema non indifferente. Per dirne una semplice, ho appena 
fatto partire l'installazione e relativa rimozione e ancora mi ritrovo il 
link di avvio dell'applicazione nel kickoff in quanto non e` stato rimosso 
dalla procedura prevista (e no, non e` un problema del sistema, ma della 
procedura). A questo punto ti chiederei, cortesemente, di aprire un paio di 
ticket in cui viene definito sia questo problema, sia il fatto di spostare 
tutto lo spostabile in rami del file system dedicati ad installazioni del 
genere (penso che /usr/local sia piu` indicato, in quanto e` meno impattante 
per l'attuale procedura)
 
Enrico

> per l'attuale procedura)
apro una discussione sul forum pilotlogic, nelle sezioni
- CT installation/setup
- using CT on Linux
sicuramente chi ha curato lo script di installazione, potra' dare le 
giuste delucidazioni.
quale distro di linux utilizzi e la rel di CT ?
 
Maurizio
 

 quale distro di linux utilizzi e la rel di CT ?
 
Fedora 18 e l'ultima release scaricabile dal sito (ma questi dettagli 
secondo me non sono importanti, le FHS sono definite da parecchio tempo)
 
Enrico
 
 

>
per ora solo questa indicazione, ma sicuramente l'avrai gia' verificata.
 
1.CodeTyphon studio FreePascal->Remove FPC from disk,
2.CodeTyphon studio Typhon->Remove Typhon from disk
and finally
3.CodeTyphonInst(dir)->install/bat/sh ->Remove CodeTyphon studio
 


Puoi indicare, per favore, quali differenza ci sono con la versione 
liscia di Lazarus?
 
Grazie, ciao.

> Grazie, ciao.
E' una distro di Lazarus, come Debian e Ubuntu lo sono di Linux
Le piu' evidenti sono
- Desktop IDE configurabile come Delphi e non con finestre sparse
- Componenti e Plug-in di terze parti, per svariati usi (Grafica, Db) 
gia' installati
- FPC spesso piu' aggiornato (al momento 2.7.1)
 
il tutto si puo' anche fare in Lazarus liscio, ma si devono cercare
i vari repositori ed installarli.
 
non convive con Lazarus (o uno o l'altro); Lazarus liscio l'ho usato
molto poco, avevo provato ad installarlo su Ubuntu, ma dava problemi,
quindi ho provato CT Rel. 2.40 sia in Windows che Linux, non ha dato
rogne e ho continuato con CT.
 
avvertenza: se usi componenti Indy in un progetto, quando rilasciano una 
nuova Rel. accertati che funzionino prima di usare la nuova versione, mi 
e' capitato che un semplice Ftp.connect da una rel alla successiva non 
funzionasse; era un repository non definitivo.
 
ciao
 

 funzionasse; era un repository non definitivo.
 
Questo a volte mi è successo anche con Delphi... ;)



 
In CodeTyphon la compilazione per win.7 e' lenta come in Lazarus?
 
Giorgio

 In CodeTyphon la compilazione per win.7 e' lenta come in Lazarus?
 
Posto che per me parlare della velocita` di compilazione e` come parlare del 
sesso degli angeli, CodeTyphon usa FreePascal come Lazarus
 
Enrico


Lazarus con 100 righr di progr. su i5 con SSD con qualche componente 
impiega 12s. per compilazione e mi sembra che non faccia l'incrementale, 
sono paragonabili?