Re: [utenti] problema disinstallazione pacchetto open office 2.2
--- Massimo Rizzo ha scritto: Veramente io sono veramente già registrato Ma non posso ripetere l'operazione 1 volte visto che ogni volta che apro un documento mi chiede di registrarmi e non riesco a disinstallarlo Se hai un qualche tipo di soluzione, visto che dici che è una cosa ma hai provato quelle indicate alla pagina che ti ho postato ieri? Alcuni (molti?) hanno risolto con una di quelle soluzioni ... ma non tutti 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 disinstallazione pacchetto open office 2.2
Massimo Rizzo ha scritto: beppe ha scritto: A volte OOo non si rimuove dal PC quando hai cancellato il file .msi dalla posizione dover era installato. Se non c'e' altra soluzione puoi provare a cancellare la directory con il programma, (cestino o 1 CD dovrebbe bastare sono circa 300 MB, che non si sa mai si debba recuperarla) Pulizia del registro con WindowsInstallerCleanUp e reinstallazione di OOo, Infatti mi chiede quel file .msi. Io, dunque, ho scaricato la versione 2.2 (quella precedente) e quando poi sono tornato alla disisntallazione e mi è stato chiesto di selezionare quel file .msi mancante l'ho selezionato (dalla cartella scompattata del OOo 2.2) ma mi da un'altro errore (tipo non è la versione corretta o questa versione di open office è già installata... non ricordo esattamente). Ho provato a cancellare la cartella del programma ma mi viene fuori l'errore: accesso negato, controllare che il disco non sia pieno o protetto da scrittura. Ovviamente sono andato in porprietà della cartella open office e ho deselezionato solo lettura con il risultato di... non ottenere nulla: cancellando la cartella mi risalta di nuovo l'errore accesso negato ecc ecc e se rivisualizzo le proprietà la cartella risulta con solo lettura selezionato (dove descrive come usare WindowsInstallerCleanUp: http://support.microsoft.com/?scid=kb%3Bit%3B290301x=11y=9 http://support.microsoft.com/?scid=kb;en-us;290301 prima della pulizia fare una copia del registro in file .reg, non si sa mai) di solito installo la versione con jwm incorporate Proverò grazie... (es. Download versione Windows con JRE http://www.plio.it/download.php?q=dproduct=OpenOffice.orgos=winwjrelang=itversion=2.3.0 md5sum: 4395b31fd450d4c42148f9924ba30bcd controllo md5sum con - fciv.exe -md5 nome_file - http://support.microsoft.com/kb/841290 poi scompatti il file di OOo sul desktop dell'amministratore, non so perche' ma alcune volte in Xp Sp2 non si installa correttamente se si parte da un'altra directory, non va cancellato il file .msi se vuoi in seguito disinstallare, xche' va li' a cercare qualcosa il programma di disinstallazione) ciao Beppe Se riesco a disinstallarlo la prossima volta farò cosi! grazie! massimo Per la disinstallazione accedi come Administrator in Xp Sp2 (nella modalita' provvisoria a volte non funziona), per accedere come Administrator nella modalita' normale, aprire il registro di sistema e aggiungere o modificare la chiave che ti chiede di premere alt+ctrl+canc all'accesso: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] DisableCAD=dword: (poi per ritornare come prima puoi cancellare la chiave o mettere il valore DisableCAD=dword:0001) in questo modo dopo il riavvio del PC ti dovrebbe permette di accedere come Administrator. Poi accedi al registro di Xp con regedit (dopo un backup) cerchi tutte le chiavi con OpenOffice e le rimuovi e riavvii, fai la pulizia con cleanup e speriamo bene... potrebbe succedere che alcune chiavi non vogliano essere rimosse, devi vedere le policy del sistema in Strumenti di Amministrazione, se Xp l'hai installato tu sai dove andare a cercare, se e' installato con il disco di ripristino della casa e' un casino perche' sono state bloccate alcune chiavi del registro di sistema e non vuole fartele cancellare, vedi in questo caso se con il click col destro proprieta' puoi diventare proprietario della chiave e rimuoverla. Controlla bene prima di fare modifiche, perche' sto scrivendo a memoria. ciao Beppe -- le nuvole non hanno regole, perchè non hanno mai rinunciato alla libertà di sognare. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [utenti] [Base - HSQLDB] Esportare record in un file csv
Ciao Jack, Il venerdì 2 novembre 2007 13:06:36 Jack © ha scritto: [] Ok ora il problema è chiaro. Siccome sono una schiappa in sql mi sono andato a vedere un po' di reference sul sito di hsqldb: http://hsqldb.org/doc/guide/ch09.html Confesso che non è stato semplicissimo, ho dovuto fare un po' di prove, ma alla fine credo di aver capito come stanno le cose. Riepilogando: a) HSQLDB è in grado di gestire vari tipi di tabelle: MEMORY, CACHED, TEMPORARY, TEMP, TEXT CACHED è il tipo di tabella di default usato in OOoBase. questo tipo di tabelle viene poi salvata al'inetrno del file ODB TEXT è una tabella in formato testo (csv) che viene mantenuta all'esterno del file ODB, ma si tratta pur sempre di una vera e propria tabella del database, per cui se viene cancellata accidentalmente, all'avvio del database viene ricreata (vuota) b) quando nella tua macro dai il comando (ho semplificato per fare l'esempio): sQuery = SELECT * INTO TEXT filecsv FROM tabella1 oRS = oStatement.executeQuery(sQuery) in effetti, HSQLDB crea una nuova tabella di tipo TEXT e ci riversa i dati che risultano dalla query. A differenza del comando SELECT INTO OUTFILE ... di MySQL quindi, in questo caso non abbiamo un'esportazione di dati ma la creazione di una nuova tabella esterna in formato testo-csv che è linkata al database. Infatti, se dopo aver dato il comando di cui sopra aprirai il file ODB potrai vedere le la nuova tabella elencata tra le altre (ma con un'icona diversa) Se non è visibile, dovrebbe essere sufficiente fare: menu Visualizza-Aggiorna tabelle c) tutto questo premesso, credo di poter dire che il problema da te riscontrato non è dovuto ad un malfunzionamento ma ad un uso improprio di una funzionalità peculiare offerta da HSQLDB d) Ho elaborato una possibile soluzione. L'idea è questa: 1. Fai la query per creare la tabella (esattamente come fai ora): oRecordSet = oStatement.executeQuery( _ SELECT * INTO TEXT mytemptable FROM tabella1) 2. A questo punto, il file csv è stato creato e popolato con i dati. Siccome si tratta di una tabella linkata al database, dovrai copiare o appendere il contenuto in un altro file che avrai creato appositamente. Non ti metto nessun esempio di codice perchè immagino che tu sappia come fare, però in caso di dubbi: sine qua non - siamo qua noi (come dicevano al Bar Sport ;-) 3. Ora è il momento di fare pulizia: oStatement.execute(DROP TABLEmytemptable IF EXISTS) In questo modo il file non è più linkato al database, ma comunque non è stato eliminato dal file system, perciò dovrai farlo manualmente, diversamente, la prossima volta che creerai la tabella si genererà un errore. (esempio stupido): kill file:///home/paolo/mytemptable.csv Ovviamente tu dovrai eliminare il file in un modo più intelligente, in particolare dovrai ricavare il path del file csv dal path del documento Base e magari fare anche un controllo di esistenza del file prima di eliminarlo. Ricorda che il nome del file creato non è sempre identico al nome usato nella query (nome nuova tabella), in particolare, il file è sempre in minuscolo, anche se il nome della nova tabella contiene maiuscole, inoltre, tutti i caratteri non alfanumerici nel nome della tabella vengono tradotti come sottotratti (_) Ad esempio, la query: SELECT * INTO TEXT My Temp-Table ... eccetera crea il file: my_temp_table.csv Comunque, arrivato a questo punto il tuo DB è pulito e lindo come all'inizio e sei pronto per una nuova operazione. spero di essere stato aiutevole ciao Paolo M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [utenti] problema disinstallazione pacchetto open office 2.2
Il 08:23, sabato 3 novembre 2007, beppe ha scritto: in questo modo dopo il riavvio del PC ti dovrebbe permette di accedere come Administrator. Poi accedi al registro di Xp con regedit (dopo un backup) cerchi tutte le chiavi con OpenOffice e le rimuovi e riavvii, fai la pulizia con cleanup e speriamo bene... potrebbe succedere che alcune chiavi non vogliano essere rimosse, devi vedere le policy del sistema in Strumenti di Amministrazione, se Xp l'hai installato tu sai dove andare a cercare, se e' installato con il disco di ripristino della casa e' un casino perche' sono state bloccate alcune chiavi del registro di sistema e non vuole fartele cancellare, perchè (per sentito dire, eh!) il dio onnipotente di windows xp NON è Administrator, ma System -- 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] [Base - HSQLDB] Esportare record in un file csv
Paolo Mantovani wrote: L'idea è questa: A me pero' sorge un ragionevole dubbio, esporto una tabella ma poi devo importare i dati contenuti in un' altra tabella presente nel DB, non e' che poi importo l' intera tabella esterna e me la ritrovo interna. Con mysql mi sono servite solo poche righe di codice per fare ste cose ma mi sa che con HSQL mi sto incartando, ho scaricato un manuale HSQL ma non ho visto la possibilita' di fare Select into outfile... 1. Fai la query per creare la tabella (esattamente come fai ora): oRecordSet = oStatement.executeQuery( _ SELECT * INTO TEXT mytemptable FROM tabella1) 1. I record da inserire sono frutto di un risultato di un 'altra query, quindi serve un modo per farlo in un colpo solo. 2. A questo punto, il file csv è stato creato e popolato con i dati. Siccome si tratta di una tabella linkata al database, dovrai copiare o appendere il contenuto in un altro file che avrai creato appositamente. 2. Pensavo semplicemente di rinominare il file :-) eh!! che dici. 3. Ora è il momento di fare pulizia: oStatement.execute(DROP TABLEmytemptable IF EXISTS) Ottimo, semplice, efficace. In questo modo il file non è più linkato al database, ma comunque non è stato eliminato dal file system, perciò dovrai farlo manualmente, diversamente, la prossima volta che creerai la tabella si genererà un errore. (esempio stupido): kill file:///home/paolo/mytemptable.csv Se rinimino il file questo passaggio lo salto Ovviamente tu dovrai eliminare il file in un modo più intelligente, in particolare dovrai ricavare il path del file csv dal path del documento Base e magari fare anche un controllo di esistenza del file prima di eliminarlo. Beh!! il path del documento ormai ho impararto a ricavarlo, se ne parlava qualche tempo fa' sul NG. Penso che mi servira' se rinomino il file. Ricorda che il nome del file creato non è sempre identico al nome usato nella query (nome nuova tabella), in particolare, il file è sempre in minuscolo, anche se il nome della nova tabella contiene maiuscole, inoltre, tutti i caratteri non alfanumerici nel nome della tabella vengono tradotti come sottotratti (_) Ad esempio, la query: SELECT * INTO TEXT My Temp-Table ... eccetera crea il file: my_temp_table.csv Buono a sapersi. Comunque, arrivato a questo punto il tuo DB è pulito e lindo come all'inizio e sei pronto per una nuova operazione. Speremus, sta cosa mi sfava parecchio ( sfavare = piacere molto) dare la possibilita' di scambiarsi le ricette mi sembra una cosa utile e carina. spero di essere stato aiutevole Che dire, essenziale e' dire poco visto che in questi anni gli inghippi me li hai risolti tu. Molte grazie Jack -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Pubblicita' con l'email marketing a soli 250 Euro! Prova il servizio di Email.it gli specialisti del settore Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7179d=3-11 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [utenti] [Base - HSQLDB] Esportare record in un file csv
Ciao, Il sabato 3 novembre 2007 21:00:07 Jack © ha scritto: Paolo Mantovani wrote: L'idea è questa: A me pero' sorge un ragionevole dubbio, esporto una tabella ma poi devo importare i dati contenuti in un' altra tabella presente nel DB, non e' che poi importo l' intera tabella esterna e me la ritrovo interna. ?? non ho capito... Con mysql mi sono servite solo poche righe di codice per fare ste cose ma mi sa che con HSQL mi sto incartando, ho scaricato un manuale HSQL ma non ho visto la possibilita' di fare Select into outfile... Infatti anche a me pare che non ci sia questa possibilità. 1. Fai la query per creare la tabella (esattamente come fai ora): oRecordSet = oStatement.executeQuery( _ SELECT * INTO TEXT mytemptable FROM tabella1) 1. I record da inserire sono frutto di un risultato di un 'altra query, quindi serve un modo per farlo in un colpo solo. Di nuovo non capisco: Io ho abbreviato la tua query solo per semplificare, ma nulla ti vieta di aggiungere una clausola WHERE o anche altro. 2. A questo punto, il file csv è stato creato e popolato con i dati. Siccome si tratta di una tabella linkata al database, dovrai copiare o appendere il contenuto in un altro file che avrai creato appositamente. 2. Pensavo semplicemente di rinominare il file :-) eh!! che dici. 3. Ora è il momento di fare pulizia: oStatement.execute(DROP TABLEmytemptable IF EXISTS) Ottimo, semplice, efficace. In questo modo il file non è più linkato al database, ma comunque non è stato eliminato dal file system, perciò dovrai farlo manualmente, diversamente, la prossima volta che creerai la tabella si genererà un errore. (esempio stupido): kill file:///home/paolo/mytemptable.csv Se rinimino il file questo passaggio lo salto Si, certamente. Il mio era solo un esempio schematico, tanto per dare l'idea. [...] Beh!! il path del documento ormai ho impararto a ricavarlo, se ne parlava qualche tempo fa' sul NG. Penso che mi servira' se rinomino il file. si, ti serve in ogni caso. [...] Comunque, arrivato a questo punto il tuo DB è pulito e lindo come all'inizio e sei pronto per una nuova operazione. Speremus, sta cosa mi sfava parecchio ( sfavare = piacere molto) dare la possibilita' di scambiarsi le ricette mi sembra una cosa utile e carina. Beh, io ho fatto dei test con un database minimale e tutto ha funzionato, Comunque, anche se questa strada funziona ed è relativamente semplice, non è (a mio parere) la scelta ottimale. Infatti, questa tecnica confida in alcune direttive SQL particolari e presenti solo nel motore HSQLDB. Questo rende il tuo codice legato ad un tipo particolare di database con tutte le conseguenze del caso. Non è un buon design per la tua applicazione (sempre a mio parere) Se non fosse che hai scartato la possibilità Calc fin da subito, ti avrei suggerito proprio quella. ma perchè Calc no? Calc si può interfacciare direttamente al database, ovvero puoi assegnare il risultato di una query ad un range di celle, dopodiché hai un mondo di possibilità al prezzo di pochissime linee di codice: Puoi esportare in csv ma anche formattare a tuo piacere ed esportare verso PDF o qualsiasi altro formato gestito da Calc. Non mi pare poco. Questo è un piccolo esempio: Una versione più completa è qui: http://codesnippets.services.openoffice.org/Calc/Calc.ImportDatabaseContent.snip -8-- Sub ImportDBData() Globalscope.BasicLibraries.loadLibrary(Tools) oCalcDoc = createNewDocument( scalc ) oSheet = oCalcDoc.Sheets(0) Dim mImportDesc(2) As New com.sun.star.beans.PropertyValue mImportDesc(0).Name = DatabaseName mImportDesc(0).Value = nuovoDB mImportDesc(1).Name = SourceType mImportDesc(1).Value = com.sun.star.sheet.DataImportMode.SQL mImportDesc(2).Name = SourceObject mImportDesc(2).Value = SELECT * FROM tabella1 oSheet.getCellRangeByName(A1).doImport(mImportDesc()) End Sub -8-- ciao Paolo M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]