Nell'analisi del problema occorre conoscere due elementi:
Per le righe riportanti gli articoli nessun problema di inserimento in quanto sul DB ci sono i campi appositi, ma come
caspita posso gestire l'inserimento delle righe "commento"?
Che tipo di campo devo creare nel DB tenendo presente che un commento può essere composto anche da più righe
Potrebbe essere funzionale fare una tabella apposita per i commenti? (anche se non saprei come impostarla e gestirla)una dove memorizzo la testata dei documenti (Tipo Documento, Codice Cliente, P.Iva., Tipo pagamento, Totale Documento, ecc...)
l'altra dove memorizzo le righe dei documenti (Id Documento, Cod. Articolo, Prezzo, Sconti, Iva, Totale Riga, ecc..)
Ma perchè non puoi gestire i commenti come semplici stringhe?come mai ti poni questo problema?Il fatto che i commenti siano più righe non è un problema poichè un testo su tante righe non è altro che una stringa contenente il carattere speciale \n dove necessario per andare a capo....
1) Con quale frequenza pensi di potere inserire i commenti di cui parli? Se pensi ad inserimento ordinario o quasi, conviene aggiungere un campo in una delle due tabelle. Se invece l'inserimento dei commenti diventa un evento saltuario, allora ti conviene aggiungere una terza tabella, contenente un campo chiave, che potrebbe essere uguale a quello del corrispondente record della tabella di aggancio.
2) Quale campo costituisce la chiave secondaria, cioè la chiave con cui la prima tabella si aggancia alla seconda (te lo chiedo perchè fra i nomi di colonna delle due tabelle non hai nomi comuni alle due tabelle, a meno che, Tabella1!TipoDocumento e Tabella2!IdDocumento non siano proprio quelli di cui parlo).
se nel documento inserisco un commento di una sola riga, quindi una sola riga di GridView non avrei problemi ad inserirlo previa creazione del campo nel DB.Anche se non l'hai specificato, mi pare di capire che la Tabella_Testata sia quella principale, riferita quindi al documento, mentre la Tabella_righe sia quella contenente le righe di dettaglio di ciascun documento. Un'altra cosa non mi è chiara: Il commento è uno per ciascun documento, quindi uno, anche se nella griglia risultano occupate, per esempio, 10 righe, oppure il commento va riferito a ciascuna riga, quindi 10 righe = 10 commenti?
Ma se inserisco più righe nel documento, quindi più righe nella GridView, come faccio ad inserirle tutte
in un unico campo del DB?
Es.:Così facendo, probabilmente, non avresti bisogno di aggiungere alle tabelle alcuna colonna, nè di dovere modificare la griglia, ma dovresti riconoscere nella griglia ciascuna riga contenente una descrizione di tipo commento. Naturalmente questo varrebbe solo all'inizio ed alla fine della GridView, perchè la presenza di una riga commento fra le righe "Articolo" sarebbe un errore, come sarebbe un errore anche quello di aggiungere righe articolo dopo le righe "Commento di chiussura".
100001 »» 1^ riga di commento di testata
100002 »» 2^ riga di commento di testata
...................................................................
...................................................................
900001 »» 1^ riga di commento di chiusura
900002 »» 2^ riga di commento di chiusura
Durante la fase di inserimento io posso inserire 2 tipologie di riga, un commento o una descrizione articolo.
Se inserisco una voce normale, la riga viene riempita con tutti i campi suddetti. Ma se inserisco un commento basta che utilizzi il codice articolo "C" che, ovviamente, è un codice particolare.........
@PicavbgSi certo dobbiamo arrivare al DB, ed è quello che faremo, però è necessario decidere come costruire gli elementi che servono in funzione di quello che vuoi ottenere e per ora siamo nella fase di studio; quindi ti prego di avere un pò di pazienza. Nel tuo primo screenshot avevi fatto l'esempio coi commenti posti all'inizio ed alla fine del documento, però se ti necessita gestirli in qualsiasi momento dell'inserimento dati, niente toglie che il programma venga usato così come fai già ora, con l'aggiunta però delle righe di commento. L'errore a cui ti ho accennato nel mio precedente post non è come hai capito, perchè mi riferirvo ad una gestione dell'eventuale errore di digitazione delle righe di commento fuori dalla testata o chiusura di documento, ma una volta che intendi lasciare libero l'inserimento dei commenti, non serve assolutamente inserire una routine di controllo del tipo che vevo immaginato.
Diciamo che mi andrebbe bene anche poterle inserire solo all'inizio e alla fine documento, sarebbe il massimo avere la libertà di poterle
inserire in qualsiasi posizione del documento, preciso che l'inserimento "a piacere" io già lo utilizzo (vedi screenshot con form di test ;D) ma il mio problema e quello iniziale di questa discussione, come le memorizzo nel DB?
Si, le inserisco nella colonna descrizione, mi sembra quella più appropriata visto che è un metodo usato da molti gestionali.
Anche tu praticamente come leo mi suggerisci di codificare degli "Articoli speciali" per riconoscerli come commenti....Uhmm, ho qualche dubbio su questo metodo.
La colonna descrizione non c'è nella tabella "righe documento" ma viene popolata dalle descrizioni degli articoli che tramite la chiave esterna id_cdart mi riporta tutti i dati dell'articolo che mi servono dalla tabella del DB anagrafica articoli. Mi spieghi perchè il programma andrebbe in errore se inserisco commenti tra le righe "articoli"?
Mi piace si l'idea di creare una tabella commenti (era un'idea a cui avevo già pensato), naturalmente mi serve una mano ed uno spunto iniziale da portare avanti insieme.
Naturalmente se altri hanno suggerimenti o diverse strade da proporre saranno bene accetti.
Nella Form che hai allegato ed in particolare nel pannello "Tipo Documento", fra gli oggeti disegnati, ci sono "CD.Causale" ed il "Nr. Documento". Credo che essi corrispondano alle colonne "causale" e "nrdoc" della "tabella_testata".Esatto
Quali dei due è univoco, o nessuno dei due? Guardondo l'etichetta di riferimento, il primo dovrebbe essere ripetitivo, sia relativamente allo stesso cliente che ad altri clienti, il secondo potrebbe essere assoluto, quindi nella "tabella_testata" si dovrebbe incontrare, per lo stesso anno, una e una sola volta. Ho capito bene?Hai capito bene
Sarebbe bene infatti individuare una colonna contenente codici mai ripetibili; una ci sarebbe, la "id-tedoc", se corrispondesse ad un id integer autoincrementale; l'importante è però che la tabella non venga mai sottoposta a procedure di ordinamento che possano modificare il contenuto di "id-tedoc" e la sequenza originaria delle righe di tabella.Si, corrisponde ad un id di tipo integer auto_increment.
Le righe di commento, mi pare di capire, servono in stampa nel documento finale, ma serve anche che siano sempre visibili nella gridview, sotto la relativa riga di dettaglio articolo, o le vuoi vedere solo, per esempio, all'atto della selezione della riga che ti interessa?Sì, per quanto riguarda stampa e la visualizzazione. Per quanto riguarda il metodo, diciamo che non ho al momento una preferenza.
Cosa intendi per "procedure di ordinamento"?No, non c'entra l'impostazione del programma. A volte si può avere la comodità di avere i record di tabella disposti in ordine crescente rispetto al contenuto di una colonna (Es.: $professione). Allora, specialmente se la tabella è sottoposta a continui inserimenti, arrivato ad un certo momento può succedere che la colonna $professione, per rimanere nell'esempio, contenga nei record accodati valori come "lattoniere, ingegnere, sarto, orologiao, ...). Come vedi i record non rispettano più l'ordine alfabetico delle professioni. Allora qualcuno può inventarsi una funzione di utility da selezionare saltuariamente che rimetta ordine in tutti i record della tabella, in modo da ottenere alla fine l'assoluto rispetto dell'ordine alfabetico rispetto alla colonna $professione. Ma la risequenziazione dei record determina anche la rinumerazione dell'id autoincrementale della tabella, per cui se prima il record di tabella con $professione="orologiao" aveva un codice id=168, dopo la risequenziazione potrebbe diventare id=237. Allora, in generale, non è mai consigliabile, in strutture del genere, costruire una chiave di collegamento fra tabelle sul codice id
Per come ho impostato io il programma ....
Sì, per quanto riguarda stampa e la visualizzazione. Per quanto riguarda il metodo, diciamo che non ho al momento una preferenza..
Diciamo che il metodo che hai indicato, della ListBox o ListView può anche andar bene, ti posso dire in base anche alla tua esperienza e ai tuoi suggerimenti scegliamo la strada meno complicata ma funzionale. Poi sai come è l'appettito vien mangiando.
Tabella_Commenti
id autoincrementale
riftbtest Riferimento alla tabella_testata (contiene il campo nrdod e l'anno della dtdoc nel formato (Es. nnnnAA), forse meglio AAnnnn)
riftbriga Riferimento alla tabella_riga (contiene id_cdart)
nprocomm N°progressivo di commento relativo allo stesso cod.Articolo
Commento Stringa contenente il commento digitato
Quello che non capisco e che i commenti che tu identifichi come "C" gli chiami articoli, questo a me fa presumere che siano memorizzati da qualche parte o gli associ il codice "C" nel momento dell'inserimento?
Per quanto riguarda i commenti era sottointeso (almeno per come intendo implementarli io) che non devono generare nessun tipo di movimento e non devono essere valorizzati.
Scusa ma non riesco a capire facilmente la tua logica.
nel campo riftbtest devo inserire l'id testata documento?Il campo è l'unione di due valori: (d'ora in poi per legare il nome colonna interno ad una delle due tabelle userò il formato Nome_Tabella!Nome_Colonna)
nel campo riftbriga devo inserire l'id dell'articolo a cui si riferisce il commento?il campo va agganciato all'articolo della table_righe e riporta il valore contenuto nel campo Table_Righe!id_cdart
nel campo nprocomm non ho capito cosa devo inserire.Esso è più difficile da capire perchè è nuovo e nasce dal seguente ragionamento: ogni commento, formato da una o più righe, all'interno della colonna "Descrizione" va riferito all'articolo contenuto nella riga immediatamente precedente; perciò, piuttosto che pensare ad un unico campo commento, ho pensato di dividerlo in tanti parti quanto sono le righe che esso impegna nella colonna "Descrizione", in modo da suddividerlo una volta sola e non farlo perciò ogni volta che se ne debba fare uso. Ma se così non interessa perchè non lo dovrai usare più spezzettato, si può lasciare intero. In quest'ultimo caso il campo "nprocomm" che ti ho suggerito non serve più. Per completezza di dico che esso conterrebbe un n° progressivo agganciato alla riga di commento (1, per la prima riga di commento; 2, per la seconda riga di commento: e così via.
E se il commento non è legato all'articolo (commenti di testata e di chiusura)?Codesta è un'eventualità che non traspariva negli esempi che hai fornito, quindi non l'ho immaginata. Potremmo agganciarli, il primo, ad un ipotetico articolo "testata", mentre il secondo, ad un altrettanto ipotetico articolo "chiusura", ma ci penseremo dopo avere delineato la struttura tabellare per i commenti ... fra le righe.
Ok, ora il tuo ragionamento mi è più chiaro, anche come strutturare la tabella.Benissimo. E allora come pensi di organizzare la tabella commenti? Utilizzerai anche la colonna "nprocomm", per considerare un commento per ciascuna riga della gridview, oppure hai deciso di creare un commento unico da splittare ogni volta che ti serve, nella gridview e nel documento in stampa? Mi occorre capire per riprendere il concetto relativamente ai commenti di inizio e fine documento.
L'unico dubbio che mi è rimasto come ti ho esposto nella risposta precedente, è come fare a distinguere le righe "commento" dalle righe "articolo" quando devo inserire nel DB i dati, se mi puoi dare qualche dritta.Questa volta sono io a non capire la domanda, anche perchè non so cosa usi tu come input di caricamento del DB. Se esso è costituito dalle righe della gridview, mi pare che la tua griglia riporti nelle colonne "Cd. Art." e "Rif. Articolo" valori solo quando viene riempita una riga di tipo "articolo", mentre, in presenza di commento, per ciascuna riga di tipo "commento", le caselle relative alle suddette colonne ("Cd. Art." e "Rif. Articolo" ) sono vuote. L'impostazione già data va bene e va mantenuta. Ciò ti permetterà, in assenza di valori in dette celle, di collegare ogni riga di commento all'ultimo "Cd. Art." presente nella griglia. Forse hai un'idea diversa?
Benissimo. E allora come pensi di organizzare la tabella commenti? Utilizzerai anche la colonna "nprocomm", .....Come vedi dagli orari dei miei post riesco a lavorare al programma praticamente solo la sera, il lavoro in questo periodo mi impegna parecchio, quindi la tabella non la ho ancora impostata, appena pronta la posto così mi dai un parere.
Questa volta sono io a non capire la domanda, anche perchè non so cosa usi tu come input di caricamento del DB....Ti allego uno stralcio del codice che uso per inserire i dati di testata documento e righe documento, così ti fai un'idea del metodo che uso.
PUBLIC SUB itedoc() ' Avviata da BtnSave
DIM idResult, docResult AS Result
SELECT CASE $Tpdoc
CASE "FI" ' Fattura Vendita
' Se i campi 'Data Trasporto' e 'Ora Trasporto' non contengono dati vengono inseriti quelli di compilazione
IF ValDtTrasp.Value = "" THEN
ValDtTrasp.Value = Date(Now)
ENDIF
IF ValHrTrasp.Value = "" THEN
ValHrTrasp.Value = Time(Now)
ENDIF
' Inserisce la testata documento
docResult = MGlobal.db.Create("tedoc")
docResult["cdcli"] = iCdcli
docResult["id_paga"] = iCdtpag
docResult["tpdoc"] = $Tpdoc
docResult["nrdoc"] = TxtNrdoc.Text
docResult["dtdoc"] = ValDtDoc.Value
docResult["dtrdoc"] = ValDtReg.Value
docResult["causale"] = CmbCausale.Text
docResult["imp1"] = TxlTotImp.Text
docResult["aliva1"] = iPciva
docResult["iva1"] = TxlTotIva.Text
docResult["tnepag"] = TxlTotImp.Text
docResult["totdoc"] = TxlTotDoc.Text
docResult["consegna"] = CmbTrasporto.Text
docResult["spedizione"] = TxtPorto.Text
docResult["cdvet"] = iCdvet
docResult["dttrasp"] = ValDtTrasp.Value
docResult["ortrasp"] = ValHrTrasp.Value
docResult["nrcolli"] = TxtNrColli.Text
docResult["asbeni"] = CmbAspBeni.Text
docResult["stelab"] = "D"
docResult.Update
MGlobal.db.Commit
' Inserisce una pausa
WAIT
' Seleziona l'id dell'ultimo inserimento nella tabella tedoc
idResult = MGlobal.db.Exec("SELECT LAST_INSERT_ID()AS nrdoc2")
idTedoc = idResult!nrdoc2
MGlobal.db.Close
' Avvia la routine inserimento righe documenti vendite
righedocv()
END SELECT
END
PUBLIC SUB righedocv() ' Avviata da itedoc()
DIM vResult AS Result
DIM iRow AS Integer
' Inserimento righe documenti vendita nella tabella ridoc
FOR iRow = 0 TO (GvwDoc.Rows.Count - 1)
vResult = MGlobal.db.Create("ridoc")
vResult["id_tedoc"] = idTedoc
vResult["tpdoc"] = $Tpdoc
vResult["dtdoc"] = ValDtDoc.Value
vResult["cdcli"] = iCdcli
vResult["id_cdart"] = GvwDoc[iRow, 0].Text
vResult["qteva"] = GvwDoc[iRow, 4].Text
vResult["pnven"] = Format((Val(GvwDoc[iRow, 5].Text) * 100) / (100 + Val(GvwDoc[iRow, 7].Text)), "#0.00")
vResult["valriga"] = Format((Val(GvwDoc[iRow, 6].Text) * 100) / (100 + Val(GvwDoc[iRow, 7].Text)), "#0.00")
vResult["aliva"] = GvwDoc[iRow, 7].Text
vResult.Update
MGlobal.db.Commit
' MGlobal.db.Close
NEXT
END
....Se esso è costituito dalle righe della gridview, mi pare che la tua griglia riporti nelle colonne "Cd. Art." e "Rif. Articolo" valori solo quando viene riempita una riga di tipo "articolo", mentre, in presenza di commento, per ciascuna riga di tipo "commento", le caselle relative alle suddette colonne ("Cd. Art." e "Rif. Articolo" ) sono vuote. L'impostazione già data va bene e va mantenuta. Ciò ti permetterà, in assenza di valori in dette celle, di collegare ogni riga di commento all'ultimo "Cd. Art." presente nella griglia.....Hai intuito perfettamente come utilizzo la GridView.
.....Forse hai un'idea diversa?Assolutamente no, il percorso intrapreso mi sta benissimo.
Ora vorrei capire una cosa relativamente alle righe di commento di inizio e fine gridview. Immagino che la riga di commento di inizio griglia non sia legata ad alcun articolo, bensì al documento. È vero?Verissimo.
Mentre le righe di commento di chiusura sono quelle riferite all'ultimo articolo immesso nella griglia, oppure dopo l'ultimo articolo immesso e le eventuali rispettive righe di commento, possono essere state inserite altre righe di commento, riferite quindi al Documento?Giusto.
Hai intuito perfettamente come utilizzo la GridView.Va bene; quindi, assodato che crei i record delle tabelle del Db coi dati contenuti nella gridview, ora resta che io capisca bene la tua risposta all'ultima mia domanda del precedente post:
Infatti non è vero che ho capito, perchè la tua affermazione "Giusto", conferma la prima parte della mia domanda? O, piuttosto conferma la sua seconda parte?Mentre le righe di commento di chiusura sono quelle riferite all'ultimo articolo immesso nella griglia, oppure dopo l'ultimo articolo immesso e le eventuali rispettive righe di commento, possono essere state inserite altre righe di commento, riferite quindi al Documento?Giusto.
Quasi quasi non hai più bisogno delle mie spiegazioni, hai capito ciò che voglio ottenere alla perfezione. ;)
Ciao, e grazie ancora.
Formulo meglio la domanda:Scusa ho interpretato male la tua risposta.
le righe di commento di chiusura:
1) sono quelle riferite all'ultimo articolo immesso nella griglia?
2) sono state inserite altre righe di commento, dopo l'ultimo articolo con le sue righe di commento, perciò quelle inserite alla fine sono riferite al Documento?
Ciao.
abbiamo praticamente toccato tutti i casi in cui i commenti possono essere inseriti in un documento, riassumendo:Bene. Un'ultima cosa: i tuoi codici articolo (Table_Righe!id_cdart), in base al contenuto che leggo negli esempi da te forniti, dovrebbero contenere valori alfanumerici. Quindi si potrebbe pensare, per i commenti di testata e di chiusura a campi, sempre di 9 crt (caratteri), che iniziano con valori convenzionali fuori dalla standard di codifica degli articoli:
1) Commento di testata legato al documento
2) Commento legato all'articolo inserito successivamente all' articolo stesso
3) Commento di chiusura legato al documento, che può essere unico oppure successivo al commento legato all' ultimo articolo in GridView
Es.:Fammi sapere. :D
A000A0001 - per la 1^ riga di commento di testata)
A000A0002 - per la 2^ riga di commento di testata)
..................
A000A9999 - per la 9999^ riga di commento di testata)
e
Z000Z0001 - per la 1^ riga di commento di chiusura)
..................
Z000Z9999 - per la 9999^ riga di commento di chiusura)
@tornu:Si, leo ho letto le tue risposte (le leggo sempre, ci mancherebbe, non posso ignorarti :)), non è che non ho preso in considerazione i tuoi suggerimenti, coinvolto dalla discussione con Picavbg non ti ho risposto per "distrazione".
ma hai letto la mia risp in cima a questa pagina? mi pare che soddisfi bene e semplicemente le tue necessità.
Credi una tabella contenente le righe dei documenti così che poi puoi mettere i commenti in qualunque punto del tuo documento.
Bene. Un'ultima cosa: i tuoi codici articolo (Table_Righe!id_cdart), in base al contenuto che leggo negli esempi da te forniti, dovrebbero contenere valori alfanumerici.....No, ai interpretato male, oppure con tutte le immagini che ho allegato ti ho portato fuori strada.
Mi pare che stiate facendo la cosa un po' troppo complicata. Come ti ho suggerito io non devi stare a guardare se il commento è all'inizio delle descrizioni, a metà, se legato alla riga precedente ecc... Lo metti dove e quando ti pare, tanto poi salvi le descrizioni in una tabella a parte per cui hai lì tutte le righe ordinate del documento.Prima di dare un consiglio a tornu ho guardato il contenuto delle due tabelle di cui già dispone ed ho visto che la Tabella "righe si documento" non dispone di una colonna di tipo "Descrizione", dove potere inserire le righe di commento, al posto della descrizione dell'articolo. Avrai certamente notato che abbiamo ragionato sull'eventualità di aggiungere un'ulteriore colonna in detta tabella, ma vista l'impossibilità previsionale della quantità di commenti che da gestire e soprattutto la non snellezza della funzione split (secondo il mio modestissimo puinto di vista), ho consigliato la costruzione della nuova tabella "Commenti". Io non vedo alcuna difficoltà di gestione tabellare. Infatti, basta, all'apertura del documento, griglia o stampa che sia, interrogare la tabella commenti per conoscere se, per il documento in trattamento, sia presente un gruppo di righe di commento, diciamo di testata, e portarlo in output; poi, per tutte le righe di dettaglio, richiamando semplicemente le righe di commento, legate allo stesso codice-articolo, si produce l'output solo se le righe sono presenti; Infine, per le righe di commento di fine-documento, vale lo stesso ragionamento fatto per le righe di testata. E l'output è bello che pronto.
No, ai interpretato male, oppure con tutte le immagini che ho allegato ti ho portato fuori strada.Ho riguardato tutti i post ed ho trovato complessivamente solo tre tipi di documento, di cui uno è sicuramente un esempio, infatti riporta nelle testate di colonna le diciture "ITEM x", ma gli altri due sono:
Se torni indietro di qualche risposta troverai due allegati dove ho detto che sono il form e il documento stampato originali che uso realmente, gli allegati delle altre risposte ignorali, mi servivano per darti l'dea pratica.
Ho riguardato tutti i post ed ho trovato complessivamente solo tre tipi di documento, di cui uno è sicuramente un esempio, infatti riporta nelle testate di colonna le diciture "ITEM x", ma gli altri due sono:Dopo la benedizione di leo ;) andiamo avanti, per evitarti lavoro inutile ti riposto il form "originale" e la stampa "originale che ne deriva.
- una, la form con la sua gridview, dove effettivamente il cod-articolo è un numero;
- l'altra, la stampa di un documento cartaceo, dove la colonna "articolo" presenta sempre lo stesso codice alfabetico di tre crt seguito un codice di 9 crt che potrebbe essere il "rif.articolo".
Da ciò, apparentemente, il cod.articolo sembrerebbe un campo alfanumerico, tuttavia se tu mi dici che il campo è definito "integer", essendo l'integer un tipo di dato di 4 byte, con un estensione numerica compresa fra "-2147483648" e "+2147483647 ", possiamo, per esempio, pensare ad un codice-articolo-commento-testata --> 11111111 ed ad un codice-articolo-commento-chiusura --> "99999999".
Se l'idea non fosse di tuo gradimento, per qualche motivo a me non chiaro, scegli tu un'altra combinazione. :)
Ciao.
se avete scelto questa strada avrete sicuramente valutato i pro ed i contro per cui son sicuro che abbiate scelto la strada più conveniente :-)Scusa se ritorno sull'argomento, ma la scelta è stata sempre e soltanto operata da tornu; io ho semplicemente indicato un metodo, nient'altro. Ho capito che a te non piace, ma lungi da me la volontà di forsazre una scelta; però, dai, non è una brutta soluzione. è semplicemente un pò più impegnativa dal punto di vista programmazione; mi pare però che ormai si è a buon punto.
Come vedi nel form che utilizzo per l'inserimento dei dati la prima colonna a sx "Cd. Art." viene popolata dal campo id_cdart del DB che proviene da una tabella dove gestisco l'anagrafica articoli e come chiave esterna lo collego alla tabella "ridoc", il campo id_cdart è di tipo integer auto_increment lunghezza 6.Bene; vedo che hai capito e che sei pronto alla modifica. Tieni conto che le righe di commento di testata e di chiusura vanno gestiti ... "fuori dalle righe" ;)
se avete scelto questa strada avrete sicuramente valutato i pro ed i contro per cui son sicuro che abbiate scelto la strada più conveniente :-)Scusa se ritorno sull'argomento, ma la scelta è stata sempre e soltanto operata da tornu; io ho semplicemente indicato un metodo, nient'altro. Ho capito che a te non piace, ma lungi da me la volontà di forsazre una scelta; però, dai, non è una brutta soluzione. è semplicemente un pò più impegnativa dal punto di vista programmazione; mi pare però che ormai si è a buon punto.
...e la cosa ancora più bella è prelevare il meglio di tutti i metodi e crearne uno ancora migliore... ;)Complimenti per il concetto; sembra un pensiero filosofico. Perchè non lo inserisci da qualche parte ne "Il resto del Pinguino"? ;D
Bene; vedo che hai capito e che sei pronto alla modifica. Tieni conto che le righe di commento di testata e di chiusura vanno gestiti ... "fuori dalle righe" ;)
Hai letto il procedimento di utilizzo della Tabella!Commenti nel mio precedente post?
Prova e facci sapere. :D
Ciao.