Re: [utenti] Funzione Gruppo e funzione Somma

[Marco Caresia]

Braga Alessandro wrote:

non capisco per quale motivo devo mettere tutte le voci di TabNominativo su
Gruppo, anche perchè dopo si complica la sistemazione del Rapporto 


perché se no ti da un errore ;)



Poi andrebbe benissimo la tabella che mi si crea

N. Polizza | Data_Effetto| Totale |

ma in aggiunta mi trovo la colonna SUM TabPolizza.Totale che in questo
modo risulta una copia della colonna Totale, mentre io vorrei che sia il
totale della somma delle Polizze intestate al medesimo 
nominativo.(subtotale)


Faccio fatica a seguire. Puoi mandarmi il file in privato?


Penso che il mio problema a questo punto sta nella mia incapacità di
inserire impostazioni corrette nel Rapporto.


I rapporti sono uno strumento molto limitato. Una volta che hai la 
tabella o ricerca giusta (e il database è registrato), conviene 
utilizzare i DataPilot di Calc, come suggerito da Cerulo.




Purtroppo le ho provate tutte ma non mi riesce. Ci si avvicina usando
Calc e la funzione del SubTotale, ma poi sono problemi ad inserire il
testo lettera. In Write non ci riesco proprio, quando invece sarebbe
l'Ideale. Pensi sia possibile nei Rapporti? Come posso fare?



Le esperienze riportate da A-Lex in questi giorni mi fanno pensare che 
ci sia un altro metodo per i "totali parziali", ma non lo conosco...


> [...]
Incidentalmente ti consiglio di seguire un po' più la netiquette quando 
rispondi.


Ciao,
--
MC

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[utenti] Calc: Stili di cella grearchici e colori "Testoni"

[Bart Aimar]

Scusate... ci riprovo (adesso che i problema mi è più chiaro) a 
riproporre l'argomento, perché la gerarchizzazione degli stili di cella 
può essere molto utile... ma solo se funziona correttamente!


(In merito ho già fatto una figuraccia millantando la specializzazione 
di OO nell'uso degli stili...)

-

Ho individuato un problema con i colori, e cioè una volta applicata una 
colorazione in uno stile intermedio di una gerarchia non è più possibile 
"resettare" completamente quell'informazione.


Esempio pratico:

si creano quattro stili di cella (basati su standard) e si gerarchizzano 
 in questo modo:

1
  2
3
  4

Applichiamo i quattro stili a quattro celle (magari scrivendoci dentro 
1,2, 3, 4 per visualizzare i risltati...)


Si applica allo stile 1 un colore (rosso) e tutte le celle 2, 3 e 4 
assumono quel colore (rosso)


Allo stile 3 si applica il colore blu e le celle 3 e 4 assumono il nuovo 
colore (blu)


Se cambiamo il colore dello stile 1 con giallo, soltanto 1 e 2 
diventeranno gialle...


Fino qui oK

Se allo stile 3 togliamo il colore pigiando "Standard" nella schedina, 
ci ritroviamo con tutte le celle (1,2,3 e 4) di colore giallo.


Si potrebbe pensare che, avendo resettato la proprietà aggiunta nello 
stile 3, il colore riprenda a propagarsi dalla 1 alla 4... e così 
sembrerebbe... ma se cambiamo il colore dello stile 1 in blu

scopriamo che solo la 1 e la 2 obbediscono, mentre 3 e 4 rimangono gialle...

Ad un controllo si può verificare che questa persistenza dell'ultimo 
colore applicato rimane scritta  un colore nella finestra di modifica 
dello stile, schedina > Contiene 


Cosa che non succede per le altre proprietà.

Sembrerebbe che nella schedina "Sfondo", pigiando il pulsante "standard" 
quel campo non venga azzerato...


Mi confermate che è un bug?

Qualcuno che ha installato la 2.0.4 mi conferma che quel comportamento 
persiste anche in versioni successive alla 2.0.3 ?


E se è un bug e se persiste sulla 2.0.4 qualcuno sa come scrivere in 
inglese ciò che confusamente io ho scritto in taliano? (l'apertura di 
una issue mi sembra doverosa...)


Nel frattempo qualcuno sa come intervenire via API per resettare quel campo?



Grazie per la pazienza :-)

Bart

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[utenti] Re:Re:Funzione Gruppo e funzione Somma

[Braga Alessandro]

Grazie Marco della risposta, ho provato a fare quanto mi hai detto, non
capisco per quale motivo devo mettere tutte le voci di TabNominativo su
Gruppo, anche perchè dopo si complica la sistemazione del Rapporto che
infatti risulta raggruppato per Nominativo, poi per Indirizzo e quindi
per Città il che significa lo sviluppo di tre livelli al posto di quello
di uno che mi occorre ovvero:

(IDNominativo) Nominativo,Indirizzo,Citta'

che mi occorrerebbero per l'indirizzo da scrivere al posto ad esso
dedicato sul modello lettera.


Poi andrebbe benissimo la tabella che mi si crea

N. Polizza | Data_Effetto| Totale |

ma in aggiunta mi trovo la colonna SUM TabPolizza.Totale che in questo
modo risulta una copia della colonna Totale, mentre io vorrei che sia il
totale della somma delle Polizze intestate al medesimo 
nominativo.(subtotale)

Penso che il mio problema a questo punto sta nella mia incapacità di
inserire impostazioni corrette nel Rapporto.

