Re: [utenti] Per l'apertura dei file

2007-09-05 Thread Provincia San Benedetto di Don Orione

Il giorno 06/set/07, alle 01:08, <[EMAIL PROTECTED]> ha scritto:



Dove ho sbagliato, anche perchè se poi lo stesso file lo richiamo 
dall'opzione apri di open mi si apre correttamente.




credo che openoffice aqua (se è di questo che stai parlando) non abbia 
ancora la possibilità di aprire file doppiocliccandoci sopra. ti 
consiglio caldamente di provare neooffice invece di openoffice, essendo 
lo sviluppo di quest'ultimo ancora in una fase embrionale.


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



Re: [utenti] cambiamento di font

2007-09-05 Thread Provincia San Benedetto di Don Orione

Il giorno 05/set/07, alle 17:57, Attilio Tempestini ha scritto:


Qual è il modo più rapido, per ovviare a ciò? Grazie,



ti consiglio -in generale- di crearti degli stili paragrafo/carattere 
per il testo e le note e poi di utilizzare quelli per tutto il 
documento. i fogli stile, su documenti di medie-grandi dimensioni, sono 
a mio parere essenziali. se ad esempio a cinquanta pagine di documento 
ti verrà richiesto di variare un interlinea nelle note o di usare 
l'italico per le citazioni invece del grassetto (faccio per dire), aver 
utilizzato un foglio stile ti permetterà di modificare tutte le 
cinquanta pagine in pochi secondi. la variazione di un font 'a mano' 
cambia solo ed esclusivamente la parte di testo che hai selezionato e 
ulteriori variazioni, anche sostanziali, andranno rifatte tutte 'a 
mano'.


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



Re: [utenti] problema con base

2007-09-05 Thread Provincia San Benedetto di Don Orione

Il giorno 05/set/07, alle 23:09, Alessandro Braga ha scritto:

Mi aggiungo al problema forse non l'ho esaminato bene, ma scaricando 
il file ho visto che manca la relazione tra le due tabella ovvero tra 
principe ID e Collegamento


la relazione si può mettere o non mettere l'importante è che ci sia, se 
la dichiaro openoffice controlla la sua integrità, ma io posso fare in 
modo che sia integra anche senza il controllo di openoffice.


Fatto questo mi pare funzioni tutto bne ovvero se ho il cursore su 
Principe e scorro il navigatore mi fa vedere i nomi dei diversi 
principi, se invece il cursore sta su ID il navigatore mi scorre tra i 
diversi nomi e se arrivo alla fine aggiungo tranquillamente nuovi 
nominativi senza problemi e base me li registra

Vedi la relazione... ma forse non o capito io?


ho inserito per prova la relazione ma, senza inserire una barra di 
navigazione per il sottoformulario, il risultato che ho io è che:
- se metto il cursore nel campo del 'principe' e scorro i dati con la 
barra di navigazione, scorro i nomi dei principi
- se metto il cursore in un campo del sottoformulario e scorro i dati 
con la barra di navigazione, scorro *ancora*  i nomi dei principi (e 
non i record del sottoformulario)
- se inserisco o modifico dati nel sottoformulario, questi non sono 
salvati a meno che io non vada di tab fino a fine record


ti faccio notare che questa è una anomalia perché è invece possibile 
inserire una tabella in un sottoformulario e scorrerla utilizzando un 
'unica barra di navigazione per i campi del form principale e i dati 
del subform, ed il salvataggio è attivo appena faccio una modifica in 
una qualunque colonna di qualunque sottoformulario.



f.

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



Re: [utenti] problema con base

2007-09-05 Thread Provincia San Benedetto di Don Orione

Il giorno 05/set/07, alle 21:16, Davide Prina ha scritto:


 --- Provincia San Benedetto di Don Orione ha scritto:

prima di imparare ad utilizzare uno strumento occorre conoscere
l'argomento su cui lo strumento opera. Quando conosci l'argomento base,
poi non occorre conoscere un determinato strumento per capire se quello
che stai facendo è corretto o meno.


questo quando lo strumento è una pezza piazzata sopra l'argomento. sarà 
che provenendo da una certa filosofia macintosh ci si aspetta che lo 
strumento copra completamente l'argomento in oggetto.




