Menù Principale

Cerca
Login
Registrati
Link
<< Discussione precedente | Discussione successiva >>   
[risolto] Problemi migrazione da X-OOo 2.x a X-OOo 3.x

Vai a pagina   <<        >>  
Autore Messaggio
barta
lun 02 feb 2009 - 16:55

online
Utente registrato #4207
Registrato il: mar 17 apr 2007 - 16:50
Messaggi: 291
Non ti preoccupare, aspetterò un momento in cui sei meno preso per il collo...

intanto però ti lascio alcune mie considerazioni riassuntive.

Trattandosi di una major release è accettabile che ci sia qualche problema di compatibilità con la serie 2.x

se ti rileggi i miei posts precedenti la migrazione da X-OOo 2.4.2 a X-OOo 3.0.1 al momento è sostanzialmente possibile. Esistono alcuni problemucci che ti elenco:

1- NOME SUBDIR USER [risolto]

ne avevamo già discusso su Google Gruppi.
Basta rinominare la subdirectory:
X-OpenOffice\User\OpenOffice.org della 2.x

in:
X-OpenOffice\User\OpenOffice.org 3

ed il gioco è fatto: impostazioni toolbars, tastiera, macro, dizionari personalizzati e auto-correzioni sono perfettamente trasportabili.

2- CONTROLLO ORTOGRAFICO DISABILITATO [risolto]

come abbiamo capito in questo topic:
-Link-

il problema p dovuto al fatto che in X-OOo i dizionari italiano ed inglese non sono preinstallati (essendo ora gestiti come estensioni) per cui basta scaricarsi i file .oxt da OOo Extensions ed il gioco è fatto.

Come dicevo a Danix forse sarebbe meglio rilasciare (sempre che sia possibile) una versione di X-OOo 3.0.1 con tali dizionari-estensione già funzionanti.
Il mio è un consiglio... vedete voi.

3- MESSAGGI ERRORE FILE .XLB [apparentemente risolto]

come detto sembra sufficiente copiare ed incollare i file incriminati nella giusta subdirectory ed i messaggi di errore non si verificano più e non si hanno malfunzionamenti di macro come invece mi capitava nel passaggio da X-OOo 2.4.1 ad X-OOo 3.0.

4- STOCCAGGIO ESTENSIONI IN BIN INVECE DI USER

qui invece rimango per certi versi ancora in attesa di una risposta.
Il modo per far funzionare bene le cose al momento è disinstallare le estensioni reliquate dalla X-OOo 2.4.2 in User e reinstallarle ex-novo su X-OOo 3.0.1 in modo che terminino in Bin.

Come detto questo però crea delle scocciature quando un utente vuole sincronizzare 2 X-OOo su diversi PC. Nella serie 2.x con tutto quanto nella sola directory user si trattava di un gioco da ragazzi.

Avere invece alcune parti in user ed altre in Bin è davvero poco comodo.

Quello che avrei piacere di capire è questo: lo “stoccaggio” in Bin delle estensioni della X-OOo 3.0.1 (invece che in user come in X-OOo 2.x) è stata una cosa voluta o no?

È stata una scelta obbligata oppure di una svista?
In quest'ultimo caso pensi sia possibile ripristinare lo stoccaggio estensioni in User anche nella serie X-OOo 3.x?

Il fulcro di tutto secondo me sta proprio a questo livello.
Spero che tu o qualcun altro del team sappiate esaudire le mie curiosità.
chi è il reale assemblatore di X-OOo 3.0.1? probabilmente devo parlare proprio con lui.


Grazie per l'ascolto .

Torna ad inizio pagina
Danix
lun 02 feb 2009 - 19:24

online

Utente registrato #1
Registrato il: ven 29 dic 2006 - 05:38
Provenienza: Sassari
Messaggi: 12956
Ho come l'impressione che tu non abbia individuato perfettamente
i ruoli all'interno del Team..


@BARTA:

in effetti qui il "Deus ex machina" è sempre e comunque il buon Danix... io sono solo un piccolissimo granello di sabbia sul fondale di questo oceano con ottime iniziative.

