Java Web Start

[VICIUS]

Originariamente inviato da cdimauro

...andare a scrivere a casaccio nella propria home. Windows is not Unix.

Guarda che Windows fa lo stesso

ciao

[cdimauro]

Lo puoi fare, ma ogni buon sviluppatore dovrebbe seguire le linee guida dettate da MS per le applicazioni Windows...

[VICIUS]

Originariamente inviato da cdimauro

Lo puoi fare, ma ogni buon sviluppatore dovrebbe seguire le linee guida dettate da MS per le applicazioni Windows...

Usare C:\Documents and Settings\Utente\Dati applicazioni\Programma\RobeVarie.txt non è come $HOME/.Programma/RobeVarie.txt? Queste sono le linee guida se non ho capito male

ciao

[cdimauro]

E' diverso: su Windows esistono delle precise cartelle in cui andare a infilare ben precisi dati, il cui percorso completo è recuperabile da ben precise chiavi del registry e/o variabili dell'environment, e i dati possono essere invisibili o meno.

Su Unix & co. non esiste niente del genere, e quella di usare .Qualcosa nella home è soltanto una convenzione. Infatti se volessi semplicemente nascondere un file nella mia home, andrebbe a far compagnia a tutta la roba nascosta che i programmi c'infilano dentro...

A parte questo (che è causato dalla mancanza di un vero e proprio attributo per i file nascosti), il fatto è che non esiste proprio il concetto di suddivisione delle informazioni: con Windows posso spostare tutta la home dove voglio io, oppure soltanto la cartella documenti, oppure soltanto Application Data, o Local Settings, ecc. ecc. in maniera assolutamente trasparente a s.o. e applicazioni.

[Manp]

Originariamente inviato da cdimauro

Beh, nel caso di Windows sai già dove dovrebbero stare i tuoi dati: i documenti in %DOCUMENTS% e i dati dell'applicazione in %APPDATA%. Windows is not Unix (e due ).

non è quello il discorso, dico solo che personalmente preferirei fosse lasciata la libertà di decidere dove piazzare i propri salvataggi o quanto meno di poterli spostare e decidere autonomamente dove metterli...

è un discorso generale il mio

[cdimauro]

Ah, ok, adesso ho capito: è una caratteristica che vorresti implementata in Diamonds. In questo caso... HORA HORA HORA! Jocchan, è roba per te!

[VICIUS]

Siamo OT però:

Originariamente inviato da cdimauro

E' diverso: su Windows esistono delle precise cartelle in cui andare a infilare ben precisi dati, il cui percorso completo è recuperabile da ben precise chiavi del registry e/o variabili dell'environment, e i dati possono essere invisibili o meno.

Pure su Linux puoi ottenere queste cartelle grazie a variabili d'ambiente. Il registro di sistema non ce lo abbiamo ci basta un file di testo in /etc o nella home.

Originariamente inviato da cdimauro

Su Unix & co. non esiste niente del genere, e quella di usare .Qualcosa nella home è soltanto una convenzione.

Anche le linee guida che Microsoft ha scritto per Windows non sono altro che convenzioni. Sta poi agli sviluppatori seguirle.

Originariamente inviato da cdimauro

Infatti se volessi semplicemente nascondere un file nella mia home, andrebbe a far compagnia a tutta la roba nascosta che i programmi c'infilano dentro...

La stessa cosa posso farla su Windows. Nessuno mi impedisce di creare file nascosti nelle cartelle che Windows ha riservato per i miei file di configurazione. Poi vista la brutta abitudine degli utenti Windows di usare i privilegi di amministratore è possibile smanettare anche con i file di configurazione degli altri utenti.

Originariamente inviato da cdimauro

A parte questo (che è causato dalla mancanza di un vero e proprio attributo per i file nascosti), il fatto è che non esiste proprio il concetto di suddivisione delle informazioni: con Windows posso spostare tutta la home dove voglio io, oppure soltanto la cartella documenti, oppure soltanto Application Data, o Local Settings, ecc. ecc. in maniera assolutamente trasparente a s.o. e applicazioni.

Se vuoi spostare la home chiedi all'amminstratore di modificare /etc/passwd o fstab se la vuoi mettere in un'altra partizione. Non abbiamo Application Data o Local Settings ma se vuoi spostare tutti i file di configurazione di firefox ad esempio in /firefox non devi fare altro che creare un link simbolico e stai sicuro che sia il programma che Linux non batteranno ciglio.

ciao

[fek]

Originariamente inviato da VICIUS

Siamo OT però:

Esatto, quindi basta qui

Mi sta bene seguire le linee guida di MS su Windows e la convenzione comune su Linux. Tiger, ci sono problemi a farlo?

[Jocchan]

Quindi le linee guida di MS ci impongono Application Data per Win?

[fek]

Originariamente inviato da Jocchan

Quindi le linee guida di MS ci impongono Application Data per Win?

Non ce lo impongono ma ce lo consigliano caldamente. Per te e' ok? Su Mac che facciamo? Approposito, la versione Mac funziona?

[^TiGeRShArK^]

Originariamente inviato da cdimauro

E' vero.

Esattamente, ma proprio perché sono previsti posti precisi per particolari informazioni, è meglio usarli (come suggerivi con %APPDATA%) anziché andare a scrivere a casaccio nella propria home. Windows is not Unix.

