Newsgroup: it.comp.programmare.win32
Titolo: [VisualC++] Differenze OnOK - OnCancel

Che differenza c'è tra le due funzioni? Entrambe chiudono una finestra
di dialogo.... ma...?
Thanks
--
Icq: 32405502
Se le persone che parlano male di me, sapessero quello che dico io di loro, parlerebbero peggio.
Jim Morrison
Clicca sul link per contattarmi direttamente da icq
http://msg.mirabilis.com/scripts/contact.dll?msgto=32405502

 di dialogo.... ma...?
Una viene chiamata quando premi OK e l'altra quando premi CANCEL.
Easy!
-- 
Luc.

Era un luminoso pomeriggio di aprile, e i due giovani Luc
<XXX...@katamail.comXXX> e Piero si incontrarono nella radura di
Sherwood (it.comp.programmare.win32), dicendo:

No no, aspetta...
Mi spiego meglio: a quanto ho capito è possibile definire un tasto, lo
chiamo "IDC_EXIT" per esempio... poi creo la funzione OnExit...
A questo punto è indifferente mettere OnOK e OnCancel? Fanno
perfettamente la stessa cosa, nello stesso modo, o in modo diverso?


 perfettamente la stessa cosa, nello stesso modo, o in modo diverso?
Esattamente non saprei, ma per corretta programmazione se il tuo Exit 
prevede la memorizzazione/validazione di dati immessi chiami OnOK, se 
invece l'exit intende la 'perdita' dei dati allora chiami OnCancel. Tutto 
questo, ovviamente, se in un dialog.
PS: non è meglio avere OK e CANCEL?
-- 
Luc.

PS: non è meglio avere OK e CANCEL?
Sicuramente... 
la mia era solo una curiosità, visto che il libro che sto studiando
riportava questo caso ma non lo spiegava in modo dettagliato...
Cmq, mi sbaglio o la programmazione con le MFC è del tipo:
"e puo fare anche toast, pizzette..." 
"Si, e poi chi lo pulisce?" 
"Si pulisce da solo!"?
Considera che ho iniziato ora a fare i primi programmi "visual" ma
pare che faccia tutto da solo, in automatico... ma dico, non avrò mica
sprecato ore e ore di studio passate sullo shildt?? :( 
Spero che almeno la programmazione visuale senza MFC sia diversa, o
qui mi tolgono tutto il gusto nel programmare! :)


sprecato ore e ore di studio passate sullo shildt?? :( 
Bhé sullo Schildt sono sicuramente state sprecate...
-- 
                    Marco Barisione (ICQ 84277092)
Se sei interessato alla creazione di un newsgroup generico in cui si
possa parlare di quei linguaggi di programmazione senza un gruppo
apposito vota per it.comp.lang su it.news.votazioni.

 di dialogo.... ma...?
Le due differenze principali che mi vengono in mente al volo sono:
1) La OnOK() chiama internamente UpdateData(), che serve per le funzioni
DDX/DDV (aggiornamento delle variabili "collegate" ai controlli). La
OnCancel() non lo fa;
2) La OnOK() chiude la dialog con EndDialog( IDOK), mentre la OnCancel
chiude la dialog con EndDialog( IDCANCEL). E per le dialog modal e`
abbastanza utile conoscere il codice di ritorno. :-)
--
Lorenzo

 qui mi tolgono tutto il gusto nel programmare! :)
Che dici?!?! 
-- 
Luc.

Bhé sullo Schildt sono sicuramente state sprecate...
Onestamente non mi sono trovato male sullo shildt, l'ho trovato
abbastanza completo... anche se effettivamente non avendo letto altri
libri non posso esprimere un giudizio obbiettivo...
Cos'ha di così brutto? Quale avrei dovuto studiare?


Thanks :)


Che dici?!?! 
Premetto che sono ignorante in materia, mi sto avvicinando ora al
visual, ma il mio prof. mi aveva detto che è possibile programmare in
windows senza MFC tramite procedure....
Ipse dixit...


 windows senza MFC tramite procedure....
- Non si programma IN windows ma SU windows.
- La programmazione visual non vuol dire che scrivi codice che apre 
finestre e crea controlli (cosa che si può fare con le API di windows).
- Si intende programmazione visuale quando l'infrastruttura della GUI 
viene 'programmata' senza digitare codice ma creando template di dialog e 
posizionando i vari controlli in maniera grafica.
-- 
Luc.

Cos'ha di cosě brutto?
*Dicono* che sia pieno di errori.


 - Non si programma IN windows ma SU windows.
ROTFL !...
-- 
Posted from  [80.105.34.80] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 windows senza MFC tramite procedure....
In quel caso non si chiama "visuale".
Il termine "visuale" lascia intendere che si stiano
sfruttando delle caratteristiche dell'ambiente
di sviluppo, che ti consentono di creare finestre e 
controlli senza troppi sforzi, nonche' le relazioni 
che li legano.
Comunque, il tuo prof. ha ragione.  
In Windows si possono usare le API primitive (che 
sono poi quelle "wrappate" dalle gerarchie di classi 
costituenti il framework specifico di ogni compilatore).


*Dicono* che sia pieno di errori.
Ah si.. su questo non ci sono dubbi, ma d'altra parte quale libro non
li ha? Se poi studi la teoria e non basi tutto il tuo sapere sugli
esempi... ti aggorgi subito dove sta l'errore.
Cmq dovrebbe uscire una terza edizione.... chissà :)


che li legano.
Capito :)


Cmq dovrebbe uscire una terza edizione.... chissŕ :)
mi pare gli abbiano forzatamente affiancato altri programmatori
proprio per evitare errori.


Errori gravi numerosi e di concetto, prova a cercare su internet.
uhm... a quanto pare è meglio se ricomincio da 0...
Tu quale libri consigli?
Ovviamente che non siano del tipo "for dummies" :)
Qualcosa di consistente


Tu quale libri consigli?
Guarda le faq di it.comp.lang.c++ su 
cpp.programmazione.it
, qui però
siamo andati sull'OT in quanto non stiamo parlando di win32.
