Progetto pgDesigner 2/3

[sotema]

Speravi mi fossi scordato di te? Sbagliavi!!!
In effetti sono un poco incasinato ma...

Rev 543 nella classe PgDataObjectType tra le dichiarazioni manca la dichiarazione della costante Schema.

Ho notato anche un pesante degrado della velocità di avvio generato dalla funzione PgMime.Load che impiega un tempo molto lungo a caricare il file delle definizioni dei Mime Type. Ciò è vero se utilizzi il componente gb.xml; provando a selezionare il vecchio gb.libxml la velocità di elaborazione del documento aumenta notevolmente.

Ora non posso proprio ma domani provo a segnalarlo sul thread in cui ha partecipato Adrien.

[md9327]

 

Stò inserendo anche Schema. L'avevo tralasciato perchè stavo pensando a come gestirlo...

Riguardo a gb.xml l'avevo notato anche io. Ho fatto fare allo sviluppatore molte correzioni, perchè non andava proprio.
Ora glielo segnalo nella discussione, sperando la legga...
Credo comunque che la differenza è appunto il numero di oggetti che ha questa nuova libreria, e forse l'aggancio con quella esterna.

Comunque, allo stato attuale, pgDesigner3 funzia con tutte e due, quindi possiamo scegliere.
Probabilmente, adesso modifico il progetto e ripristino la vecchia gb.libxml.

[sotema]

Probabilmente, adesso modifico il progetto e ripristino la vecchia gb.libxml.

Potresti mantenere le due librerie insieme, magari utilizzando gb.libxml come ufficiale e testare le modifiche con gb.xml per segnalare eventuali problemi. Sarebbe un grosso contributo allo sviluppo, che ne dici?
 

[md9327]

In effetti è quello che stò facendo... 

[sotema]

Ciao md9327,
ieri ho aggiornato Gambas (rev. 4959) e pgdesigner (rev 553), lancio pgdesigner e  , si blocca con l'errore initialize error!

Dapprima penso che tu abbia modificato qualcosa nella _init, e quindi eseguo il debug step by step; sorpresa...

alla linea 21 della classe PgLogHandler_New() l'istruzione:

Codice: gambas [Seleziona]

$fifo = PgFifo(limit)

genera l'errore: wanted pgfifo got integer instead

provo a sostituire l'istruzione con:

Codice: gambas [Seleziona]

$fifo = new PgFifo(limit)

rilancio e listruzione viene eseguita correttamente.

Proseguendo arrivo alla linea 77 della classe PgXmlDocument_new(), dove l'istruzione:

Codice: gambas [Seleziona]

$root = PgXmlElement("root")

genera l'errore: wanted pgxmlelement got string instead.

sostituisco l'istruzione con

Codice: gambas [Seleziona]

$root = new PgXmlElement("root")

e tutto procede liscio...

Alla luce delle prove fatte credo si possa asserire che se istanzi una classe passando un parametro opzionale il metodo _call() fallisce. se riesco in serata indagherò più approfonditamente quello che appare  come un bug introdotto dagli ultimi aggiornamenti.
Se hai tempo dacci un occhio e fammi sapere...

[sotema]

scoperto l'inghippo: la funzione _init deve essere definita STATIC!!! (come del resto evidenziato nel wiki)
 

In PgDesigner ci sono parecchi metodi _call(...) che sono dinamici. Buon lavoro

[md9327]

Mi sono scappati?!? 

Mannaggia 'a pupattola... Mò me devo mette pure a cercà... 


Però è strano, ieri sera ho lanciato l'applicazione più volte senza probelmi... 

[sotema]

lo so, il problema è nato dopo l'ultimo aggiornamento di Gambas.

[md9327]

E infatti, proprio ieri sera avevo installato l'ultima build... boh?!?

[md9327]

scoperto l'inghippo: la funzione _init deve essere definita STATIC!!! (come del resto evidenziato nel wiki)
 

In PgDesigner ci sono parecchi metodi _call(...) che sono dinamici. Buon lavoro

