@Steno: Win7 e problema Data da risolvere
Inviato: 26/01/2010, 19:10
Scusa se apro un nuovo post su un argomento che e' gia' stato accennato in altri ma visto che il numero di utenti che usano Win7 e' destinato a crescere sempre di piu', mi pare giusto per metterlo in evidenza (magari anche solo per evitare l'apertura di altri thread sull'argomento).
Riepilogando:
- se si usa la 3.0.1 con win7 non e' possibile aprire gli archivi perche' da errore sul formato data che, a quanto pare, win7 gestisce nel formato americano MM/DD/YYYY. Il programma appare quindi inutilizzabile (sinceramente non so se dia lo stesso errore in altre funzioni, io l'ho verificato solo li').
- se si usa la 3.3 beta sempre con win7 gli archivi si aprono ma il formato data mostrato negli archivi e' sempre MM/DD/YYYY. Al momento pero' di visualizzare la fattura questa riporta la data nel formato corretto.
Se poi passiamo alla compilazione di una nuova fattura notiamo che nella maschera di composizione la data appare in formato MM/DD/YYYY ma quando si passa alla visualizzazione ritorna in formato corretto, cioe' DD/MM/YYYY
Ora, se uno si vuole adattare ci riesce, basta ricordarsi che quando si digita una data bisogna seguire il formato americano e lo stesso quando si cerca in archivio, pero' questo puo' causare svariati errori specialmente nelle date che non danno errore (es. 03/01/2010 sara' sempre accettata, mentre 27/01/2010 non lo sara', e' evidente che se vogliamo scrivere 3 gennaio e ci ritroviamo 1 marzo si creano casini in contabilita').
A questo punto la 3.3 beta non puo' essere considerata una soluzione "valida" per chi ha Win7, se non mettendo in conto possibili errori. Sarebbe quindi abbastanza urgente riuscire a risolvere il problema altrimenti chi deve usare Win7 per forza si ritrovera' a dover abbandonare il programma e questo mi dispiacerebbe assai visto che mi piace vedere il mio nome nei credits =p~
Se si riesce a sistemare il problema data invece, la 3.3 beta puo' essere una soluzione, seppur temporanea, in attesa della 3.3 stabile e io potro' continuare a vedere il mio nome girare all'infinito =d>
Quindi... dai Steno, ti supplico!!!
--
Vincenzo [fan di Microfatture da sempre]
Riepilogando:
- se si usa la 3.0.1 con win7 non e' possibile aprire gli archivi perche' da errore sul formato data che, a quanto pare, win7 gestisce nel formato americano MM/DD/YYYY. Il programma appare quindi inutilizzabile (sinceramente non so se dia lo stesso errore in altre funzioni, io l'ho verificato solo li').
- se si usa la 3.3 beta sempre con win7 gli archivi si aprono ma il formato data mostrato negli archivi e' sempre MM/DD/YYYY. Al momento pero' di visualizzare la fattura questa riporta la data nel formato corretto.
Se poi passiamo alla compilazione di una nuova fattura notiamo che nella maschera di composizione la data appare in formato MM/DD/YYYY ma quando si passa alla visualizzazione ritorna in formato corretto, cioe' DD/MM/YYYY
Ora, se uno si vuole adattare ci riesce, basta ricordarsi che quando si digita una data bisogna seguire il formato americano e lo stesso quando si cerca in archivio, pero' questo puo' causare svariati errori specialmente nelle date che non danno errore (es. 03/01/2010 sara' sempre accettata, mentre 27/01/2010 non lo sara', e' evidente che se vogliamo scrivere 3 gennaio e ci ritroviamo 1 marzo si creano casini in contabilita').
A questo punto la 3.3 beta non puo' essere considerata una soluzione "valida" per chi ha Win7, se non mettendo in conto possibili errori. Sarebbe quindi abbastanza urgente riuscire a risolvere il problema altrimenti chi deve usare Win7 per forza si ritrovera' a dover abbandonare il programma e questo mi dispiacerebbe assai visto che mi piace vedere il mio nome nei credits =p~
Se si riesce a sistemare il problema data invece, la 3.3 beta puo' essere una soluzione, seppur temporanea, in attesa della 3.3 stabile e io potro' continuare a vedere il mio nome girare all'infinito =d>
Quindi... dai Steno, ti supplico!!!
--
Vincenzo [fan di Microfatture da sempre]