Il mio unico pseudo-merito è quello di comparire su usenet per tenervi aggiornati.... attualmente non riesco proprio a fare di più.. sorry!

Mi rendo conto di essere stato ancora una volta frainteso..
Volevo solo dire che io sono tutto fuorchè un webmaster, è una parola troppo grossa per me..

Il resto del romanzo lo leggo dopo..

[ Modificato lun 02 feb 2009 - 19:25 ]
Torna ad inizio pagina
Sito Web
Danix
lun 02 feb 2009 - 20:21

online

Utente registrato #1
Registrato il: ven 29 dic 2006 - 05:38
Provenienza: Sassari
Messaggi: 12956
Per quanto riguarda la confusione di ruoli ti chiedo scusa...
per informazione dove la trovo una pagina dei credits con scritti i nomi e le relative mansioni degli sviluppatori di X-OOo

-Link-

infine proverò a girare a Vitriol l'ultima domanda che mi fai....

Senza sapere se è possibile far leggere a X-OOo le estensioni dal profilo, gli "assemblatori" non possono intervenire.

una precisazione: cosa intendi esattamente per spostare nel profilo? intendi la subdir “user” o qualcos'altro

In una qualsiasi sotto cartella del profilo di X-OOo, purchè non stiano in Bin, per evitare di doverle ogni volta reinstallare nel passaggio da una release all'altra. A questo punto ho però i miei dubbi che tutto ciò si possa realizzare, derivanti dall'ultimo test effettuato, durante il quale le stesse estensioni trasportate da un X-OOo_3 all'altro non hanno funzionato. Sembra quindi che debbano essere obbligatoriamente installate.


Quello che avrei piacere di capire è questo: lo “stoccaggio” in Bin delle estensioni della X-OOo 3.0.1 (invece che in user come in X-OOo 2.x) è stata una cosa voluta o no?
È stata una scelta obbligata oppure di una svista?

Onestamente, si tratta di una svista.


In quest'ultimo caso pensi sia possibile ripristinare lo stoccaggio estensioni in User anche nella serie X-OOo 3.x?
A questo devono rispondere utenti esperti di OOo, è per questo che ho tirato in ballo Taf (o lo stesso Vitriol).

Spero che tu o qualcun altro del team sappiate esaudire le mie curiosità.
chi è il reale assemblatore di X-OOo 3.0.1? probabilmente devo parlare proprio con lui.

I componenti del Team hanno compiti più o meno distinti, ma tutti partecipano allo sviluppo delle versioni portabili, del sito, della documentazione, del menù, ciascuno con le proprie conoscenze. In questo caso, chi si è occupato della realizzazione dell'ultima versione del launcher sono stato io, col contributo di altri componenti il Team e sulla base di un launcher già esistente.
Quindi, non c'è una persona responsabile dello sviluppo di X-OOo, ma tutto un Team, compreso Taf, che pur non partecipando direttamente allo sviluppo del launcher, lo ha fatto indirettamente ed è stato determinante per alcuni aspetti. Pertanto, non preoccuparti più di tanto di trovare una persona a cui rivolgerti. Come vedi, siamo (più o meno) tutti presenti.

[ Modificato lun 02 feb 2009 - 20:23 ]
Torna ad inizio pagina
Sito Web
barta
lun 02 feb 2009 - 21:02

online
Utente registrato #4207
Registrato il: mar 17 apr 2007 - 16:50
Messaggi: 291

Caro Danix, ho letto con attenzione il tuo post.

sulla questione estensioni e profilo, ho girato a VITRIOL la domanda... chissà che non abbia una risposta.
Purtroppo pur essendo molto esperto non credo usi X-OOo e quindi forse non ha le competenze per rispondere. Comunque tentar non nuoce

aggiungo però alcune mie impressioni:

a- in X-OOo 2.x le estensioni giravano perfettamente ed erano in user e non in bin

b- anche le mie estensioni della user 2.x travasate nella 3.x funzionano in quest'ultima (e si trovano fuori da bin)... l'unico problema è quel messaggio di errore nella schermata “gestione estensioni” ma come detto il funzionamento non sembra inficiato.