Il problema era proprio _call() (e non _init()  ).

Praticamente la funzione è presente in tutti gli oggetti, quindi mi è toccato modificare tutto... 
Ad ogni modo, nella documentazione STATIC era facoltativo, dove hai letto che ora DEVE essere STATIC ?

[md9327]

Non sò se l'avevi notato, ma ora il drag&drop funziona dalla Tool, sia verso la View, sia verso la Tree.
Ho creato anche i pannelli per gli oggetti, per l'editing delle proprietà.
Nel menu, e nel popup, ora sono abilitate le voci "Object Property" e "Graphic Object".
Gli oggetti nella Tool sono visibili in base al tipo di driver del progetto.
Ho anche abilitato ed è funzionante il driver db del progetto, anche se non ancora operativo. La sua attività è ora ancora limitata alla gestione degli oggetti, e quindi non ha ancora le funzionalità di db.
Stò ancora abilitando gli eventi, i messaggi e la gestione degli errori, per la gestione unificata con il manager applicativo.

C'è da lavorare.... 

 

[sotema]

Ad ogni modo, nella documentazione STATIC era facoltativo, dove hai letto che ora DEVE essere STATIC ?

più che altro una intuizione, dalla frase : This method can be static. Then, the class will be able to be used as a function, not the object.
Certo che qualche variazione è stata introdotta dalla rev 4945 che usavo fino a ieri. Ma nel log nn ho trovato nessun riferimento.

Non sò se l'avevi notato, ma ora il drag&drop funziona dalla Tool, sia verso la View, sia verso la Tree.
Ho creato anche i pannelli per gli oggetti, per l'editing delle proprietà.
Nel menu, e nel popup, ora sono abilitate le voci "Object Property" e "Graphic Object".
Gli oggetti nella Tool sono visibili in base al tipo di driver del progetto.
Ho anche abilitato ed è funzionante il driver db del progetto, anche se non ancora operativo. La sua attività è ora ancora limitata alla gestione degli oggetti, e quindi non ha ancora le funzionalità di db.
Stò ancora abilitando gli eventi, i messaggi e la gestione degli errori, per la gestione unificata con il manager applicativo.

C'è da lavorare.... 

 

Sto mettendoci le mani proprio ora.
Lavoreremo...

[md9327]

Lavora Remo ? E mò chi è questo? 

[md9327]

Nell'ultima build, ho iniziato a costruire la parte di read/write dei file progetto. Al momento c'è solo il write che sarebbe da testare.
Ho fatto un test veloce, con progetto senza oggetti, e mi pare funzionante. Nel file ci sono un mucchio di info che, almeno per la parte di setup del progetto mi pare alquanto completa.
Non ho provato le proprietà: Printer, Panel, Driver, oltre ai Canvas, gli oggetti e il resto... ci stò lavorando... 

[sotema]

Credo tu abbia già notato che il salvataggio del progetto entra in loop nella sub Revision_Write della classe PgProject a causa della istruzione Me.Revision = NOW() della sub Me_ChangePropertyEvent(...)

Ho riscontrato anche un'anomalia nel nome del progetto.
Alla creazione di un nuovo progetto imposti il nome del file a $name & ".pgd", poi nella procedura PgApplication._saveAsProject imposti:

Codice: gambas [Seleziona]

filename = project.filename
...
Dialog.Path = filename
...
filename = Dialog.Path

ora per effetto delle proprieta di Dialog il nome del file diventa Application.Path &/  project.filename con l'effetto di andare a salvare il progetto nella cartella dell'applicazione. Tutto bene fintanto che esegui pgDesigner in debug, ma qualora lo installassi come pacchetto potresti incappare in errori di permessi insufficienti.
Credo sia meglio impostare:
...
Dialog.Path = $configManager.Get(PgConfigManager.CFG_PRJPATH) &/ filename
...

dove CFG_PRJPATH corrisponde a $User.Home &/ "pgprojects"

Che ne pensi?