Non hai creato nessuna foreign key!!!
Devi creare le relazioni fra le tabelle, altrimenti non puoi garantire
la consistenza dei dati


generalmente non dichiaro esplicitamente le foreign key.   quando ho 
iniziato a fare il database con cui lavoro oggi usando neooffice e 
mysql 3.x non trovai un modo per farlo, e -a meno che il database non 
debba uscire all'esterno per qualche collega-  tendo a non farlo. 
calcola anche che quando mi viene richiesto di fare un database, nei 
ritagli di tempo del mio lavoro che è altro- mi viene richiesto a 
tocchi, e spesso le specifiche variano a seconda dell'andamento lunare, 
da persone che hanno grosse difficoltà a concepire il funzionamento di 
un database. per dire, ieri ho faticato non poco a convincere che era 
meglio usare un campo data per l'onomastico invece che un campo 
testuale anche se il campo data memorizza l'anno che nell'onomastico 
non serve. ho ceduto le armi invece nel sostenere che il campo 
onomastico era un dato ridondante essendoci già la data di nascita, 
perché il committente ha detto che preferisce avere il form di 
inserimento "con gli stessi dati della scheda di carta che facevamo 
già".



Il problema è che navighi scorrendo la tabella principe e inserisci
nella tabella sub.
Per risolvere il tuo problema è sufficiente inserire una barra di
navigazione collegata alla tabella sub e usare quella per navigare e
inserire i record


inserendo la barra di navigazione non solo è chiaro dove si stanno 
inserendo i dati, ma il bug del mancato salvataggio sparisce. in 
pratica openoffice in mancanza di una barra di navigazione per il 
sottoformulario si rifiuta di salvare i dati fino a fine inserimento di 
tutti i campi. non so perché. inserendo la barra di navigazione il 
salvataggio avviene e sia il dischetto della barra di navigazione 
principale che del sub-form si attivano. io non avevo inserito una 
barra di navigazione perché non volevo che ci fossero più record della 
tabella del sub-form collegati ad uno stesso ID della tabella principe, 
ma evidentemente non è possibile farlo così, dovrò trovare qualche 
altro modo.


grazie per il suggerimento.


f.

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



[utenti] Per l'apertura dei file

2007-09-05 Thread marcellasalluzzo
Ho installato OPEN OFFICE per mac, tutto procedeva bene ma avendo sotto la 
versione test di microsoft office cliccando sulle icone dei files partiva 
office e non open office, quindi ho disinstallato office 2004 ma adesso se 
clicco sul file da aprire mi si blocca indicandomi "si è verificato un errore 
inatteso - (codice errore - 10660).

Dove ho sbagliato, anche perchè se poi lo stesso file lo richiamo dall'opzione 
apri di open mi si apre correttamente.

Grazie anticipatament

**
Scopri la nuova Alice Mail!
1 GB di spazio con antivirus, antispam e fino a 2 GB di allegati.

Registrati GRATIS su 
http://registra.rossoalice.alice.it/registra/basic/entratabasic.do?entryPoint=footer


[utenti] Chiarimenti su apertura di un file

2007-09-05 Thread marcellasalluzzo
Ho installato OPEN OFFICE per mac, tutto procedeva bene ma avendo sotto la 
versione test di microsoft office cliccando sulle icone dei files partiva 
office e non open office, quindi ho disinstallato office 2004 ma adesso se 
clicco sul file da aprire mi si blocca indicandomi "si è verificato un errore 
inatteso - (codice errore - 10660).

Dove ho sbagliato, anche perchè se poi lo stesso file lo richiamo dall'opzione 
apri di open mi si apre correttamente.

Grazie anticipatamente

**
Scopri la nuova Alice Mail!
1 GB di spazio con antivirus, antispam e fino a 2 GB di allegati.

Registrati GRATIS su 
http://registra.rossoalice.alice.it/registra/basic/entratabasic.do?entryPoint=footer



**
Scopri la nuova Alice Mail!
1 GB di spazio con antivirus, antispam e fino a 2 GB di allegati.

Registrati GRATIS su 
http://registra.rossoalice.alice.it/registra/basic/entratabasic.do?entryPoint=footer


