Newsgroup: it.comp.programmare.win32
Titolo: VC++: PropertySheet e array di controlli

Salve a tutti,
avrei urgente bisogno di aiuto su questi punti:
1) c'è un modo per fare un array di controlli? In particolare mi servirebbe
un array di edit box.
2) c'è qualche controllo che mi faccia una tabella editabile (che non sia
una flexgrid con una edit box che si sposta a seconda di dove è stato
premuto)?
3) come faccio a mettere un menu ad un PropertySheet?
Grazie per l'aiuto.
Camilla
--------------------------------
Inviato via 
http://usenet.libero.it

 3) come faccio a mettere un menu ad un PropertySheet?
Devi derivare una classe da CPropertySheet (ovviamente...) e nella
OnInitDialog o nella OnCreate (in base all'utilizzo che ne fai) puoi
richiamare la SetMenu
Ma ciao !
P.S.: ma se non ho capito male sei una lei che fa la programmatrice? fico...

 P.S.: ma se non ho capito male sei una lei che fa la programmatrice?
fico...
Non sono propriamente una programmatrice, sono una laureanda in fisica!
Grazie per l'aiuto.
Ciao


 devo fare sarebbe un array per ogni numero (quindi fs[7], ecc.).
Non vedo il problema...
CArray <CWnd *, CWnd *> fs;
fs.Add(GetDlgItem(IDC_EDIT_VUN));
fs.Add(GetDlgItem(IDC_EDIT_DO));
fs.Add(GetDlgItem(IDC_EDIT_TRI));
A questo punto usa pure il la tua soluzione migliore...
Ma riciao!
P.S.: ma da quando i fisici se la programmano?

 P.S.: ma da quando i fisici se la programmano?
In realtà l'unico esame di Programmazione che possono sostenere i fisici
(con le nuove lauree non so) è un esamino di Fortran '77.
Ho dovuto imparare il VC++ quando sono entrata in tesi per programmare,
tramite bus VME, un ADC che acquisisce dati da un multirivelatore di
particelle.


 > P.S.: ma da quando i fisici se la programmano?
la mia carriera è iniziata con la fisica :-)
Ti conferisce una mentalità ottima per il problem solving.

 Ti conferisce una mentalitŕ ottima per il problem solving.
Che dire... facciamogli tutti i complimenti al ragazzuolo e che solving
tutti i nostri problemi...


Capisco cosa vuoi dire, non era per vantarmi ma per difendere la categoria
dai luoghi comuni!
Ciao

 un array di edit box.
Usa un'array di puntatori.
Il CArray o CPtrArray dell'MFC (il secondo però ti obbliga a castare
esplicitamente quando fai il retrieve del puntatore perchè sono tutti void
*) oppure se non vuoi l'MFC usa il vector dell'STL.


Ah, non come avevo già suggerito io...mah!

 ha scritto nel messaggio
news:1Oty9.1374$8E3....@twister2.libero.it...

Guarda che qui non è una competizione, io cerco solo di dare info
*panoramiche* perchè le tue se pur molto competenti o sono poco dettagliate
o sono troppo specifiche per un'implementazione particolare.

 Ti conferisce una mentalitŕ ottima per il problem solving.
Sě, ma ti sembra di non saper fare nulla!
Hai studiato anche tu fisica?
Camilla


 ha scritto nel messaggio
news:%Dty9.1465$Bs5....@news1.tin.it...

E' quello che aveva detto anche a noi il nostro prof. di fisica
all'università.
Ahhh, bei tempi....
Martino.

 Ahhh, bei tempi....
E guarda poi che fine hai fatto 
pipp...@hotmail.com
 ...

> E guarda poi che fine hai fatto 
pipp...@hotmail.com
 ...
Ora comincio a capire perchè su it.comp.lang.c++ sei considerato un troll.

 Hai studiato anche tu fisica?
Si anche se ora ne è passato di tempo.
Fatti coraggio vedrai che ora ti sembra così perchè non sei abituata a
muovere le mani, ma quando avrai trovato il mondo dove "applicarti"
scoprirai che grazie ai tuoi studi ti risulterà tutto più facile.
Un grosso in bocca al lupo

> Ora comincio a capire perchč su it.comp.lang.c++ sei considerato un troll.
"troll" con i controc---i perň...
Comunque sempre meglio che ozzanoilgoc nella vita, ma non disperare...

> Comunque sempre meglio che ozzanoilgoc nella vita, ma non disperare...
Non dubito tu possa riuscire bene anche in quello dato le premesse.

> Non dubito tu possa riuscire bene anche in quello dato le premesse.
Ma sbaglio o ci stai prendendo gusto a non chiudere la conversazione?
In ogni caso vedo che nonostante i tuoi "fantomatici studi" non riesci
nemmeno a comprendere il significato dei messaggi che ti posto...
A quanto pare il "problem solving" con te non lo si solving...
Ma ciao
P.S.: cerca qualcun altro per perdere tempo soccia!

 > Non dubito tu possa riuscire bene anche in quello dato le premesse.
č perchč
ozzanoilgoc  = coglionazzo
Hai studiato tecniche di criptazione eh? Si vede...

> ozzanoilgoc  = coglionazzo
Solo uno che ha il "problem solving" facile lo poteva intuire...

 Solo uno che ha il "problem solving" facile lo poteva intuire...
Hai ragione non ho mai visto niente di più complicato.
Se proprio un osso duro, non c'è che dire.

 ha scritto nel messaggio
news:1Oty9.1374$8E3....@twister2.libero.it...

