Paolo Mantovani ha scritto:
Ciao Bart,
Ciao Paolo
uno si danna per rendersi utile e poi guarda cosa viene fuori....
:-)
Calma! :-)
Credo che tu intenda questo:
Print ThisComponent.DocumentInfo.Title
Bingo! Proprio quello! Era documentInfo... come ho fatto a non vederlo...
Adesso posso completare la macro con l'elenco di tutti i nomi... (o
forse ne manca ancora qualcuno?)
L'oggetto documentInfo ha un sacco di proprietà che possono essere utili priam
o dopo. alcune sono a sola lettura, altre sono scrivibili.
Un ispezione con xray
Fatto! molto interessante... dammi 6 mesi e forse ci tirerò fuoti
qualcosa di utile... :-)
Nel frattempo qualche suggerimento sul loro uso potrebbe accelerare
l'iter... :-)
Tra l'altro è successo qualcosa a XRay... adesso quando accede all'SDK
invece del # per il link interno della pagina mi mette un %...
Qualche idea su come risolvere?
(o con il nuovo ObjectInspector di Berend Cornelius)
Questo l'ho subito installato... ma non riesco ad adoperarlo...
Ma vdiamolo magari in discussione autonoma...
Cmq, nel post che tu hai citato ti avevo dato diverse indicazioni, però mi
sembra che tu abbia ignorato quella che io credevo fosse più importante, e
cioè:
Tutta la disquisizione sul significato di "nome del documento" ci ha portato a
dire che, per ragioni diverse, ne il nome del file (Url) ne il titolo, ne il
nome del frame consentono di identificare in maniera univoca un documento
aperto.
Proprio per questo ti avevo suggerito di rivedere la logica della tua
applicazione in modo da _evitare_ , se possibile, l'uso del concetto
di "nome" per identificare un dato documento.
All'epoca avevo inteso che la sola URL fosse un concetto chiaro...
Anche perchè Ultimus è di fatto sempre un documento esistente... quindi
con una URL.
Se la url è "sbagliata" è perchè l'utente non l'ha salvato con il nome
giusto o nel posto giusto!
Concetti un po' grezzi ma efficaci!
Per questo avevo strutturato tutto sulla Ulrl... e il concetto si è
dimostrato finora sufficiente (oltre che necessario).
Ma adesso, con quel dispatcher che va a leggersi (pare)
ThisComponent.DocumentInfo.Title tutto si complica.
In realtà la colpa non è tutta del dispacher...
Mi spego meglio con un esempio:
Si crea un documento Calc nuovo, che salviamo come Pippo
Da un altro documento qualsiasi selezionamo una sheet
destro del mouse sulla linguetta > Sposta/copia tabella
sfogliando i documenti su cui copiare vediamo Pippo!
Se torniamo sul documento Pippo e
da file > proprietà > Titolo gli attribuiamo "Caio"
da un documento qualsiasi selezionamo una sheet
destro del mouse sulla linguetta > Sposta/copia tabella
sfogliando i documenti su cui copiare scopriamo che Pippo è scomparso e
al suo posto troviamo Caio.
Ovvero Calc, in assenza di un DocumentInfo.Title, si riferisce per
quell'operazione al Frame.Title,
Invece se DocumentInfo.Title contiene una stringa si riferisce a quella.
Francamente io lo trovo un comportamento un po' strano!
(più che una caratteristica mi sembra un bug)
Da qui i miei problemi! Perchè ciò fa il dispacht è cosa sconosciuta...
e non saprei come intervenire.
Alla disperata farò una macro che in quel caso mi cancella la stringa
DocumentInfo.Title... con buona pace dell'utente verboso!
Comunque, più in generale sui nomi e idee su come utilizzare questa
complessità, confermo: "sono tutt'orecchi"..
Anche perché solo oggi - forse - sono in grado di seguirti... :-)
Grazie
Bart
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