Re: [utenti] problema con base

2007-09-05 Thread Alessandro Braga
Mi aggiungo al problema forse non l'ho esaminato bene, ma scaricando il 
file ho visto che manca la relazione tra le due tabella ovvero tra 
principe ID e Collegamento
Fatto questo mi pare funzioni tutto bne ovvero se ho il cursore su 
Principe e scorro il navigatore mi fa vedere i nomi dei diversi 
principi, se invece il cursore sta su ID il navigatore mi scorre tra i 
diversi nomi e se arrivo alla fine aggiungo tranquillamente nuovi 
nominativi senza problemi e base me li registra

Vedi la relazione... ma forse non o capito io?
ciao

Provincia San Benedetto di Don Orione ha scritto:

Il giorno 05/set/07, alle 09:35, A-Lex ha scritto:



Altra domanda: col formulario stai inserendo dati in una sola tabella o
su più tabelle?
Puoi, se nn é troppo lungo, mandare in lista l'elenco dei campi delle
tabelle coinvolte con le loro caratteristiche (Nomi - Varchar; Nascita -
Date...) e la struttura della query?
Se usi più tabelle, hai impostato delle FK?
Hai detto che hai impostato il db con mysql, nn é che hai modificato, in
seguito, la struttura col base?


guarda ho fatto una cosa più semplice: ho fatto rapidamente un 
database all'osso, con due tabelle:


principe
  ID
  nome

sub
  ID
  collegamento
  omen
  nomen
  lumen

il campo INT 'collegamento' lo utilizzo per creare il subform, 
collegandolo appunto a ID di 'principe'.

Il database lo trovi qua:

http://www.venerandi.com/temp/prova.odb


il problema si presenta anche qua: apri il form 'prova'. ci sono 
cinque record con i nomi presi da princeps e sotto il subform con i 
campi omen nomen lumen. Se io provo a scrivere nei campi omen nomen e 
lumen, il dischetto di salvataggio non si attiva e quindi i dati sono 
persi finché non premo tab oltre l'ultimo campo. a questo punto Oo 
salva i dati immessi, però inizia a farmi inserire ulteriori dati 
collegati al 'ID' della tabella princeps appena inserito, come se 
stessi inserendo una seconda riga di una tabella di un subform, tanto 
per capirci, senza avere la possibilità di tornare a vedere gli 
originari cinque record di princeps (se non chiudendo il form e 
riaprendolo).
ovviamente a me non interessa avere più record collegati ad un unico 
ID della tabella principale, altrimenti avrei giustamente utilizzato 
una tabella. in più il fatto che i dati non siano salvati durante la 
digitazione dei vari campi rende il database inutilizzabile per altre 
persone al di fuori di me.


spero che aprendo il file tutto sia più chiaro della mia spiegazione.


grazie


f.


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




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



[utenti] Re: [offline] [utenti] Nuova versione del dizionario italiano 2.4 e del pacchetto DicOOo

2007-09-05 Thread Davide Prina
--- Renato Ferrari ha scritto: 

> magari ne parliamo in privato,  dopo che mi sono accuratamente
> documentato, 

ok

Ciao
Davide

Dizionari: http://linguistico.sourceforge.net/wiki
Esci dall'illegalità: utilizza OpenOffice.org: 
http://linguistico.sourceforge.net/wiki/doku.php?id=UsaOOo
GNU/Linux User: 302090: http://counter.li.org
--
Non autorizzo la memorizzazione del mio indirizzo su outlook


  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html

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



Re: [utenti] Nuova versione del dizionario italiano 2.4 e del pacchetto DicOOo

2007-09-05 Thread Renato Ferrari
Il 22:56, martedì 4 settembre 2007, Davide Prina ha scritto:
> La GPL 3.0 permette di proteggere il lavoro svolto con maggiori poteri
> e farlo restare libero in casi in cui la GPL 2.0 non era più in grado
> di garantire questo risultato.
> 
> Se vuoi possiamo parlarne ... 
magari ne parliamo in privato,  dopo che mi sono accuratamente documentato, 
chè credo di essere fuori tema, qui.


