Paolo Mantovani ha scritto:
Incredibile !! :-) Il codice funziona solo per un caso fortuito.
Infatti contiene due errori gravi che presi singolarmente ne
impedirebbero il funzionamento, ma, combinati assieme causano il
funzionamento della macro.
Capisci adesso il timore... :-)
a Ferrara in questi casi si dice...
...beh, magari te lo dico in un altra occasione :-)
Te ne sono grato... :-)
Stendiamo un velo pietoso...
Comunque anche quella "giusta" che ha postato Marco ci mette lo stesso
tempo!
No il problema non è nei tuoi files ma nel numero di formule
contenenti riferimenti ad aree con nome.
Non è solo quello Paolo!
Come ho scritto (forse scrivo troppo? ) facendo la stessa procedura
sui medesimi file, ma già epurati dai "manici di ombrello" e con un 60%
di nomi in meno, il processo da 7, 10 min passa ad una 40, 50 sec.
Dipende certamente dai documenti, infatti ti ho chiesto come fare per
riprodurre il problema...
Veramente mi hai detto:
che " non bastano le descrizioni colorite!!"
"Inoltre occorre mettere i tuoi interlocutori in condizione di fare
delle verifiche in condizioni predeterminate."
Poi hai messo in dubbio la mia capacità di descrivere... :-)
"Nelle descrizioni occorre usare un linguaggio preciso anzi, di più,
*esatto*
In caso contrario, parliamo di aria fritta."
Quindi ho messo a disposizione il "documento sorgente" del problema... :-)
E poi francamente non so come riprodurre i manici di ombrello... e
nemmeno come creare d'un botto una trentina di aree...
E poi mettere i file online usando Drupal credi che sia una passeggiata? :-)
Non serve un tuo file!
Serve, serve...
Visto che non mi dici tu come riprodurre il problema me lo dirò da
solo (però questo faceva parte dei tuoi compiti a casa :-)
Quando dicevo che è "infetto" non mi riferivo ad un macrovirus, ma a
qualche proprietà mal digerita aprendo con OO dei file xls.
è sufficiente creare un file vuoto,.... ...zot... ... formula in giro
per tutto il foglio in modo da crearne qualche centinaio di copie.
Sei riuscito a ricreare anche i manici di ombrello? :-)
Eliminando un'area con nome, anche manualmente (dal dialogo
inserisci->nomi->definisci...) si potrà verificare il lungo tempo
necessario all'aggiornamento. Inibire il calcolo automatico non
risolve il problema. Anche bloccare il controller durante
Peccato! ci speravo... credevo di essere io a non farlo nel modo giusto!
l'operazione non è servito:
Spero di essere smentito ma a mio avviso non ci sono soluzioni di
nessun tipo.
Ti conviene cercare altre vie per fare quello che devi fare.
La vedo dura...
Forse non è indispensabile eliminare i nomi, magari si può operare in
altro modo.
Se si duplica una tabella su un'altro documento tutti i nomi vengono
copiati sul doc destinazione... ma siccome là ci sono già i medesimi
nomi viene fuori un macello!
Inoltre i doc sorgente hanno un sacco di nomi di area ridondanti,
zavorra che vorrei eliminare nel passaggio.
La macro che cancella i nomi è solo la prima parte di una catena e ha lo
scopo di importare in un Computo principale altri computi elaborati in
outsourcing (strutturisti, elettricisti, impiantisti, etc...)
Viene anche usata per importare in ultimusFree (quello per OO), dei
computi elaborati in vba, relativi a lavori con contabilità ancora
aperte o stralci da concludere.
Gia in VBA era una cosa da "latte alle ginocchia"... a volte ci metteva
anche un'oretta, ma anche per altri motivi...
La sequenza è questa:
Nel computo scr si cancellano i nomi di area; (in condizioni normali,
cioè con un Computo (anche grande) generato in UltimusFree, l'operazione
non dura più di un minuto).
Poi si duplicano le tre tabelle sul Computo Principale (quello di
contabilità Corrente, (e qui ci sono dei grossi problemi... non solo sui
tempi... ma ne parlerò poi.)
Il resto è tutto all'interno dello stesso doc e funziona con sufficiente
velocità! (Probabilmente con errori che correggono gli errori...) e al
momento mi accontento! :-)
Ora se il Computo sorgente (quello da trasferire) è stato generato in OO
(e non in Excel) il totale di queste operazioni su un computo
medio-grande è di 5, 10 minuti... più che accettabile direi, visto che
sono operazioni che si fanno una tantum... ma mi rimane il dubbio con un
computo MOLTO grande cosa possa succedere...
Il problema c'è invece quando ad essere trasferito è uno di quei Computi
elaborato in Excel, dove apputo mi ritrovo con i famosi manici di
ombrello... I tempi diventano lunghissimi!
Ma come dicevo alle 7,30:
noi abbiamo un discreto numero di computi da trasferire... (da 15 a
20 ...) ma ci sono anche i medesimi lavori a step differenti: il
Computo, 1° Sal, 2° Sal, 3° Sal etc., e su un paio anche la perizia
di variante in mezzo... Ma una volta fatta la conversione potremmo
anche scordarci il problema... ma rimane la curiosità... una forte
curiosità!
Era evidente (da anni) che fare un computo metrico estimativo csu
tabelle di calcolo ha i suoi limiti, ma questo era il tema! :-)
Grazie Paolo
Bart
(...che ha una consegna domani... ed è meglio
che si rimetta a fare del lavoro produttivo...)
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