A naso, mi verrebbe da dire che le estensioni possono funzionare anche al di fuori di bin...
e che probabilmente i problemi sono dovuti al fatto che nella costruzione della struttura di X-OOo 3.0.1 le avete per sbaglio (vostra stessa ammissione) sistemate in bin e non in user.

Se fosse vero che fuori da user non possono girare mi sembrerebbe quindi starno che per sbaglio abbiate imbroccato proprio la directory giusta.

A questo punto tu però mi ribatti che dai tests fatti “le stesse estensioni trasportate da un X-OOo_3 all'altro non hanno funzionato. Sembra quindi che debbano essere obbligatoriamente installate”.

Dimmi un po': questo test come l'avete svolto?

Avete semplicemente copiato il contenuto della directory incriminata ( X-OpenOffice 3\Bin\OpenOffice.org 3\share\uno_packages\cache\uno_packages ) dal Bin di un X-OOo 3.0.1 in cui le estensioni funzionavano al Bin di un X-OOo vergine?

Se è così mi verrebbe da pensare che magari nell'installazione di un'estensione oltre a quella famosa subdir vengono copiati altri files di cui non ci siamo accorti da qualche altra parte... e ciò spiegherebbe il mancato funzionamento nell'altro X-OOo.

Su X-OOo 2.x le estensioni installate sull'user di un PC funzionavano perfettamente travasando l'intera directory user su un altro PC... in questo modo eventuali altri file sparsi per altre folder (ma probabilmente sempre dentro a user) venivano portati appresso.

Da come l'ho intesa io la struttura di X-OOo era la seguente (correggetemi se sbaglio): avere le varie folder (Bin, Lib ecc.) contenenti i files necessari al funzionamento del programma e la directory User in cui venivano salvate tutte le modificazioni personali (preferences, macro, toolbar e anche estensioni).

Di fatto la directory user era l'unica che veniva modificata di volta in volta mentre tutto il resto rimaneva intonso...

ora per la famosa svista le estensioni sono sfuggite al di fuori della directory user e stanno creando questi problemi.

Se il mio teorema è giusto, impacchettando ex-novo X-OOo 3.0.1 mantenendo tutto ciò che concerne le estensioni in user come era in X-OOo 2.x i conti dovrebbero tornare.
Torna ad inizio pagina
Danix
lun 02 feb 2009 - 21:55

online

Utente registrato #1
Registrato il: ven 29 dic 2006 - 05:38
Provenienza: Sassari
Messaggi: 12956
Dimmi un po': questo test come l'avete svolto?
Avete semplicemente copiato il contenuto della directory incriminata ( X-OpenOffice 3\Bin\OpenOffice.org 3\share\uno_packages\cache\uno_packages ) dal Bin di un X-OOo 3.0.1 in cui le estensioni funzionavano al Bin di un X-OOo vergine?

Puoi farlo tu stesso: la famosa directory X-OpenOffice 3\Bin\OpenOffice.org 3\share\uno_packages\cache\uno_packages corredata delle estensioni provenienti da un'altra installazione, al primo avvio di X-OOo viene cancellata.

A naso, mi verrebbe da dire che le estensioni possono funzionare anche al di fuori di bin...
e che probabilmente i problemi sono dovuti al fatto che nella costruzione della struttura di X-OOo 3.0.1 le avete per sbaglio (vostra stessa ammissione) sistemate in bin e non in user.
Noi non abbiamo assolutamente stravolto l'architettura del programma, in X-OOo_2 vengono nativamente lette da \User, in X-OOo_3 da \Bin. Se si dovesse riuscire a portale in \User, apportando un notevole vantaggio in caso di upgrade, e ammesso che questo non sia già insito nella natura stessa di OOo, sarebbe una forzatura (che peraltro saremmo ben contenti di poter attuare, se sortisse gli effetti sperati).

ora per la famosa svista le estensioni sono sfuggite al di fuori della directory user e stanno creando questi problemi.
Ripeto, la svista sta nel non essersi accorti che venivano installate in \Bin piuttosto che in \User e non nel non aver operato la modifica, che probabilmente non potrà neanche essere attuata (aspettiamo però riscontri in tal senso, prima di fasciarci la testa).