> hai delle critiche sulla GPL 3.0?  

più sensazioni che critiche, più sentito dire che conoscenza diretta

> L'hai
> letta?

solo superficialmente e mentre era ancora in discussione.

-- 
Linux Registered User #219791
Linux Registered Machine #104061
[EMAIL PROTECTED]

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



Re: [utenti] problema con base

2007-09-05 Thread Davide Prina
 --- Provincia San Benedetto di Don Orione ha scritto: 

prima di imparare ad utilizzare uno strumento occorre conoscere
l'argomento su cui lo strumento opera. Quando conosci l'argomento base,
poi non occorre conoscere un determinato strumento per capire se quello
che stai facendo è corretto o meno.

> principe
>ID
>nome
> 
> sub
>ID
>collegamento
>omen
>nomen
>lumen
> 
> il campo INT 'collegamento' lo utilizzo per creare il subform, 
> collegandolo appunto a ID di 'principe'.
> Il database lo trovi qua:
> 
> http://www.venerandi.com/temp/prova.odb

scaricato

Non hai creato nessuna foreign key!!!
Devi creare le relazioni fra le tabelle, altrimenti non puoi garantire
la consistenza dei dati

ho creato una fk sub.collegamento (n) -> principe.id (1)

> il problema si presenta anche qua: apri il form 'prova'. ci sono
> cinque record con i nomi presi da princeps e sotto il subform con i 
> campi omen nomen lumen. Se io provo a scrivere nei campi omen nomen e

> lumen, il dischetto di salvataggio non si attiva e quindi i dati sono

> persi finché non premo tab oltre l'ultimo campo. a questo punto Oo 

* visualizza -> barre dei simboli -> struttura del formulario
* dalla barra appena visualizzata attiva "navigatore del formulario"

Con questo strumento puoi verificare dove sono contenuti i vari campi e
le proprietà associate ai vari elementi.

Il problema è che navighi scorrendo la tabella principe e inserisci
nella tabella sub.
Per risolvere il tuo problema è sufficiente inserire una barra di
navigazione collegata alla tabella sub e usare quella per navigare e
inserire i record

Ciao
Davide

Dizionari: http://linguistico.sourceforge.net/wiki
Esci dall'illegalità: utilizza OpenOffice.org: 
http://linguistico.sourceforge.net/wiki/doku.php?id=UsaOOo
GNU/Linux User: 302090: http://counter.li.org
--
Non autorizzo la memorizzazione del mio indirizzo su outlook


  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html

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



Re: [utenti] cambiamento di font

2007-09-05 Thread Marco Pratesi
On Wednesday 05 September 2007 19:11, Attilio Tempestini wrote:
> Marco Pratesi ha scritto:
> > In quale modo lo hai sostituito?
> > Selezionando il testo e cambiando il font del testo selezionato?
> > Oppure modificando i corrispondenti stili del testo? (io avrei
> > fatto così)
>
> Nel primo dei modi, che indichi.

In tal caso, è un po' come se per quel pezzo di testo tu avessi creato 
uno stile che eredita le proprietà dello stile originario, con 
l'aggiunta di una modifica; lo stile originario resta non modificato e 
a quel pezzo di testo viene attribuita una versione modificata dello 
stile originario; quando aggiungi testo nello stile originario, tale 
testo viene fuori senza quella modifica.

Se invece modifichi la definizione dello stile, non solo il nuovo testo 
verrà fuori secondo la tua nuova definizione: il testo già inserito si 
modificherà aderendo alla nuova definizione.

> Presumo, dalla tua frase fra parentesi, che non sia il modo migliore.

Sì, direi che la cosa migliore è attribuire gli stili alle varie parti 
del documento sulla base di una logica, senza farsi "tentare" dal 
modificare la formattazione "a mano"; in questo modo si ottiene un 
documento ben strutturato da quel punto di vista e per modificare 
l'aspetto grafico dell'intero documento bastano pochi colpetti ben 
assestati con lo stilista (magari anche alla fine della stesura).

Per lo meno, io faccio così e mi sembra che sia considerato un modo di 
procedere al quale OpenOffice.org tende a incoraggiarti vivamente ;-)
Inoltre, mi sembra un approccio meno immediato del "modificare a mano" 
ma anche molto più proponibile in termini di gestibilità di documenti 
di una certa dimensione.