Beh, nel caso di Windows sai già dove dovrebbero stare i tuoi dati: i documenti in %DOCUMENTS% e i dati dell'applicazione in %APPDATA%. Windows is not Unix (e due ).

vabbè..
ho visto ke poi ve ne siete andati completamente OT
cmq mi era venuto un dubbio..
siamo sicuri che la variabile d'ambiente %APPDATA% sia usata da tutte le versioni di windows a partire da win95???
sul registro dovrebbe essere così da win95 in poi, ma x le variabili d'ambiente non sono sicuro.
Se abbiamo la certezza che le var d'ambiente siano affidabili per tutte le versioni di win elimino la lettura da registro e uso solo la variabile d'ambiente....

[Jocchan]

Originariamente inviato da fek

Non ce lo impongono ma ce lo consigliano caldamente. Per te e' ok? Su Mac che facciamo? Approposito, la versione Mac funziona?

Per me è preferibile, e di molto. Detesto quando programmi e giochi, di loro iniziativa, mi riempiono la cartella Documenti di roba.

[VICIUS]

Originariamente inviato da fek

Non ce lo impongono ma ce lo consigliano caldamente. Per te e' ok? Su Mac che facciamo? Approposito, la versione Mac funziona?

Che io sappia ancora no. Siamo a corto di mano d'opera su quella piattaforma.

ciao

[Vifani]

Originariamente inviato da VICIUS

Che io sappia ancora no. Siamo a corto di mano d'opera su quella piattaforma.

ciao

Conosco qualcuno che potrebbe aiutarci a testare su Mac. E' un redattore di HWUpgrade che usa solo Mac: Andrea Bai.

Se volete gli chiedo il favore di testarla per lo meno e farci dare il log.

[fek]

Originariamente inviato da Vifani

Conosco qualcuno che potrebbe aiutarci a testare su Mac. E' un redattore di HWUpgrade che usa solo Mac: Andrea Bai.

Se volete gli chiedo il favore di testarla per lo meno e farci dare il log.

Si' grazie, ci farebbe un grosso favore.

[cdimauro]

Originariamente inviato da ^TiGeRShArK^

vabbè..
ho visto ke poi ve ne siete andati completamente OT
cmq mi era venuto un dubbio..
siamo sicuri che la variabile d'ambiente %APPDATA% sia usata da tutte le versioni di windows a partire da win95???
sul registro dovrebbe essere così da win95 in poi, ma x le variabili d'ambiente non sono sicuro.
Se abbiamo la certezza che le var d'ambiente siano affidabili per tutte le versioni di win elimino la lettura da registro e uso solo la variabile d'ambiente....

Non ho trovato documentazione precisa in merito. Sul registro di sistema, è sicuro che a partire da Windows '95 l'entry è presente: http://msdn.microsoft.com/library/de...tallations.asp
"CSIDL_APPDATA

Existed on Windows 2000, Windows NT, Windows 98, and Windows 95."

E' comunque espressamente consigliato utilizzare il registro: http://msdn.microsoft.com/library/de...nums/csidl.asp

"Some CSIDLs can be mapped to an equivalent %VariableName% environment variable. CSIDLs are more reliable, however, and should be used if possible."

Qui http://msdn.microsoft.com/library/de...r_Accounts.asp ci sono le linee guida per sviluppare applicazioni (giochi in particolare) utilizzando account con privilegi limitati:

"Scenario 1: Files that do not need to be viewed or altered by users

A typical example would be the game's configuration file, temporary files, and game cache files. These files are typically kept in the Application Data folder. To obtain this folder path, call SHGetFolderPath with CSIDL_APPDATA or CSIDL_LOCAL_APPDATA as shown in the following code example."

Infine qui http://msdn.microsoft.com/library/de...plications.asp troviamo le linee guida che si DEVONO seguire per poter ottenere il "Windows Logo":

"It is recommended to store application data files appropriately as either common or per-user. That is:
In a subfolder of either the common application folder (identified by CSIDL_COMMON_APPDATA).
In the user profile folders: application data (CSIDL_APPDATA) or local application data (CSIDL_LOCAL_APPDATA).

Application data, such as application state, temporary files, and so on, must not be stored within My Documents."

In generale e in tutti gli esempi ho sempre visto l' uso del registro per ottenere il percorso di queste cartelle speciali, quindi direi di seguire queste linee guida.

[^TiGeRShArK^]

ho committato tutto sul branch per webStart....
se qualcuno può fare il checkout e lo compila col target ant webStart e lo passa a jocchan per provarlo sarebbe cosa buona e giusta dato che con la mia connessione schifosa ogni volta ci perdiamo due ore per scambiarci il file...

[^TiGeRShArK^]

UP...
io dal lavoro non posso fare niente xkè non ho accesso al repository e da casa idem xkè ho la connessione ke fa kakare...
Ki si offre per fare il checkout di java web start e compilare lo zippone per passarlo a jocchan e provarlo????

[fek]

Originariamente inviato da ^TiGeRShArK^

UP...
io dal lavoro non posso fare niente xkè non ho accesso al repository e da casa idem xkè ho la connessione ke fa kakare...
Ki si offre per fare il checkout di java web start e compilare lo zippone per passarlo a jocchan e provarlo????

Posso fare in modo che la build machine crei automaticamente il branch di WebStart.

[^TiGeRShArK^]

ecco perfetto
ehm...
e poi jocchan può accedere da solo alla build machine o glielo mandi tu?