Re: [utenti] problema con BASE
è 3kb ed è un mero contenitore di indirizzi e nomi, niente di speciale :-( come posso verificarlo se è vuoto o meno? 2009/10/27 Renzo Bianchi vitriol_vitr...@katamail.com: Il 27/10/2009 18.11, salvo fat ha scritto: il punto č che nella parte centrale sotto tabelle resta bianco, come se il file fosse vuoto direi. che ne pensi? Non lo so... non č che č vuoto davvero? E' un semplice file ODB che usa il motore di database interno, o si collega a qualche database esterno? -- news:it-alt.comp.software.openoffice : Il newsgroup dedicato a OpenOffice.org, la suite open source di applicazioni per ufficio. Scarica OpenOffice.org 3.0 Soluzioni a raccolta, molto piů di semplici FAQ! http://it.openoffice.org/doc/manuali/ - To unsubscribe, e-mail: utenti-unsubscr...@it.openoffice.org For additional commands, e-mail: utenti-h...@it.openoffice.org - To unsubscribe, e-mail: utenti-unsubscr...@it.openoffice.org For additional commands, e-mail: utenti-h...@it.openoffice.org
Re: [utenti] problema con base
Il giorno ven, 07/09/2007 alle 08.45 +0200, Provincia San Benedetto di Don Orione ha scritto: male. Le foreign key ti permettono di creare una struttura che ti garantisce la consistenza dei dati. Se non lo usi elimini uno strumento che ti offre una funzionalità indispensabile gratuitamente. ripeto, dipende dall'uso, dalla ricchezza del database e da chi il database deve utilizzarlo. Penso che quello che voglia dire Davide sia che con le fk eviti di fare a mano il controllo di consistenza e univocità che il db farebbe in automatico: gli errori di battitura sono sempre in agguato :D -- 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]
Re: [utenti] problema con base
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]
Re: [utenti] problema con base
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
--- Alessandro Braga ha scritto: 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 questa cosa non l'avevo notata ... come detto non conosco OOoBase Però la cosa migliore, secondo me, è mettere due barre di scorrimento: una legata alla query (o tabella principale) e l'altra alla sotto-query (o tabella collegata) per far capire subito all'utente cosa sta scorrendo. 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] problema con base
--- Provincia San Benedetto di Don Orione ha scritto: 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. certamente, uno strumento per essere completo deve ricoprire completamente le funzionalità dell'argomento in oggetto. Però una persona non deve essere legata a quello strumento, ma deve prima di tutto conoscere la base e poi applicare tali conoscenze a qualsiasi strumento che si trova davanti. In questo modo può anche valutare se lo strumento è completo o meno, se è ottimale per l'uso che se ne vuole fare o meno, se ... generalmente non dichiaro esplicitamente le foreign key. quando ho male. Le foreign key ti permettono di creare una struttura che ti garantisce la consistenza dei dati. Se non lo usi elimini uno strumento che ti offre una funzionalità indispensabile gratuitamente. 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 Strumenti - relazioni 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 la struttura dati deve essere totalmente indipendente dall'interfaccia. Io posso utilizzare un qualsiasi tipo di dati nel mio database e nasconderlo all'utente. La base dati deve essere costruita per permettere un uso ottimale: bisognerebbe costruirla in base a come sarà utilizzata, a quanti dati conterrà, a quale sarà il suo tipo di utilizzo, ... Notare il bisognerebbe ... proprio perché molte cose si sanno solo dopo lunghi periodi di utilizzo. Quindi tu potevi utilizzare un campo data e far vedere all'utente due campi: mese e anno 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] problema con base
Il giorno 04/set/07, alle 22:09, Davide Prina ha scritto: Nel tuo caso occorre vedere com'è la struttura del database utilizzata e le query utilizzate per creare i sotto-form e poi indicare i passi da eseguire per ottenere il comportamento anomalo ... cioè far sì che chiunque possa ricreare la tua situazione e verificarne il funzionamento. certo, ma io stesso proponendo un problema l'ho precisato via via che A-lex mi chiedeva chiarificazioni. siccome ho sempre usato subform con tabelle senza alcun problema, e visto che una controprova mostra che il subform funziona correttamente se si utilizza una tabella, ho circoscritto il problema proprio dialogando in mailing list. se non verrò a capo del problema potrei cancellare i dati sensibili dal db e metterlo in download. consigliare di leggersi i rudimenti dell'SQL a chiunque abbia un problema con base, senza sapere con che cognizione di causa si sta utilizzando base e soprattutto senza essere entrati nel problema, è atteggiamento francamente irritante e inutile. cosa intendi per sotto-form non tabellare? un subform in cui i campi non siano gestiti all'interno di una sola tabella Non sono esperto di OOoBase (anzi, non lo so proprio utilizzare), però Ecco. posso dirti che se vuoi fare qualcosa che aggiorni in automatico dei valori di un database (eseguire una updatable query) di solito lo puoi fare su una singola tabella. Se ci sono in gioco più tabelle di solito devi gestirti tu le singole operazioni (insert, update, delete). No, qui stiamo parlando un problema di Base. f. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [utenti] problema con base
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]
Re: [utenti] problema con base
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
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]
Re: [utenti] problema con base
Il giorno 03/set/07, alle 20:39, Davide Prina ha scritto: descrivere a parole il comportamento di un programma che si è fatto e chiedere dove è l'errore ... è come andare da un indovino per farsi predire il futuro. beh la funzione delle mailing list è proprio quella di descrivere e risolvere problemi a parole. Prima di tutto bisogna conoscere un po' le basi di un database e poi si può iniziare a fare un po' di esercizi. Qui ho descritto alcuni termini fondamentali: ho già costruito alcuni database con openoffice e credo di avere le basi per fare cose molto semplici come quelle descritte. il database che utilizzo per lavoro è costruito con neooffice e mysql e va avanti da anni senza grossi problemi con form e subform. il problema è che per quest'altro che sto facendo ho -per la prima volta- utilizzato un subform non tabellare e la cosa sembra non funzionare. Poi se si hanno problemi bisogna rendere possibile l'aiuto da parte degli altri dandogli gli strumenti necessari per capire dov'è il problema. chiedi pure, sarò felice di fornirteli. f. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [utenti] problema con base
Il giorno mar, 04/09/2007 alle 08.19 +0200, Provincia San Benedetto di Don Orione ha scritto: hai mai utilizzato subform senza tabelle? Si, la maggior parte dei form li facevo cosi`. Avevo usato OOo con Mysql e alla fine il mio problema é stato con le query di calcolo -nn so x quale ragione- mi davano risultati quantomeno sconcertanti solo con determinati valori. Non é la bibbia del base, ma hai provato a dare un'occhiata alla guida di Cerulo? -- 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]
Re: [utenti] problema con base
Il giorno 04/set/07, alle 10:37, A-Lex ha scritto: Si, la maggior parte dei form li facevo cosi`. Avevo usato OOo con Mysql ah. adesso proverò a fare un database scemo e vedere se si ripresenta il problema. e alla fine il mio problema é stato con le query di calcolo -nn so x quale ragione- mi davano risultati quantomeno sconcertanti solo con determinati valori. per ora, mi tocco, non ho avuto problema con le query di calcolo, se ho dei problemi dico a neooffice di non toccarle e di farle processare direttamente da mysql. c'è anche da dire che sono molto deluso dalle ultime versioni di openoffice e specialmente dal modulo base che nasce già con una concezione vecchia e legnosa dei db. Non é la bibbia del base, ma hai provato a dare un'occhiata alla guida di Cerulo? è la mia bibbietta, ma purtroppo -se non ricordo male- tutti gli esempi di cerulo vedono i subform in formato tabella. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [utenti] problema con base
--- Provincia San Benedetto di Don Orione ha scritto: Il giorno 03/set/07, alle 20:39, Davide Prina ha scritto: descrivere a parole il comportamento di un programma che si è fatto e chiedere dove è l'errore ... è come andare da un indovino per farsi predire il futuro. beh la funzione delle mailing list è proprio quella di descrivere e risolvere problemi a parole. sì, però devi dare tutti gli elementi necessari a capire di cosa si sta parlando e come riprodurre il problema. Nel tuo caso occorre vedere com'è la struttura del database utilizzata e le query utilizzate per creare i sotto-form e poi indicare i passi da eseguire per ottenere il comportamento anomalo ... cioè far sì che chiunque possa ricreare la tua situazione e verificarne il funzionamento. il problema è che per quest'altro che sto facendo ho -per la prima volta- utilizzato un subform non tabellare e la cosa sembra non funzionare. cosa intendi per sotto-form non tabellare? Non sono esperto di OOoBase (anzi, non lo so proprio utilizzare), però posso dirti che se vuoi fare qualcosa che aggiorni in automatico dei valori di un database (eseguire una updatable query) di solito lo puoi fare su una singola tabella. Se ci sono in gioco più tabelle di solito devi gestirti tu le singole operazioni (insert, update, delete). 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] problema con base
Il giorno lun, 03/09/2007 alle 12.01 +0200, Provincia San Benedetto di Don Orione ha scritto: form che ha come unico campo-lista il nome e cognome... ...preso da una query... e .. un sottoformulario con vari dati [...cut...] scrivo tutti i miei dati, poi premo la freccia per andare al [record] dopo e quando torno indietro i miei dati sono persi. Domanda: controlla se nella query/sottoformulario che usi hai inserito anche l'ID, se no risulta in sola lettura, se ben ricordo. L'ordine dovrebbe essere campo-nomi in posizione 0 (la + a sx) e in posizione 1 l'ID Saluti -- 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]
Re: [utenti] problema con base
Il giorno 03/set/07, alle 12:51, A-Lex ha scritto: Il giorno lun, 03/09/2007 alle 12.01 +0200, Provincia San Benedetto di Don Orione ha scritto: form che ha come unico campo-lista il nome e cognome... ...preso da una query... e .. un sottoformulario con vari dati [...cut...] scrivo tutti i miei dati, poi premo la freccia per andare al [record] dopo e quando torno indietro i miei dati sono persi. Domanda: controlla se nella query/sottoformulario che usi hai inserito anche l'ID, se no risulta in sola lettura, se ben ricordo. L'ordine dovrebbe essere campo-nomi in posizione 0 (la + a sx) e in posizione 1 l'ID grazie, sembrerebbe che il problema non sia lì, ma piuttosto legato al fatto di avere un subform in modalità non tabella. In pratica Oo aspetta che io finisca di compilare il subform, alla fine della compilazione si 'impalla' e cliccando di nuovo nei campi salva il contenuto, mi fa sparire gli altri religiosi del form, concedendomi di inserire altri subform relativi al religioso del form appena inserito. Per fare un esempio: io ho nel form principale il nome FABRIZIOVENERANDI, terzo di cinquanta religiosi (e sotto leggo correttamente 3/50). Nel subform (non tabellare) vorrei inserire i dati relativi ai genitori del FABRIZIOVENERANDI. Inizio a metterli e finché non li immetto tutti quei dati sono insalvabili. Alla fine di tutto faccio TAB e si grigetta il nome FABRIZIOVENERANDI. A questo punto se clicco su un campo qualunque del subform appare il disketto per salvare i dati, al posto di 3/50 appare 1/1 e cliccando sulle frecce non vedo gli altri religiosi ma creo altri genitori di FABRIZIOVENERANDI. Non so se sono stato chiaro. Di solito non uso questo metodo, ma -senza usare il subform- creo direttamente una casella di riepilogo in un unico formulario. Però se faccio così non ho modo di mettere i record in ordine alfabetico... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [utenti] problema con base
Il giorno lun, 03/09/2007 alle 14.12 +0200, Provincia San Benedetto di Don Orione ha scritto: grazie, sembrerebbe che il problema non sia lì, ma piuttosto legato al fatto di avere un subform in modalità non tabella. In pratica Oo aspetta che io finisca di compilare il subform, Provato ad inserire dei valori di default generici per i campi che nn vengono toccati nel form? -- 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]
Re: [utenti] problema con base
--- Provincia San Benedetto di Don Orione ha scritto: Sto facendo un semplice database per la gestione dati religiosi, e mi sono trovato di fronte a questo strano problema di base. In pratica, descrivere a parole il comportamento di un programma che si è fatto e chiedere dove è l'errore ... è come andare da un indovino per farsi predire il futuro. Prima di tutto bisogna conoscere un po' le basi di un database e poi si può iniziare a fare un po' di esercizi. Qui ho descritto alcuni termini fondamentali: http://linguistico.sf.net/wiki/doku.php?id=ooobase_faq Nella pagina è presente il link per il download di un semplicissimo esempio di subform. Poi se si hanno problemi bisogna rendere possibile l'aiuto da parte degli altri dandogli gli strumenti necessari per capire dov'è il problema. 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]