Marco Pratesi

-- 
Non rispondere all'indirizzo mittente, che è solo un collettore di spam.
Il mio indirizzo aggiornato è su http://www.marcopratesi.it/email.php
Please do not reply to the sender's address, that is only a spam sink.
My updated e-mail address is at http://www.marcopratesi.it/email.php


pgpBZ2knKgIO5.pgp
Description: PGP signature


Re: [utenti] cambiamento di font

2007-09-05 Thread Attilio Tempestini
Marco Pratesi ha scritto:
> On Wednesday 05 September 2007 17:57, Attilio Tempestini wrote:
>   
>> In un testo che sto scrivendo con Writer, ho sostituito un font con
>> un altro, anche per le note a piè di pagina.
>> 
>
> In quale modo lo hai sostituito?
> Selezionando il testo e cambiando il font del testo selezionato?
> Oppure modificando i corrispondenti stili del testo? (io avrei fatto 
> così)
>
>   
Nel primo dei modi, che indichi.
Presumo, dalla tua frase fra parentesi, che non sia il modo migliore.

Attilio Tempestini

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



Re: [utenti] cambiamento di font

2007-09-05 Thread Marco Pratesi
On Wednesday 05 September 2007 17:57, Attilio Tempestini wrote:
> In un testo che sto scrivendo con Writer, ho sostituito un font con
> un altro, anche per le note a piè di pagina.

In quale modo lo hai sostituito?
Selezionando il testo e cambiando il font del testo selezionato?
Oppure modificando i corrispondenti stili del testo? (io avrei fatto 
così)
Oppure in un altro modo ancora?

Marco Pratesi

-- 
Non rispondere all'indirizzo mittente, che è solo un collettore di spam.
Il mio indirizzo aggiornato è su http://www.marcopratesi.it/email.php
Please do not reply to the sender's address, that is only a spam sink.
My updated e-mail address is at http://www.marcopratesi.it/email.php


pgpaKBF5CeRM8.pgp
Description: PGP signature


Re: [utenti] Comunicato Stampa PLIO sugli Standard ISO

2007-09-05 Thread Marco Pratesi
On Wednesday 05 September 2007 15:45, Italo Vignoli wrote:
> Un po' di chiarezza sugli standard ISO
> [...]

Giacché si vuole fare chiarezza sugli standard, bisognerebbe cercare di 
razzolare bene a tal riguardo ;-)

