[EMAIL PROTECTED] ha scritto:
110041 Solver
A finestra ridotta rimane il tooltip "zoom indietro" invece di zoom
avanti, come indica il testo del test.
Ok, verificato. Aperta issue
http://qa.openoffice.org/issues/show_bug.cgi?id=92236
Errori di localizazioni nella guida, che è in inglese, tranne il box
"Per accedere a questo comando"
ciò accade anche nel riquadro del solver nella guida menù -
strumenti, che inoltre presenta un errore di formattazione alla prima
riga:
"Strumenti Il menu \<emph\>Strumenti\</emph\> riunisce i comandi
...."
^^^^^^^^^^^^^^^^^^^
Per gli errori di traduzione sentirò Andrea perché mi confermi se sia
necessario aprire una issue come le altre o piuttosto segnalare la cosa
ai volontari del gruppo traduzione.
Nelle opzioni il livello di epsilon può essere fissato in qualsiasi
valore tra 0 e 2.147.483.647, ma se si inserisce un valore maggiore
di tre, al tentativo di risoluzione, si ottiene correttamente il
messaggio che il valore di epsilon non è valido.
Nessun problema per le funzionalità e la risolzione.
Perfetto.
110044 Finestra di dialogo Condividi documento.
piccolo errore di localizzazione: nella nota nella finestra di
dialogo condividi documento è riportato:
"... e some funzioni come ..."
invece di "... e alcune funzioni come ..."
come correttamente appare nella finestra di avviso quando si apre un
file condiviso
Stesso discorso di prima per le issue di traduzione.
110046 Apri file e salva file per documenti condivisi
fail
la condivisione del file non ha funzionato correttamente.
Riporto l'intera procedura attuata (potrei aver commesso errori
durante il test).
Nella linux-box ho due utenti, utente1 e utente2, entrambi
appartenenti al gruppo "users". Una cartella (es /home/share) è
appartenente al gruppo users e i membri del gruppo hanno diritto di
modifica (drwxrwxr-x).
Da utente1 creo un file di calc che salva nella directory
/home/share e modifico il gruppo di appartenenza a users e i permessi
(rw-rw-r--).
Ora entrambi gli utenti possono aprire il file in modo esclusivo
(nella finestra "condividi documento" OOo riporta "accesso
esclusivo") ed entrambi possono effettuare modifiche e salvarlo, per
cui hanno pieno accesso in lettura/scrittura.
Ora apro il file da utente1, imposto la condivisione e passo a
utente2 e apro il file.
Ottengo correttamente l'avviso che il file è condiviso. Il file
viene aperto e nella barra del titolo è specificato "nomefile.ods
(condivisi) - ..."
Se seleziono strumenti-condividi documento, ottengo la finestra in
cui la casella "condividi questo documento con altri utenti" è
selezionata, ma nell'elenco degli utenti collegati è riportato
"Nessun dato utente disponibile." (in realtà sono collegati sia
utente1, sia utente2).
Effettuo delle modifiche, che avvengono senza indicazione che il
file è in sola lettura, ma appena provo a salvare ottengo una
finestra di errore che recita:
"Questo folgio elettronico non è più disponibile in modalità
condivisa. Salvate il vostro foglio in un file separato e unite
manualmente le vostre modifiche al foglio condiviso."
Cliccando su Ok si apre la finestra di salva con nome e al tentativo
di sovrascrivere i file condiviso ottengo di nuovo la finestra di
errore che il file non è più disponibile in modalità condivisa.
Contemporaneamente utente1 può salvare le modifiche, ma nella
finestra di "condividi documento" sono riportati e dati di accesso
del solo utente1.
Se utente1 ha modificato utente2, tramite "unisci documento" può
incorporare le modifiche di utente1, mentre per incorporare le
modicihe di utente2 nel file aperto da utente1, utente2 deve salvare
con altro nome e utente1 unire questo nuovo documento.
Ovviamente i ruoli si invertono se utente2 apre il file prima di
utente1.
Per sicurezza ho fatto un po' di test approfonditi su questo argomento.
Ho usato due scenari: nel primo ho creato una share su un server windows
2003, nell'altro una share creata tramite Samba 3.0.25b. Entrambe le
share sono state mappate tramite una lettera sulle macchine windows e
sono state montate sulle macchine linux in una apposita cartella. Per
prima cosa ho verificato di avere accesso alle share in
lettura/scrittura creando qualche file di prova e vediricando di poterli
modificare da entrambe le stazioni, poi ho fatto i miei test creando un
file di calc da una macchina, mettendolo in condivisione e poi aprendolo
dalla seconda macchina. In questo scenario ho provato varie modifiche ad
entrambi i documenti simulando due utenti che modificano in
contemporanea lo stesso file. Ho provato anche ad usare un file
condiviso tra una macchina Windows ed una Linux. In conclusione non ho
mai avuto problemi: i fogli di Calc messi in condivisione sembrano
funzionare correttamente, le modifiche vengono riportate correttamente
da entrambe le parti come anche il nome dell'utente e l'orario di
accesso al file nella finestra della condivisione, quindi i test 110044
e 110046 per me sono pass. Direi che gli unici problemi li ho avuti
quando ho cercato di usare un file .xls condiviso, in effetti con questo
formato mi ha dato gli stessi errori che tu riporti. Fra l'altro tu non
indichi che tipo di file hai condiviso. Controllando meglio ho trovato
che la condivisione è supportata solo dal formato ODF, come spiegato qui:
http://blogs.sun.com/GullFOSS/entry/collaboration_for_calc_with_shared
forse sarebbe meglio che OOo non permettesse proprio l'utilizzo
condiviso di un foglio in formato xls se questa funzionalità non è
(ancora) supportata, un messaggio di avviso sarebbe opportuno.
Prova se hai tempo a ripetere i test usando una share di Windows (CIFS),
io non ho provato a condividere i file su filesystem locale come hai
fatto tu, ma non mi risulta che i moderni filesystem di linux tipo ext3
o reiserfs non gestiscano situazioni di sharing e politiche di locking
dei file.
--
Flavio Aime
Network Administrator
ELTEK S.p.A.
[EMAIL PROTECTED]
"Linux: be root. Windows: re boot"
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