Ho provato a fare una copia anche su access ed infatti in modo semplice
grazie a macro sulla realizzazione del Report raggruppando solo il
nominativo mi trovo nell'intestazione di Pagina Nominativo, Indirizzo,
Città. e nel corpo del rapporto

| data effetto | numero Polizza | Totale |
   12/6/6   1234   125
   15/6/6   2345   125

Totale 250

per ogni nominativo  inserito.
Purtroppo le ho provate tutte ma non mi riesce. Ci si avvicina usando
Calc e la funzione del SubTotale, ma poi sono problemi ad inserire il
testo lettera. In Write non ci riesco proprio, quando invece sarebbe
l'Ideale. Pensi sia possibile nei Rapporti? Come posso fare?
Grazie ancora
alex

Date: Sat, 30 Sep 2006 20:39:11 +0200
From: Marco Caresia <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Subject: [utenti] Funzione Gruppo e funzione Somma


Braga Alessandro wrote:


TabNominativo
IDNominativo Integer
Nominativo  Varchar
indirizzo   Varchar
Città   varchar


TabPolizze
IDPolizza Integer
N_Polizza numerico
Data_effetto data
Totalenumerico
IDNominativo Intero Integer



Strano, ma sulle altre voce della TabNominativo hai messo Gruppo ??? (a
me così funziona)

Puoi vedere se funziona creando una ricerca SQL con il seguente codice
("query in query"):

SELECT Nominativo, indirizzo, Città, (SELECT SUM(Totale) FROM TabPolizza
WHERE IDNominativo = TabNominativo.IDNominativo) FROM TabNominativo

Il mio scopo è quello di fare una Ricerca e quindi un rapporto
utilizzando le funzioni GRUPPO (raggruppamento dei contratti per
nominativo) e una SOMMA (dei totali dell'insieme dei Contratti per
singolo NOMINATIVO)

Non appena metto GRUPPO nella tabella di RICERCA quando cerco di
visionarla  mi parte una bella finestra di errore SQL che tra l'altro
non capisco.
Se tolgo la visualizzazione dei campi eclusi NOMINATIVO (GRUPPO) e
TOTALE (SOMMA) riesco a vedere la tabella ricerca, ma in questo modo non
ho più i campi che mi occorrerebbero per formulare una stampa unione x
la lettera ovvero mancano i campi indirizzo, città dataeffetto,
ncontratto etc.

Ho provato a fare la medesima cosa usando altri percorsi per esempio
creazione automatica dei rapporti e sono riuscito ad avere si i vari
contratti per singolo nominativo, ma non i totali e comunque è poi
un'impresa spostare i campi dove li vorrei per formulare una semplice
lettera STAMPA UNIONI

immagino che sto cadendo in una stupidaggine attendo con ansia il
folletto magico che mi sappia ispirare nella soluzione...sicuro che c'è.
grazie
alex







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[utenti] Premio letterario Oltrecosmo e OpenOffice.org, primi bilanci.

[Gianluca Turconi]

Salve,

nello scorso mese di giugno, in collaborazione con il PLIO (Progetto 
Linguistico Italiano OpenOffice.org), il comitato organizzatore del 
Premio letterario Oltrecosmo per la narrativa breve fantascientifica 
 aveva dato inizio alla seconda edizione del 
Premio stesso, il cui termine per la consegna degli elaborati è decorso 
il 30 settembre.


Poiché uno degli scopi che si proponeva il premio era la promozione del 
formato Open Document utilizzato da OOo, mi sono preso la libertà di 
scrivere in lista per comunicarvi alcuni dati relativi al Premio che 
potrebbero risultare interessanti anche per l'utente finale indeciso nel 
cambiare software o formato per il timore di incompatibilità.


Ecco i dati:

* scrittori partecipanti al Premio: 134
* incremento del numero di partecipanti pari al 58 % rispetto alla prima 
edizione in cui non si adottava alcun formato libero;

* La suddivisione nei diversi formati di invio è la seguente:

- 84 in .rtf (Rich Text Format) [pari al 63 % del totale]
- 35 in .odt (Open Document Text) [pari al 26 % del totale]
- 15 in .pdf (Portable Document Format) [pari all'11 % del totale]

Note:

Per le statistiche, nel caso di racconti inviati in solo formato PDF, 
non è stato tenuto conto del programma utilizzato per la creazione, 
anche nell'eventualità si fosse trattato di OOo o altro software libero.


Proprio in questo periodo, le procedure di votazione si stanno 
concludendo senza alcun problema di lettura o di altro tipo sui racconti 
resi anonimi (anche nel formato in cui sono scritti grazie a una macro 
di conversione) e con scrutinio rigorosamente segreto.


Ancora non si sanno neppure i risultati parziali, ma se dovesse accadere 
che la maggioranza dei finalisti oppure, perché no, il vincitore abbia 
utilizzato un formato libero per la propria opera, sarebbe corretto dire 
che chi lo fa, scrive meglio. :)


Saluti,

Gianluca
--
http://www.letturefantastiche.com/
Letture Fantastiche - Acquisto e lettura gratuita di libri o racconti di 
fantascienza, fantasy, noir, horror, narrativa storica o allostorica e 
altro, legato al genere fantastico. Nel sito ufficiale dell'autore 
Gianluca Turconi sono disponibili opere anche di altri scrittori.






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]