Newsgroup: it.comp.lang.visual-basic
Titolo: Odio Vb.Net

Come detto un una mia precedente, oggi ho iniziato a migrare verso VB Net.
E' tutto il giorno che Bestemmpio nel tentativo di convertire un mio lavoro 
fatto con VB6.
Dopo aver rinunciato alla conversione, mi metto ascrivere a maniana.
Altre Bestemmie, Sintassi Diversa, Comandi diversi, Chiamate api.. non ne 
parliamo, type e structure... insomma un casino,
ma tuttavia s'ha da fare...
Stanco di questa giornata, spero di ottenere il vs. aiuto per il prossimo 
passaggio e cioe:
Come tradurreste da Vb6 a VbNet il seguente codice ?
Type Record   ' Definisce il tipo definito dall'utente.
   ID As Integer
   Name As String '* 20
End Type
Dim Campo As Record
Open App.Path & "\Nomefile.txt"  For Random As #1 Len = 255
Get #1, NumRec, Campo.Name

 Get #1, NumRec, Campo.Name
e qui c'č il grande inghippo... dipende da cosa hai selto come tipo di 
stream, in genere comunque userai un metodo Read().
Ciao 

 Dim file As BinaryReader(Application.StartupPath + "\Nomefile.txt")
Occhio che grazie a Vista inizierei a sostituire app.path con un più 
sintetico 
Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData) 
:P
Ciao 

 Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData) 
E' sempre stata una cosa brutta scrivere nella directory 
dell'applicazione. Anche perché, se poi disinstalli il programma, ti 
rimane la directory in Programmi con dentro i file aggiunti. Odioso.
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Saluti, VITRIOL

 rimane la directory in Programmi con dentro i file aggiunti. Odioso.
sbaglio o "CommonApplicationData" e' read/write per i soli membri 
amministratori e readonly per i normal user?
se e' corretto questo, manca un folder "comune" read/write per tutti gli 
eventuali utenti della macchina, cosa abbastanza "richiesta".. :D
saluti
-- 
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz
 
http://italy.mvps.org
DbaMgr2k ver 0.21.0 - DbaMgr ver 0.65.0 and further SQL Tools
--------- remove DMO to reply 

 eventuali utenti della macchina, cosa abbastanza "richiesta".. :D
Sinceramente di 'ste cartelle non si capisce 'na cippa, ma la descrizione č
"directory utilizzata come repository comune dei dati specifici
dell'applicazione utilizzati da tutti gli utenti", e va a finire sotto
C:\Documents and Settings\All Users.WINDOWS\Dati Applicazioni\ (mai capito 
la perchč io ho sia
All Users che All Users.WINDOWS), quindi presumo sia corretta.
Ciao

 quindi presumo sia corretta.
Googolando invece pare che sia il contrario...


 All Users che All Users.WINDOWS)
in lan le cartelle tipo
administrator.dominio / administrator.nome_pc
si creano quando si fa accesso in dominio e locale.
se fai prima accesso come domain admin, creera'
admin // dominio
admin.pc
se lo fai prima locale avrai
admin // pc
admin.dominio
le .windows servono essenzialmente a confondere ulteriormente le cose :)
ciao, a.

 saluti
sembrava anche a me, ma ricordavo che per ini preferenze ecc, gianluca 
cannalire al corso vb2005 dicesse di evitare appunto la app.path (oltre al 
motivo di vitriol, i domain users normalmente in programmi e in windows non 
possono scrivere, quindi per fargli creare anche solo un ldb bisogna settare 
i eprmessi a mano) e di usare le application data del singolo utente o di 
all users. il che avrebbe senso.
certo se la all users e' read only e' una bella dentata :)
ho usato troppo poco 2005 per verificare di persona.
ciao, a.


E quindi dove cavolo le mettereste?
Ciao 

 E quindi dove cavolo le mettereste?
ieri ho scoperto che un* utente che si crede astutissim* ha piazzato un 
sacco di file e cartelle direttamente in
c:\d&s\utente\
cioe' pari a desktop, application data, ecc.
non starci a perdere tempo, saremo assimilati comunque :)
ciao, a.

 non starci a perdere tempo, saremo assimilati comunque :)
Ogni resistenza è inutile ;-)


andrea palazzi ha scritto:

Sigh......no way......mi tocca di installare Vista e provare tutto 
quello che avete detto!
Un po son rabbrividito eh!
Quindi se io voglio continuare ad usare un Access (perchè è 
comodo...perchè monoutente...perchè si!).....e non voglio spippolare nei 
meandri di Vista....
mi faccio dare la pw di admin e mi creo un folder con i permessi RW o 
sennò ciccia???
Facciamo il caso che io debba installare un programmillo in un ufficio 
dove siano tutti user...devo per forza chiamere la direzione e farmi 
fare un pw di admin (o cmq farmi creare un cartella RW?...)
Con XP mi è successo qualche volta....ma raramente!....
In questi casi ho trovato molto comodo mettere TUTTO dentro la dir del 
programma....una subdir "ARCHIVI"....almeno l'admin ha TUTTO dentro 
quella cartella...non deve dare permessi a giro per l'hard disk....che 
poi non si ricorda dove!...perchè in America avremo Admin seri e 
coscenziosi....in Italia.......io trovo Admin che son le segretarie e 
che spippolano a caso!(sarò sfortunato io!)

 caso!(sarň sfortunato io!)
no, e' frequente. inutile resistere, ci stanno assimilando :)
ciao, a.

 sfortunato io!)
Come sfortunato?
A me capitano solo admin maschi strafottenti... :)
Ciao