Esempio: se vuoi installare un motore di ricerca in Firefox (o X-Firefox), hai la duplice possibilità di caricarlo in \Bin\Firefox\searchplugins o in \User\Firefox\Profiles\Default\searchplugins. Se fosse possibile fare la stessa cosa, o una analoga per X-OOo_3, potremmo risolvere, altrimenti l'azione potrebbe diventare una forzatura potenzialmente controproducente.

[ Modificato lun 02 feb 2009 - 22:00 ]
Torna ad inizio pagina
Sito Web
barta
lun 02 feb 2009 - 22:34

online
Utente registrato #4207
Registrato il: mar 17 apr 2007 - 16:50
Messaggi: 291

Danix, ho ripetuto il tuo test e invece sono riuscito a portabilizzare le estensioni presenti in Bin. La mia intuizione era giusta: non basta copiare il contenuto della subdir: X-OpenOffice.org 3\Bin\OpenOffice.org 3\share\uno_packages\cache\uno_packages

bisogna tirarsi dietro anche tutto il restante contenuto della subdir X-OpenOffice.org 3\Bin\OpenOffice.org 3\share\uno_packages\cache\

ovvero le sub-suddir “registry” ed i files “stamp.sys” e “uno_packages.db”

se ti trasporti anche loro le estensioni vengono mantenute e non vengono azzerate al successivo rilancio di X-OOo come invece accade se uno copia solo la subdir uno_packages

non ho fatto le prove sovrascrivendo singolarmente i vari file di accompagnamento ma è possibile che per la portabilità non siano nemmeno necessari tutti quanti... ad occhio e croce, per il nome, forse l'unico che serve davvero è “uno_packages.db”.

Me ne sono accorto perchè c'era un evidente paradosso:

a- le estensioni correttamente installate su X-OOo 3.x in Bin non erano portabili
b- le estensioni empiricamente trasportate in User da X-OOo 2.x erano invece portabili

doveva necessariamente esserci qualcosa che creava i casini nella situazione “a”...
il problema erano proprio questi “files di accompagnamento”.

Risolto quindi il primo casino: ovvero la trasportabilità delle estensioni situate in Bin da un X-OOo 3.x ad un altro senza necessità di doverle reinstallare.

Tornando invece alla radice del problema ovvero la questione User/Bin inizio finalmente a capire meglio la cosa.

Da quanto mi dici il passaggio dello stoccaggio delle estensioni dalle directory User a Bin è una cosa che è presente anche in OOo 3.x ufficiale.

Pensavo invece che fosse stato un vostro errore...
e invece il fatto che nativamente si trova tutto in Bin, probabilmente complica le cose...

l'esempio che mi fai riguardo alle estensioni in X-Firefox è lampante: se ho ben capito in quel programma l'utente può decidere in quale directory installare le proprie estensioni.

Da quel che ne so invece in OOo 3.x questa opzione non è prevista: quando aggiungi un'estensione il programma fa tutto in automatico e non permette di impostare la directory.

Il fatto però che le estensioni trasportate in User da X-OOo 2.x riescano comunque a funzionare anche in X-OOo 3.x lascia viva qualche speranza.

Probabilmente bisognerebbe agire alla fonte e “forzare” OOo a fare riferimento alla directory user per tutto quel che concerne l'installazione e lo stoccaggio delle estensioni.

Se si riuscisse a fare questo sarebbe davvero un colpo da maestro in quanto si risolverebbe la grana della sincronizzazione tra X-OOo su PC diversi che ho spiegato in miei precedenti posts.
Torna ad inizio pagina
Danix
lun 02 feb 2009 - 23:16

online

Utente registrato #1
Registrato il: ven 29 dic 2006 - 05:38
Provenienza: Sassari
Messaggi: 12956
Barta, anche io ho provato la tua soluzione (le ho provate tutte!) ma non ha funzionato!
La cartella X-OpenOffice.org 3\Bin\OpenOffice.org 3\share\uno_packages\cache\uno_packages veniva comunque cancellata!

