Newsgroup: it.lavoro.informatica
Titolo: Agli esperti di Winform/Dotnet

Sto cercando un controllo winform grid che permetta di avere in alcune 
colonne delle celle con delle combobox editabili. Le combobox o dei 
campi di testo che debbono essere dotati di funzionalità autocomplete.
Il DataGridView ad esempio consente questi controlli ma non permette la 
visualizzazione master-detail nella stessa griglia.
Purtroppo la maggior parte dei controlli visti mi pare che non consenta 
questo. Tutti permettono di inserire delle combo ma questo impedisce 
spesso di aggiungere un elemento ex-novo non presente. L'idea sarebbe 
quella di gestire l'eventuale inserimento delle voci non in lista. Per 
dirne alcuni il C1.FlexGrid o il DevExpr.XtraGrid permettono il lookup 
dalla combo ma non l'inserimento ex-novo. Poi magari non capisco un 
cazzo io però così mi è parso.
Io odio profondamente questi controlli perchè di solito fanno tutto 
salvo quello che ti serve ma devo risolvere un problema in fretta e non 
credo di poter attuare il chi fa da se fa per tre.
Qualche idea? Thanks...

 Qualche idea? Thanks...
ti do un consiglio: quando non riesci a trovare quello che ti serve lo 
dovresti fare da 0 (non proprio da 0 dai ereditando) se devi anche 
farlo in fretta...WTF devi trovare compromesso! :-D tipo combo non trova 
appare popup che dice inserire voce nuova...
cmq nei forum microsoft ci sono persone molto competenti e se vai in 
quelli in lingua inglese e' ancora meglio, ma nel codeplex avete guardato?
ps
ma perche' sviluppate ancora con le winform???? :-O
-- 
http://www.evilripper.net
http://www.flickr.com/photos/evilripper/

 ma perche' sviluppate ancora con le winform???? :-O
Vedi sopra.
Grazie comunque.

 ma perche' sviluppate ancora con le winform???? :-O
Tu sei passato a WPF ? 
Per applicazioni dove non devi abbagliare con effetti mirabolanti
nell'interfaccia, che vantaggi hai avuto dalla migrazione ?
PaF

 nell'interfaccia, che vantaggi hai avuto dalla migrazione ?
vedi sopra!
ciao

 nell'interfaccia, che vantaggi hai avuto dalla migrazione ?
Si dice che WPF verrà dismesso, pensa un pò te che successone:
http://www.programmazione.it/index.php?entity=eitem&idItem=45753

 
http://www.programmazione.it/index.php?entity=eitem&idItem=45753
Questi sono rumors... solo poco tempo fa hanno rilasciato le 4.0!
http://weblogs.asp.net/scottgu/archive/2009/10/26/wpf-4-vs-2010-and-net-4-0-series.aspx
Certo html5 e jscript sono un ottima alternativa a tutto quanto e le 
winform alla fine non sono poi cosi' orribili rispetto a wpf... cmq e' 
un gran casino! :-D
ciao




L'avevo letto, ma poi qualcuno in Microsoft ha corretto il tiro. 
Io sono "ancorato" a WinForm per i miei progetti desktop per tre motivi:
1) fa tutto quello che mi serve per il tipo di applicazioni che sviluppo
2) il .net 2.0 framework gira anche su macchine vecchie, ed il mio parco
clienti non è sempre aggiornato in termini di hardware
3) Finchè in Windows sarà possibile eseguire una Win32/Win64 CreateWindow
so per certo che WinForm (layer immediatamente sopra le API) funzionerà
PaF

 ma non permette la visualizzazione master-detail nella stessa griglia.
Io veramente me lo sono fatto. E non e' una cosa cosi' drammatica. Se
non trovi nulla di meglio, fammi sapere che ritaglio dal progetto in
cui attualmente si trova e te lo mando.
-- 
Ciao!
Luca

 ma perche' sviluppate ancora con le winform???? :-O
Perche' al momento non ho il tempo per studiarmi un migliaio di pagine
di testo attorno a WPF.
-- 
Ciao!
Luca

 nell'interfaccia, che vantaggi hai avuto dalla migrazione ?
Non l'ho fatta ancora nemmeno io, ma te ne dico una, banale: se cambia
la risoluzione l'aspetto non cambia.
-- 
Ciao!
Luca

 
http://www.programmazione.it/index.php?entity=eitem&idItem=45753
L'avevo letto, e francamente ci credo pochino. 
Due i motivi fondamentali: HTML5 e ancora da venire (tutti se ne
riempiono la bocca, ma uno standard rilasciato ancora non esiste), e
WPF oggettivamente e' un bel salto in avanti.
-- 
Ciao!
Luca

 Questi sono rumors... solo poco tempo fa hanno rilasciato le 4.0!
http://weblogs.asp.net/scottgu/archive/2009/10/26/wpf-4-vs-2010-and-n.
..
E vabbè, sennò gli sparavano :-) Prima tanta grancassa su quanto è
bello e quanto è buono, e poi lo butti via.
Comunque mi sembra che il rumor venisse da un manager stesso di MS,
quindi in campana :-)

 so per certo che WinForm (layer immediatamente sopra le API) funzionerà
Ecco, avere un layer di meno è sempre un vantaggio.

 WPF oggettivamente e' un bel salto in avanti.
Non conoscendo nei dettagli WPF prendo per buono quanto dici. Però
vedo che anche tu titubi nel buttarti sulle migliaia di pagine,
evidentemente i vantaggi non sono così globali, così risolutivi
rispetto a problematiche quotidiane di sviluppo.
Comunque sicuramente meglio imparare un solo grosso standard, HTML5,
buono dovunque, che WPF per Windows PIU' Html5 per altri ambienti (o
progetti dove quello è il requisito).


Nein, il rumor è attorno a SL, non WPF, SL è circa WPF applicato al web, ma 
WPF di suo è ben più ampio (pensando alle applicazione classiche e non sul 
web).



IMHO questo è "male" :-) 
A questo punto avere 800x600 o 1600x1200 cosa cambia, se devo sempre vedere
lo stesso form ?
PaF


Sei gentilissimo ma alla fine cercherò di adattare una grid che avevo 
fatto e su cui sono più sicuro di venirne a capo. E' solo che avendo 
visto tutti sti controlli full optional mi era venuta voglia di usarli.
Per la verità sono anche un pò arrugginito perchè negli ultimi anni ho 
soprattutto sviluppato applicativi web. Abbiamo messo in cantiere anche 
di considerare WPF e in questo senso la discussione si è fatta 
interessante. Insomma per ora tamponiamo con un "accrocco" poi con la 
calma necessaria vediamo. Comunque grazie davvero.

 progetti dove quello � il requisito).
Per come la vedo io, finora HTML5 non esiste. E, va detto, si pone piu'
come sostituto di Silverlight che non dell'intero WPF. Per molte cose
un'interfaccia che non passi per un browser, sia essa Winforms che WPF,
e' ancora insistituibile.
-- 
Ciao!
Luca

 vedere lo stesso form ?
Te la giro:
1) e' facile fare in modo che l'utente lo veda della dimensione che piů
gli piace;
2) non corri il rischio che, aumentando la dimensione, il tuo form
diventi illeggibile;
3) il fatto che sia vettoriale e non raster elimina perdite di qualita'
alla diminuzione della risoluzione;
4) il fatto che si possa giovare dell'hardware delle schede grafiche,
via DirectX, fa in modo che tu possa avere prestazioni grafiche
superiori.
-- 
Ciao!
Luca

 e' ancora insistituibile.
Questo è assolutamente vero.