Ecco, Raffaele. Questo e' quello che intendevo io riguardo a MFC nell'altro
thread (quello sul colore di sfondo delle edit box). Perche' devo usare un
oggetto CArray di non so quante righe di codice (suppongo parecchie) quando
il C mette a disposizione l'array (che poi non e' altro che una zona di
memoria contigua)?
Luca

 memoria contigua)?
Ovviamente dipende dalla tua esigenza, per quel che mi riguarda ad esempio,
in questo caso specifico, non me lo sarei nemmeno sognato di usare
l'array...
Ma a te il Ciccio++ non piace proprio, vero?

 ha scritto nel messaggio
news:TPKy9.4639$Zn2.1...@twister1.libero.it...

MFC e STL non hanno niente a che vedere con il C++. Il C++ non mi discpiace,
solo che fino ad adesso non ho avuto necessita' di utilizzarlo.
Luca

 solo che fino ad adesso non ho avuto necessita' di utilizzarlo.
E non ti ha mai incuriosito? Io non la vedo una questione di "necessità",
più una scelta...


Se devo andare a fare la spesa al minimarket due isolati piu' avanti ci vado
con la bicicletta, che faccio lo slalom tra le macchine e arrivo prima
(sempre che non aprano di colpo le portiere). Non ci vado col fuoristrada.
Quello lo uso quando devo andare in montagna.
Luca

 Quello lo uso quando devo andare in montagna.
Sono d'accodo, ma un'ultima cosa...
Penso che tu nella vita faccia il programmatore come lo faccio io, è anche
una questione di "vendersi" (a parte il gusto personale che ci provo...) :
secondo te una società che deve sborsare fior fior di soldi (poi non so a
quanti ti vendi tu...) preferisce farlo per un programmatore che ci mette un
fottio di tempo solo per creare una finestrina? Trai le tue conclusioni...


Questo e' un luogo comune da sfatare. Per creare uno scheletro standard di
applicazione Win32 ci metto tanto quanto ci metti tu usando i wizard, solo
che tu non sai cosa c'e' dentro, io invece si :). Un po' di taglia&incolla e
la GUI e' pronta, poi bisogna scrivere il programma, ma quello lo si deve
fare anche con le MFC, non c'e' wizard che tenga.
Luca

 fare anche con le MFC, non c'e' wizard che tenga.
Ah, quindi "non so cosa c'e' dentro, tu invece si" ? Credi che non abbia mai
programmato senza MFC ? Non importa comunque, chiudiamo qui il discorso...
P.S.: io non prenderei mai uno che programma per windows in C e non conosce
una virgola di C++, ti ricordo inoltre che per conoscere il C++ devi prima
imparare bene il C...


Perche' no, scusa? Comunque grazie del consiglio, corro a studiare il C
(comunque io ho detto che non conosco bene il C++ e che non lo uso, non che
non ho la piu' pallida idea di cosa sia e di cosa faccia... ho usato per un
po' di tempo java che in fondo non e' che sia troppo diverso dal C++ come
architettura).
Luca.

 architettura).
Non vorrei che ti passi per la mente che io ti volessi offendere, ci
mancherebbe!!!
Mi piace soltanto discutere anche di questi aspetti, purtroppo ogni tanto
sono forse un po' troppo, come si dice qui, OT.
In ogni caso, mi ha fatto piacere scambiare due chiacchere.
Raffaele

 MFC e STL non hanno niente a che vedere con il C++.
Sei sicuro? I nomi si riferiscono a Classi e Templates, sono strumenti del
linguaggio c++...
Cmq se vuoi stare leggero usa i template dell'stl a mio avviso è anche più
facile il porting sotto unix.


Rob, forse hai perso qualche scambio di battute (cosa tutt'altro che
impossibile, visto il numero non indifferente di post OT fatti nelle ultime
ore...). La mia affermazione era riferita alla frase detta da Raffaele:
++ Ma a te il Ciccio++ non piace proprio, vero?
Quando invcece si stava parlando delle classi che implementano gli array in
MFC e in STL. Io avevo detto che non amavo particolarmente le MFC (le STL in
fondo non le conosco + di tanto), il C++ e' un altro discorso. Tutto qui :).
Comunque, si, se dovessi passare al C++ penso che userei stl (per la
precisione la WTL, che mi sembra abbastanza interessante, per quel poco che
ho visto)
Luca

 *) oppure se non vuoi l'MFC usa il vector dell'STL.
Credo di essermi spiegata male, in fondo sono solo 7 mesi che programmo con
VC++!
Quando parlavo di array di edit box, intendevo una struttura come in Visual
Basic capace anche di gestirmi l'evento change di tutte le edit box con un
unico handler che mi passa l'indice del comando che l'ha generato.
Ciao


 unico handler che mi passa l'indice del comando che l'ha generato.
Penso di aver capito. Purtroppo a meno di non usare librerie esterne (e per
una tesi non te lo consiglio) fatte da chissà chi non troverai nulla di
standard che ti gestisca questo evento.
Cmq puoi implementarlo tu stessa anche facilmente, in questo modo:
Fai un override della dialog proc del property page che contiene gli edit
box.
Sull'elaborazione del messaggio WM_COMMAND -> EN_CHANGE (word più
significativo di wParam) fai un controllo sul parametro wParam dove viene
indicato l'ID dell'edit box che ha mandato la notifica (word meno
significativo).
Se l'ID è dentro il tuo array (nell'array ci sarà il puntatore alla classe
da cui estrai l'ID) allora sai che esattamente quale edit ha generato
l'evento.
Forse l'idea ti era già venuta cmq così ti confermo che può essere una
strada percorribile.
Ciao