Ok, ripeto il test.

Il fatto però che le estensioni trasportate in User da X-OOo 2.x riescano comunque a funzionare anche in X-OOo 3.x lascia viva qualche speranza.

Sì, giusto

Probabilmente bisognerebbe agire alla fonte e “forzare” OOo a fare riferimento alla directory user per tutto quel che concerne l'installazione e lo stoccaggio delle estensioni.

Stai facendo già un ottimo lavoro nel supportarci. Non ti fermare.

[ Modificato lun 02 feb 2009 - 23:16 ]
Torna ad inizio pagina
Sito Web
Danix
mar 03 feb 2009 - 02:41

online

Utente registrato #1
Registrato il: ven 29 dic 2006 - 05:38
Provenienza: Sassari
Messaggi: 12956
Quindi, funziona, ma bisogna trasferire tutta la cartella cache.

Anzi, ti do una bella notizia: se rimuovi la cartella "cache" da \Bin\OpenOffice.org 3\share\uno_packages\ e la copi in \User\OpenOffice.org 3\user\uno_packages, tutte le estensioni vengono riconosciute.

Quindi basta predisporre una copia da $Bin$ a $User$ della cartella estensioni (dato che saranno sempre installate in $Bin$) e la rimozione di cache da $Bin$.

C'è però un problema al quale hai accennato anche tu: le estensioni non appaiono in "Gestione estensioni". Inoltre, le cartelle TEMP spariscono da uno_packages, ma i dizionari continuano comunque a funzionare. E' un mistero.

Bisognerebbe testare questo fix (da sovrascrivere a un nuovo pacchetto X-OpenOffice.org_3.0.1_rev7.zip) che (in teoria) dovrebbe risolvere:

  1. il problema dei dizionari
  2. quello dell'eventuale installazione di nuove estensioni (che saranno lette da \user)
  3. l'upgrade di versione

X-OpenOffice.org_3.0.1_rev8.zip

C'è da capire se qualsiasi estensione installata secondo la procedura standard di OOo, al successivo riavvio del programma e al cambio di drive o percorso, funziona regolarmente, malgrado non appaia in Gestione estensioni. Questo me lo dovrai dire tu.

[ Modificato mar 03 feb 2009 - 04:36 ]
Torna ad inizio pagina
Sito Web
barta
mar 03 feb 2009 - 06:43

online
Utente registrato #4207
Registrato il: mar 17 apr 2007 - 16:50
Messaggi: 291
grande Danix. hai fatto le ore piccole per me.

stamattina sono al lavoro. nella pausa pranzo dovrei trovare il tempo per fare i tests.

ti faccio sapere
Torna ad inizio pagina
Danix
mar 03 feb 2009 - 13:47

online

Utente registrato #1
Registrato il: ven 29 dic 2006 - 05:38
Provenienza: Sassari
Messaggi: 12956
Questa storia è un vero mistero:

Le cartelle _TMP copiate da $Lib$ a %OPEN_OFFICE_USER_HOME%\user, al secondo avvio scompaiono:

Spoiler:



Viene modificato qualche file del profilo (il quale mantiene dimensioni simili, anche dopo la cancellazione/trasformazione "magica"):

Spoiler:


I dizionari son sempre funzionanti, ovunque si sposti X-OOo.
Se si cancella la cartella del profilo e quindi si riavvia X-OOo.exe, ne viene creata un'altra, ma in questo caso i dizionari smettono di funzionare.

Controprova: se si cancella tutta la cartella \Bin\OpenOffice e si sostituisce con una nuova, mantenendo però il profilo che contiene magicamente i dizionari, questi funzionano. Quindi, tirando le somme, i dizionari sono nel profilo. Ma dove??

[ Modificato mar 03 feb 2009 - 13:52 ]
Torna ad inizio pagina
Sito Web

Vai a pagina   <<        >>  
Moderatori: Danix, Taf, Rcs, Energy, zandet2, ZioZione, Admin, LordJim60

Salta:     Torna ad inizio pagina

RSS discussione: rss 0.92 RSS discussione: rss 2.0 RSS discussione: RDF
Powered by e107 Forum System