A parte il fatto che la netiquette raccomanda di evitare le righe lunghe 
(e che a tal fine basta configurare l'autowrap per la composizione se 
non c'è già per default), la mail a cui sto rispondendo è stata 
composta usando il charset "windows-1252", come si può facilmente 
evincere dal suo header:

[...]
Content-Type: text/plain;
  charset="windows-1252"
[...]

Tale charset (= codifica dei caratteri) è non standard (lo si può 
intuire già dal suo nome) e proprio per questo la netiquette dice di 
non usarlo.

Saluti,

Marco Pratesi

-- 
Non rispondere all'indirizzo mittente, che è solo un collettore di spam.
Il mio indirizzo aggiornato è su http://www.marcopratesi.it/email.php
Please do not reply to the sender's address, that is only a spam sink.
My updated e-mail address is at http://www.marcopratesi.it/email.php


pgpro2gY9psMd.pgp
Description: PGP signature


[utenti] cambiamento di font

2007-09-05 Thread Attilio Tempestini
In un testo che sto scrivendo con Writer, ho sostituito un font con un
altro, anche per le note a piè di pagina.

Se però, nelle pagine scritte dopo la sostituzione, apro nuove note,
queste risultano scritte con il font originario.

Qual è il modo più rapido, per ovviare a ciò? Grazie,

Attilio Tempestini

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



[utenti] Comunicato Stampa PLIO sugli Standard ISO

2007-09-05 Thread Italo Vignoli
Un po' di chiarezza sugli standard ISO

L’Associazione PLIO auspica uno standard unico per i documenti da ufficio, 
basato su Open Document Format

Trieste, 5 settembre 2007 – L’Associazione PLIO ritiene opportuno sottolineare 
che la bocciatura della procedura di approvazione fast track del formato OOXML, 
presentato da Microsoft attraverso ECMA, ha proporzioni ben diverse da quelle 
riportate dalla stampa, così come risulta evidente da questo paragrafo preso 
integralmente dal comunicato stampa originale ISO (che si trova sito dell’ente 
a questo indirizzo: http://www.iso.org/iso/pressrelease.htm?refid=Ref1070):

Approval requires at least 2/3 (i.e. 66.66 %) of the votes cast by national 
bodies participating in ISO/IEC JTC 1 to be positive; and no more than 1/4 
(i.e. 25 %) of the total number of national body votes cast negative. Neither 
of these criteria were achieved, with 53 % of votes cast by national bodies 
participating in ISO/IEC JTC 1 being positive and 26 % of national votes cast 
being negative.

La bocciatura, quindi, è avvenuta su due fronti: la proposta non ha raggiunto 
la maggioranza qualificata dei 2/3 dei membri permanenti (17 su 32, pari al 
53,12% invece del necessario 66,66%, con 9 astenuti) e ha avuto più di un 
quarto di voti negativi sul totale dei votanti (18 su 69, pari al 26,08%, con 
18 astenuti). Si tratta di numeri ben diversi da quelli riportati da numerosi 
articoli, che hanno utilizzato – evidentemente – una fonte non ufficiale senza 
verificarne la correttezza (fonte commentata in modo chiaro ed esauriente 
all’indirizzo: 
http://www.microsoft-watch.com/content/business_applications/microsoft_fud_watch_ooxml_edition.html).

Senza questa bocciatura, OOXML si sarebbe tradotto in un’approvazione senza 
condizioni e senza alcun tipo di discussione, delle migliaia di problemi 
sollevati da più parti sulla validità delle specifiche sviluppate da Microsoft 
(uno per tutti, il formato non rispetta la cronologia del Calendario 
Gregoriano). Il PLIO auspica una revisione globale del formato in direzione 
dell’interoperabilità con lo standard esistente ISO/IEC 26300 Open Document 
Format, così come indicato dalle linee guida del comitato JTC1 dell’ISO.

A questo proposito, l’Associazione PLIO sottolinea l’interesse della proposta 
che AFNOR, l’ente francese di standardizzazione, ha sottoposto all’ISO, secondo 
la quale Office Open XML dovrebbe essere modificato per confluire – nell’arco 
di tre anni – nello standard ISO/IEC 26300 Open Document Format (il comunicato 
stampa in lingua francese si trova all’indirizzo: 
http://www.afnor.org/v3/espace-presse/pdf/DP-ooxml.pdf, con una traduzione in 
lingua inglese a questo indirizzo: 
http://www.groklaw.net/article.php?story=20070903174346143).

Tra l’altro, la qualità superiore del formato Open Document Format nei 
confronti di OOXML è testimoniata dal fatto che durante il processo di 
standardizzazione ODF non ha ricevuto alcun commento negativo, tanto che il 
Ballot Meeting non c’è stato in quanto non avrebbe avuto alcuna utilità, e il 
formato è stato approvato in prima istanza.

“Speriamo che l’ISO intervenga sul processo di standardizzazione, per evitare 
che in futuro si possa ripetere quello che è successo in questa occasione, 
ovvero che i voti a favore di una proposta siano l’espressione non della 
validità dei contenuti ma delle risorse economiche dell’azienda che è alle 
spalle della proposta stessa. Il rischio è che gli standard perdano la loro 
principale caratteristica, che è la tutela della concorrenza (e quindi degli 
utenti finali), e si trasformino in uno strumento a difesa degli interessi e 
delle posizioni sul mercato di chi li ha sviluppati”, ha commentato Davide 
Dozza, Presidente dell’Associazione PLIO.

Un’analisi degli avvenimenti “inconsueti” che si sono verificati nel corso di 
questi mesi durante il processo di approvazione di OOXML, arricchito da grafici 
e altre informazioni, si trova sul blog di Rob Weir all’interno dei post 
pubblicati negli ultimi tre mesi: http://www.robweir.com/blog/ (per avere 
un’idea basta leggere quello del 4 settembre). Per sapere cos’è successo in 
Italia, la storia del processo all’interno di UNINFO viene ampiamente 
commentata da Mimmo Cosenza nel suo blog su Nova 100: 
http://mimmocosenza.nova100.ilsole24ore.com/.

L’Associazione PLIO, Progetto Linguistico Italiano OOo, raggruppa la comunità 
italiana dei volontari che sviluppano, supportano e promuovono la principale 
suite libera e open source per la produttività negli uffici: OpenOffice.org. Il 
software usa il formato dei file Open Document Format (standard ISO/IEC 26300), 
legge e scrive i più diffusi tra i formati proprietari, ed è disponibile per i 
principali sistemi operativi in circa 90 lingue e dialetti, tanto da poter 
essere usato nella propria lingua madre da più del 90% della popolazione 
mondiale. OpenOffice.org viene fornito con la licenza GNU LGPL (Lesser General 
Public Licence) e può essere usato gratuit

Re: [utenti] problema con base

2007-09-05 Thread Provincia San Benedetto di Don Orione

Il giorno 05/set/07, alle 09:35, A-Lex ha scritto:



Altra domanda: col formulario stai inserendo dati in una sola tabella o
su più tabelle?
Puoi, se nn é troppo lungo, mandare in lista l'elenco dei campi delle
tabelle coinvolte con le loro caratteristiche (Nomi - Varchar; Nascita 
-

Date...) e la struttura della query?
Se usi più tabelle, hai impostato delle FK?
Hai detto che hai impostato il db con mysql, nn é che hai modificato, 
in

seguito, la struttura col base?


guarda ho fatto una cosa più semplice: ho fatto rapidamente un database 
all'osso, con due tabelle:


principe
  ID
  nome

sub
  ID
  collegamento
  omen
  nomen
  lumen

il campo INT 'collegamento' lo utilizzo per creare il subform, 
collegandolo appunto a ID di 'principe'.

Il database lo trovi qua:

http://www.venerandi.com/temp/prova.odb


il problema si presenta anche qua: apri il form 'prova'. ci sono cinque 
record con i nomi presi da princeps e sotto il subform con i campi omen 
nomen lumen. Se io provo a scrivere nei campi omen nomen e lumen, il 
dischetto di salvataggio non si attiva e quindi i dati sono persi 
finché non premo tab oltre l'ultimo campo. a questo punto Oo salva i 
dati immessi, però inizia a farmi inserire ulteriori dati collegati al 
'ID' della tabella princeps appena inserito, come se stessi inserendo 
una seconda riga di una tabella di un subform, tanto per capirci, senza 
avere la possibilità di tornare a vedere gli originari cinque record di 
princeps (se non chiudendo il form e riaprendolo).
ovviamente a me non interessa avere più record collegati ad un unico ID 
della tabella principale, altrimenti avrei giustamente utilizzato una 
tabella. in più il fatto che i dati non siano salvati durante la 
digitazione dei vari campi rende il database inutilizzabile per altre 
persone al di fuori di me.


spero che aprendo il file tutto sia più chiaro della mia spiegazione.


grazie


f.


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



Re: [utenti] problema con base

2007-09-05 Thread A-Lex
Il giorno mar, 04/09/2007 alle 08.19 +0200, Provincia San Benedetto di
Don Orione ha scritto:

> anche inserendo tutti i campi nel subform si verifica il problema.  ho 
> però fatto la prova di togliere le caselle di campo sostituendole con 
> una tabella e tutto funziona come al solito.


Altra domanda: col formulario stai inserendo dati in una sola tabella o
su più tabelle?
Puoi, se nn é troppo lungo, mandare in lista l'elenco dei campi delle
tabelle coinvolte con le loro caratteristiche (Nomi - Varchar; Nascita -
Date...) e la struttura della query?
Se usi più tabelle, hai impostato delle FK?
Hai detto che hai impostato il db con mysql, nn é che hai modificato, in
seguito, la struttura col base?

-- 

A-Lex

OOo 2.2 su Fedora Core 6/7 ; WinXP ; WinpenPack


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