Re: [utenti] R: [utenti] Problema con BASE dopo aggiornamento a versione 3.3
Guarda, è un vero X-files ... Non ho cambiato nulla, proprio nulla. Tra l'apertura del file e la successiva, ho semplicemente importato dei dati in Calc (tasto funzione F4). La chiave primaria è presente (è la prima cosa che ho controllato), anche quella delle tabelle a cui le caselle di riepilogo facevano riferimento (semplici tabelle con chiave e descrizione). Anche nella ricerca non è cambiato nulla e per giunta funziona, printando tutti i campi. Ho poi controllato il collegamento form-ricerca: corretto. Nonostante ciò ho collegato il form ad una ricerca diversa e poi l'ho ricollegato alla ricerca corretta. Niente da fare ! Grazie. Ciao a tutti. Tina - Original Message - From: To: Sent: Wednesday, February 09, 2011 12:36 PM Subject: [utenti] R: [utenti] Problema con BASE dopo aggiornamento a versione 3.3 Messaggio originale Da: t...@guaitani.name Data: 09/02/2011 11.49 A: Ogg: [utenti] Problema con BASE dopo aggiornamento a versione 3.3 Salve, a qualcuno è capitato il problema di cui sotto ? uso OO 3.3 in ambiente win XP SP3 In un data base ho un form (anagrafica) la cui fonte dati è una ricerca. Sia la tabella da cui legge i dati la ricerca, sia la ricerca stessa non danno problemi. Se entro nel form invece 1) non ho più la possibilità di inserire nuovi record 2) il contenuto di due caselle di riepilogo non viene più visualizzato. Questo vale per tutti i record inseriti. 3) non posso più accedere e quindi modificare altre due caselle di riepilogo. La tabella mi consente operazioni sui record inseriti, incluso l'inserimento di una nuova anagrafica, inoltre sono presenti tutti i campi. La ricerca, se faccio esegui, mi da tutte le anagrafiche complete di tutti i campi anche quelli il cui valore non è più visualizzato nel form. Di base ne capisco poco, ma provo ugualmente: da quanto dici potrebbe essere un problema nel form è stato cambiato qualcosa nelle tabelle? è stato cambiato qualcosa nella ricerca? visto che nella tabella riesci ad inserire i dati dovrebbe essere presente la chiave primaria prova a verificare che il form sia correttamente collegato alla ricerca altro non saprei - 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
[utenti] R: [utenti] Problema con BASE dopo aggiornamento a versione 3.3
>Messaggio originale >Da: t...@guaitani.name >Data: 09/02/2011 11.49 >A: >Ogg: [utenti] Problema con BASE dopo aggiornamento a versione 3.3 > >Salve, a qualcuno è capitato il problema di cui sotto ? >uso OO 3.3 in ambiente win XP SP3 >In un data base ho un form (anagrafica) la cui fonte dati è una ricerca. >Sia la tabella da cui legge i dati la ricerca, sia la ricerca stessa non danno problemi. >Se entro nel form invece >1) non ho più la possibilità di inserire nuovi record >2) il contenuto di due caselle di riepilogo non viene più visualizzato. Questo vale per tutti i record inseriti. >3) non posso più accedere e quindi modificare altre due caselle di riepilogo. >La tabella mi consente operazioni sui record inseriti, incluso l'inserimento di una nuova anagrafica, inoltre sono presenti tutti i campi. La ricerca, se faccio esegui, mi da tutte le anagrafiche complete di tutti i campi anche quelli il cui valore non è più visualizzato nel form. Di base ne capisco poco, ma provo ugualmente: da quanto dici potrebbe essere un problema nel form è stato cambiato qualcosa nelle tabelle? è stato cambiato qualcosa nella ricerca? visto che nella tabella riesci ad inserire i dati dovrebbe essere presente la chiave primaria prova a verificare che il form sia correttamente collegato alla ricerca altro non saprei - To unsubscribe, e-mail: utenti-unsubscr...@it.openoffice.org For additional commands, e-mail: utenti-h...@it.openoffice.org
[utenti] Problema con BASE dopo aggiornamento a versione 3.3
Salve, a qualcuno è capitato il problema di cui sotto ? uso OO 3.3 in ambiente win XP SP3 In un data base ho un form (anagrafica) la cui fonte dati è una ricerca. Sia la tabella da cui legge i dati la ricerca, sia la ricerca stessa non danno problemi. Se entro nel form invece 1) non ho più la possibilità di inserire nuovi record 2) il contenuto di due caselle di riepilogo non viene più visualizzato. Questo vale per tutti i record inseriti. 3) non posso più accedere e quindi modificare altre due caselle di riepilogo. La tabella mi consente operazioni sui record inseriti, incluso l'inserimento di una nuova anagrafica, inoltre sono presenti tutti i campi. La ricerca, se faccio esegui, mi da tutte le anagrafiche complete di tutti i campi anche quelli il cui valore non è più visualizzato nel form. Purtroppo anche la copia di backup presenta lo stesso problema. Spero che qualcuno possa aiutarmi. Grazie mille. Ciao. Tina
Re: [utenti] problema con BASE
Il 27/10/2009 18.30, salvo fat ha scritto: come posso verificarlo se è vuoto o meno? Probabilmente con un comando SQL, ma non ti so dare indicazioni. Aspetta altri pareri. Secondo me comunque è vuoto... prova a rinominarlo come .zip (lavora su una copia), decomprimilo e guarda se c'è il file database\data -- 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
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 : > 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 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
Re: [utenti] problema con BASE
grazie x l'attenz intanto. 2009/10/27 Renzo Bianchi : > Clicca sull'icona "Tabelle" della barra laterale a sinistra. Ora potrei > vedere nella finestra centrale l'elenco dei nomi di tutte le tabelle > contenute nel tuo documento. Se fai clic destro su un nome ti si aprirà un > menù contestuale con tutte le operazioni che puoi fare. > Ad esempio "Apri" per inserire i valori (corrisponde a un doppio clic), > "Modifica" per modificare la struttura della tabella, ecc. il punto è che nella parte centrale sotto "tabelle" resta bianco, come se il file fosse "vuoto" direi. che ne pensi? - 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 27/10/2009 13.19, salvo fat ha scritto: nn riesco a capire cosa succede, quando provo a fare una modifica di un file di base mi parte il "wizard" di BASE con le scelte database, attività, formulari ecc come fare a cambiare i campi i valori ecc? Clicca sull'icona "Tabelle" della barra laterale a sinistra. Ora potrei vedere nella finestra centrale l'elenco dei nomi di tutte le tabelle contenute nel tuo documento. Se fai clic destro su un nome ti si aprirà un menù contestuale con tutte le operazioni che puoi fare. Ad esempio "Apri" per inserire i valori (corrisponde a un doppio clic), "Modifica" per modificare la struttura della tabella, ecc. -- 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
[utenti] problema con BASE
salve forum nn riesco a capire cosa succede, quando provo a fare una modifica di un file di base mi parte il "wizard" di BASE con le scelte database, attività, formulari ecc come fare a cambiare i campi i valori ecc? sto usando OoO 3.1 su XP. - To unsubscribe, e-mail: utenti-unsubscr...@it.openoffice.org For additional commands, e-mail: utenti-h...@it.openoffice.org
[utenti] Problema con Base a Calc
S.O.: Windows XP Versione OOO: 2.3.0 Non mi riesce il drag-and-drop di un campo database sul foglio elettronico. In altre parole: ho un foglio elettronico aperto, premo F4 e apro una tabella di un database; vorrei trascinare un campo di quella tabella su una cella del foglio elettronico e non mi riesce. Se invece trascino l'intero record non ho nessun problema. Ho un altro computer con W98 SE e la cosa mi riesce perfettamente. Vi ringrazio in anticipo dell'aiuto. Ciao!!
Re: [utenti] problema con base
Il giorno 07/set/07, alle 13:21, A-Lex ha scritto: 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 ma certo ma certo, semplicemente contestavo il fatto di voler proporre a chi si sta per fare un database per la propria rubrica degli indirizzi, di assumere la forma mentis di un programmatore SQL per aziende. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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 06/set/07, alle 20:39, Davide Prina ha scritto: 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 ... questo vale solo nel caso allo strumento si possa accedere per diverse strade. quando ho utilizzato un database ad oggetti, totalmente grafico, senza alcun sistema di relazione sql, ho mutato la mia filosofia di approccio e strumento e argomento coincidevano. questo non è -ahimé- il caso di Base. 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. 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 stiamo parlando di openoffice 1.0.4 e mysql 3.x, all'epoca non c'era nessun metodo elementare per dichiarare le foreign keys. d'altronde non sono neppure sicuro che lo strumento relazioni di Oo 2.x possa creare relazioni in un database esterno (se provo ad attivare la voce sul mio 'vecchio' database mysql ricevo un messaggio di errore). la struttura dati deve essere totalmente indipendente dall'interfaccia. Io posso utilizzare un qualsiasi tipo di dati nel mio database e "nasconderlo" all'utente. dipende anche dallo strumento che utilizzi per inserire i dati. i form di base -per fare un esempio- sono nati vecchissimi. Quindi tu potevi utilizzare un campo data e far vedere all'utente due campi: mese e anno Forse vuoi dire mese e giorno, per l'onomastico non serve l'anno. Comunque è effettivamente quello che ho fatto, ma come dicevi altrove spesso la forma del database si precisa in corso d'opera. Qui ancora di più. f. - 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
--- 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
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
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
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
--- 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] 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
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 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
--- 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 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
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 03/set/07, alle 14:25, A-Lex ha scritto: Provato ad inserire dei valori di default generici per i campi che nn vengono "toccati" nel form? 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. al momento sono portato a credere che il fatto di utilizzare campi di controllo come subform, al posto delle tabelle, faccia andare in palla openoffice. hai mai utilizzato subform senza tabelle? - 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
--- 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]
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
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 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]
[utenti] problema con base
Sto facendo un semplice database per la gestione dati religiosi, e mi sono trovato di fronte a questo strano problema di base. In pratica, ho un form che ha come unico campo-lista il nome e cognome di un religioso, preso da una query con i nomi di tutti i religiosi, e sotto un sottoformulario con vari dati inerenti i familiari del religioso. Il problema è questo: io vado con le frecce fino al religioso di cui voglio inserire i dati, inizio a inserire i dati nel sottoformulario e noto che l'icona del disketto che di solito si 'accende' appena inizio a scrivere, non si accende. Io continuo, scrivo tutti i miei dati, poi premo la freccia per andare al religioso dopo e quando torno indietro i miei dati sono persi. Se io dopo aver inserito tutti i dati, clicco sul campo-lista del religioso e poi riclicco su un campo del sottoformulario, il disketto si 'illumina', tutti gli altri religiosi eccetto quello attivo non sono più visti e openoffice mi salva i dati del sottoformulario. Poi sono costretto a chiudere e riaprire il formulario perché i dati degli altri religiosi non sono più visibili. E' un baco, una procedura sbagliata o c'è qualcosa che mi sfugge? grazie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[utenti] problema con base
sto costruendo un piccolo database utilizzando il motore interno di openoffice. è una sorta di archivio di persone fisiche e uno dei campi è un campo per immagini, dove sono state messe le foto delle persone catalogate. inglobando le foto l'archivio pesa 44mb, ma non è questo il problema. ogni volta che -dopo averla aperta- chiudo una tabella, o un report, anche se non contiene alcun riferimento alle foto, c'è un 'lag' di dieci/quindici secondi da quando chiedo di chiudere la finestra e quando questa effettivamente si chiude. la cosa avviene anche se apro una tabella con un solo dato testuale, ogni chiusura di finestra blocca l'applicazione per un tempo eccessivamente lungo. è un bug conosciuto, c'è qualche rimedio? grazie f. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [utenti] problema con base
Il giorno mer, 21/02/2007 alle 23.52 +0100, Antonio Amella ha scritto: > salve > innanzitutto grazie per il progetto > > poi > vorrei inserire in una colonna del base il valore automatico della data > odierna > come posso fare? > grazie Dovrebbe essere il TIMESTAMP, nel formato data-ora -- Saluti. A-Lex OOo 2.1 su FedoraCore5/6, su wXP e WinPenPack - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[utenti] Problema con base
Mi scuso se non faccio il reply Martello, ti spiacerebbe segnalare sulla mailing list qa (indirizzo qa@it.openoffice.org) i problemi che hai avuto con base? Potrebbero essere oggetto di issue o di test in una delle prossime sessioni di testing. Grazie e ciao MG Sent from my BlackBerry® wireless device
