Paolo Mantovani ha scritto:
..zot...
oCellAddress = mySheet.getCellRangeByName("b10").getCellAddress()
'sembra che qualsiasi cella vada bene...?!
La cosa risulta abbastanza oscura anche a me.
Se la cosa non è chiara a a te, noi mortali possiamo continuare a
rimanere all'oscuro... anche perché,comunque, funziona... :-)
Secondo la documentazione si tratta della cella presa come base nel caso che
l'indirizzo del namedrange contenga riferimenti relativi.
Si usa anche in Autocad (e credo in ogni cad o sw di modellazione...)
per i modelli parametrici avere un punto di riferimento... e in molte
funzioni che avevo pastrocchiato l'ho mantenuta... con l'unico risultato
di cliccare (per anni e con fastidio) un punto in più ogni volta che che
dovevo inserire una porta o una finestra...
Anche in quei casi il riferimento può essere ovunque... e credo serva
nel caso si voglia inserire una casa parametrica, che a sua volta
contiene delle finestre parametriche...
oRanges.addNewByName("Zona_Rossa", "'Elenco Prezzi'.A2:H150",
& oCellAddress, 0)
Il mio problema è come infilare il contenuto della mia variabile
oRowE dentro l'indirizzo...
ovvero il mio range A2:H150 vorrei diventasse A2:H33
Per concatenare le stringhe si possono usare due operatori:...zot..
Il + è molto più comodo (sulla tastiera italiana) del "&"... :-)
e ti ringrazio per la dritta, ma la mia stringa è molto più complessa,
deve contenere degli apici e delle virgolette annidate... e comincio
veramente a dubitare che si possa fare!
Tu hai provato?
Con Xray ho visto che invece di usare addNewByName ci sarebbe, come
alternativa, addNewFromTitles.
http://api.openoffice.org/docs/common/ref/com/sun/star/sheet/XNamedRanges.html#addNewFromTitles
Questo si accontenterebbe di un "normale" cellRangeAddress... ma poi
vuole un border... che non capisco bene che cosa sia...
> Visto che ci siamo volevo farti notare che il prefisso "o" della
variabile
oRowE non è appropriato.
oMioPaolo, di questo avevamo già parlato l'anno scorso...
Ho letto e riletto più volte quella mail, cercando di inpadronirmi di
quegli standard... ma poi ho rinviato a tempi migliori.
Per un niubbo, all'inizio, la lettura del codice starbasic è piuttosto
difficile...
La difficoltà percettiva maggiore è distinguere le variabili (invenzione
dell'utente) dalle parole che appartengono all'API...
Poi pian pianino si fa l'occhio"...
Era importante far funzionare Ultimus in un modo o nell'altro, anche
usando il dispatcher... Adesso funziona (traballa un po' ma funziona) e
sono nella fase di ottimizzazione del codice; tra le altre cose da
fare c'è il cerca e sostituisci dei nomi delle variabili... altrimenti
non ho speranze che a qualcuno venga voglia di metterci mano.
> es
> Dim iNumRiga As Integer
e se fosse long?
Dim lNumRiga as long?
Mi sembra bruttino... e difficile da leggere... e quindi da
ridigitare... (l'errore di digitazione è sempre in agguato...
specialmente nelle ore piccole...)
Penso comunque che per "migliorare" il codice di Ultimus sia meglio
riscrivere da zero interi moduli, ma solo dopo aver provato la
funzionalità e capito cosa si vuole ottenere.
Faccio un esempio: per la funzionalità di riordinamento delle Analisi di
prezzo io ho usato degli espedienti di programmazione terribili...
adesso provando ad usare UltimusFree, si potrà decidere se quella
funzionalità serve veramente... e in caso affermativo eventualmente
riscrivere il codice da zero (adesso a riordinare va lentissimo...)
A proposito ancora di riorganizzazione delle variabili...
Io ho dichiarato le variabili un po' a casaccio e/o nei casi
indispensabili...
Se scrivo Option Explicit in cima ai moduli si blocca tutto... :-(
Se il codice funziona che cosa comporta non aver dichiarato tutte le
variabili?
L'applicativo si incasina?
L'applicativo rallenta?
E se si di quanto?
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
