Newsgroup: it.comp.lang.visual-basic
Titolo: WPF evento LoadingRow non risponde alla classe

Buongiorno a tutti.
Stavo giocherellando un po' con WPF, ma a livello molto molto basso.
Ho provato a "bindare" una datagrid con una datatable e con una
classe.
Dopo un po' di smadonnamenti, tipo il case-sensitive tra il binding
delle data.columns e i campi delle strutture dati sono riuscita a fare
qualcosa.
Poi ho voluto provare l'evento LoadingRow  della datagrid per cambiare
a runtime certi valori ( tipo il background-colore ) e  ho visto che
se metto come datasource la datatable il codice "passa" attraverso
l'evento LoadingRow.
Se metto come datasource la classe ( una list o una observable
collection ) non succede niente.
Mmettendo un breakpoint all'interno dell'evento non ci passa nemmeno.
 
mi sta venendo in mente che forse l'approccio non è quello giusto.
voi che ne pensate?
 

 Mmettendo un breakpoint all'interno dell'evento non ci passa nemmeno.
 
è strano, ma non mi fascerei la testa perché per quello che vuoi fare è 
l'approccio sbagliato, anche se ci riuscissi scopriresti che righe si 
solorano un po' come hanno voglia loro perché esiste una cosa che si 
chiama riciclo degli item container. In soldoni l'item container è 
quella parte che ospita la riga (nel caso di un griglia) e viene 
ricicliato mano a mano che l'utente scorre le righe ergo se tu lo 
modifichi da codice a runtime ottieni che le tue modifiche si propagano 
agli elementi per te sbagliati.
 
Devi usare stili e trigger ( o visual state manager) per fare quello 
che vuoi fare.
 
.m
 
-- 
blog @ //
milestone.topics.it
 
 
 


molte grazie Mauro.
Ho capito più o meno l'approccio.
Ho cercato un po' in rete e ho visto che la cosa non è proprio
semplice semplice e perlopiù le condizioni su cui far cambiare il
colore sono condizioni statiche
http://blogs.ugidotnet.org/PietroLibroBlog/archive/2008/09/17/94063.aspx
 
 
o pseudo-dinamiche
http://blogs.ugidotnet.org/corrado/archive/2007/08/25/87945.aspx
 
 
http://stackoverflow.com/questions/4499347/wpf-trigger-on-datagrid-to-hide-show-columns-according-to-bindings
 
 
Quello che volevo fare io è che la riga colorata era derivata dal
valore di un campo della tabella/collection di origine.
 
Insomma una cavolata se fatto in Windows Form. 
Qui invece si scatena l'inferno.....
 
Chiaramente è una mia mancanza visto che ho aperto WPF l'altro
ieri....
 
ciao
 
 

 Qui invece si scatena l'inferno.....
 
anche qui è una cavolata: "value converter" :-)


.m
 
eh si... 
kg e kg di codice :-((
http://www.c-sharpcorner.com/uploadfile/dpatra/value-converter-in-wpf-part-i/
 
oppure
http://www.codeproject.com/Articles/298950/Using-ValueConverter-and-MultiValueConverter-in-WP
 
 
mi sembra veramente troppo ostico Wpf
ma forse perchè mi mancano le basi
 
ciao

 kg e kg di codice :-(
 
kg di codice? una classe?
Ma tu che lavoro fai? :-)


.m
 
spiritoso.......
 
sinceramente lo trovo proprio ostico wpf
quache buon link/libro per approfondire (*) ?
 
ps
approfondire = partire da zero ...

 quache buon link/libro per approfondire (*) ?
 
Il libro di Adam Nathan è il migliore:
http://www.amazon.it/WPF-4-Unleashed-Adam-Nathan/dp/0672331195/ref=sr_1_2?ie=UTF8&qid=1336553743&sr=8-2
 



bon
grazie per le informazioni
 
la mia sensazione che wpf sia ancora "acerbo"
può darsi che mi sbaglio
non mi chiedere di argomentare perchè è solo una sensazione
 
 
 

 non mi chiedere di argomentare perchè è solo una sensazione
 
Vabbe!!! IMHO acerba sei tu!
per dire:
ieri sul ng di php c'era uno che diceva
"Personalmente ritengo 
asp.net
 poco più che un accrocco. Ammetto che ne 
ho visto veramente poco, ma non gradisco granché l'idea alla base di 
dover rendere le applicazioni web simili, nello sviluppo e nella 
gestione, ad un'applicazione nativa.
"
 
è ovvio che ognuno di noi ha un atteggiamento mentale 
conservatore(anche s eun programmatore non dovrebbe): siamo tutti un po 
presuntuosi e mal sopportiamo chi ne sà più di noi....ci sentiamo 
sminuiti!!! ...io per primo eh!
 
-- 
----- Italliaaaaa 3227! -----
Il grande maestro di pittura meta-gastro-fisica Luciano Lupoletti in:
David Arlequin
http://www.lupoletti.com/public/lupoletti/09-10-24-12-05-21@David%20Arlequin%20-%20Olio%20su%20tela.jpg
 
 
(ROTFL: oddio mi ribalto)
 
 

Vabbe!!! IMHO acerba sei tu!
 
 
   :)))))
 
 
 
 
 
ma tu di WPF che ne pensi?
lo vedi come un "linguaggio" da affiancare a Windows Form o lo può
sostituire?
 
 
 

 sostituire?
 
non è "affiancabile" (se non per migrazioni corpose che fatte in un 
botto solo non avrebbero ragion d'essere), sono due mondi completamente 
diversi.
E con WPF puoi fare cose che con Windows Forms ti sogni con costi 
decisamente bassissimi.


 sostituire?
 
IMHO è la partenza sbagliata
 
Windows form è un modo per costruire una "parte" del programma chiamata 
interfaccia.  Non è fondamentale...può non esserci.
 
WPF è un modo per "presentare" i dati e raccogliere l'input...quindi, 
string stringi, anch'esso un modo per costruire l'interfaccia.
MA molto più flessibile e QUINDI molto più difficle da dominare
 
per dire una griglia è ....una griglia in winform!.....
in wpf...una griglia...può diventare una galleria fotografica...hai 
molto più controllo sullo spippolamento.
 
Per farti un parallelo....pensa ad autocad ed a un disegno di un 
progetto ...una casa ad esempio....uguale!!!.....
 
La similitudine si spinge fino a considerare
Winfor = grafica bitmap
WPF = grafica vettoriale
 
WPF è il CAD delle interfacce!!!....ed infatti BLEND il mio amico 
architetto lo saprebbe usare!
 
-- 
----- Italliaaaaa 3227! -----
Soldato Joker, cosa ci fa il soldato Palla di Lardo con quel fucile in 
mano nel mio fottutissimo bagno?
 
Sergente Artman [ da: "Full Metal Jacket" ]
 
 

ma tu di WPF che ne pensi?
lo vedi come un "linguaggio" da affiancare a Windows Form o lo può
sostituire?
****************************
 
WPF (e C#) per tutta la vita... almeno per ora... ;-)
 
--
---------------------------
Mauro Gamberini
Microsoft MVP - Excel
http://www.riolab.org/
 
http://www.maurogsc.eu/
 
 

architetto lo saprebbe usare!
 
maròòòòò
io con la grafica non ci capisco niente
le mie interfaccie sono in bianco e nero....
 
 

WPF (e C#) per tutta la vita... almeno per ora... ;-)
 
ti invidio.
a me già solo C# sta sulle pa..e :)
 


 
Non ho capito se stai trollando.
Rispondo però seriamente.
 
Un programmatore non può scrivere che un linguaggio
gli sta antipatico(eufemismo)  o che WPF è logorroico a priori.
 
C# o VBNET è indifferente. La mia scelta di lasciare
VB per C# al momento di scegliere il linguaggio per il .NET
è stata dettata dalla voglia di confrontarmi con qualcosa
di nuovo e crescere un po'.
Utilizzo ancora il VB per automatizzare Excel
(è il mio lavoro principale) e se devo
fare qualcosa in VBNET, le classi del Framework sono quelle
e la sintassi del VBNET non è impossibile per chi viene dal VB.
Ma preferisco C#.
 
Un programmatore dovrebbe (dovrebbe secondo me, eh),
avere la mente aperta e valutare se e quali nuove tecnologie
(e qui comprendo linguaggi/interfacce/db/S.O., ecc.) valga
la pena studiare in base al contesto(clienti in essere/futuri,
opportunità di lavoro, domanda delle software house se non si intende
mettersi in proprio, ecc) nel quele si opera e/o ci si vuole inserire.
Ad esempio inutile studiare VBNET se dove operi/vorresti operare
di VBNET non sanno che farsene.
 
Se stai iniziando, meglio WPF (sempre parere personale, eh).
 
Se hai cose vecchie in Form, ho già scritto che dipende
dal contesto(clienti, costi) cosa fare, cioè se passarle (in toto) in WPF
o lasciarle in Form.
E credo tu abbia già capito che non si tratta solo di sostituire
le Form con le Windows, ma di cambiare mentalità e modo di
vedere le cose, non visivamente ma come modello di programmazione.
I vantaggi e gli svantaggi di una rispetto all'altra sono soggettivi e
se lo chiedi a n persone ottieni n risposte; l'oggettività(la risposta che 
cerchi)
devi trovartela tu cercando di capire (bene) le differenze e quale
si adatta meglio al *tuo* lavoro.
 
Se vieni dal VB 6, capisco possa essere già difficile il VBNET e che
aggiungere il WPF sia una fatica in più.
Dipende dalla tua voglia di imparare (e se sei un professionista
che già mangia con la programmazione,
dal tempo che puoi dedicare al tutto,
ovviamente) e dalla tua capacità di digerire le novità.


 di nuovo e crescere un po'.
ZAC
...ti stuzzico un po.... :)
Crescere nel malox...vorrai dire!!!
per dire una cosa CHE ODIO DEL C#
 
 
        With myAddVoceMenuPrincipale
            .pagina = "Default"
            .submenu = Nothing
            .link = "default.aspx"
            .attivo = False
            .voce = "Homepage"
        End With
 
SOLO un masochista lo scrive in C#
diventerenne un
 
            m.pagina = "Default";
            m.submenu = Nothing;
            m.link = "default.aspx";
            m.attivo = False;
            m.voce = "Homepage";
 
o sbaglio???...o vai fra 3 mesi a rimetterci mano!!!! :P
 
eh eh eh!!! ROTFL!
 
-- 
----- Italliaaaaa 3227! -----


 di nuovo e crescere un po'.
ZAC
...ti stuzzico un po.... :)
Crescere nel malox...vorrai dire!!!
per dire una cosa CHE ODIO DEL C#
 
 
        With myAddVoceMenuPrincipale
 
<cut>
 
o sbaglio???...o vai fra 3 mesi a rimetterci mano!!!! :P
 
eh eh eh!!! ROTFL!
************************
 
O yes, il mitico With manca!
E anche l'intellisense è diverso.
 
Ma essere un programmatore C# fa più figo... ;-)
 
Oh Marco, organizza che ho fameeeeeeeeeeeeeeeee!!!!
 
;-)



Nessuna trollata, te lo assicuro....
Ho un passato di VB6 e mi trovo meglio con il 
vb.net
.
tutto qua.
lavoro principalmente su applicativi di contabilità industriale.
Per questo penso che forse WPF non sia la scelta più adatta.
Da quanto ho capito WPF è molto focalizzato sull'interfaccia cliente.
 
Grazie per le info
 


 
Bene, scusa. 


Scusate se mi intrometto, ma mi interessa e siamo già un po' OT.
Ho letto che prestazionalmente C# e VB si equivalgono. Come ricordavi tu usano le stesse classi, quindi la diff. sta nella sintassi. Magari quella di C# è più eclettica, essendo quella del "C" e propria della maggior parte dei lnguaggi: Java, JS, etc.
Rimane quindi solo una questione di gusto?

 Da quanto ho capito WPF è molto focalizzato sull'interfaccia cliente.
Ciao Simona,
pure io mi sto approcciando solo da poco e obbiettivamente ci sono alcuni aspetti, dei quali ho letto anche sui forum inglesi, che lasciano perplessi. Il tutto lascia pensare che stiano provvedendo, comprese affermazioni degli sviluppatori (MSDN). Ho un thread recente dove tratto la localizzazione e sono riuscito (non solo io) SOLO con un thread trovato in rete, di M.Servienti. E meno male! Il resto che avevo trovato era molto più articolato.
Detto questo è innegabile che WPF sia un'innovazione con potenzialità oggettive. Stanotte (stamani) mi sono divertito come un bambino sino alle 4:00 :D
 
Tornando alla tua stringa da me quotata, WPF è fatto per quello.
Buona giornata.

 E anche l'intellisense è diverso.
 
in effetti è meglio :-P



Gnam è vero....!!!
Stavolta però toccava a Frazzoli!
 
-- 
----- Italliaaaaa 3227! -----
Io sono Attila:
A come atrocità,
doppia T come terremoto e tragedia,
I come ira di dio,
L come laco ti sangue
e A come adesso vengo e ti sfascio le corna!
(Diego Abatantuono "Attila Flagello di Dio")
 
 

 Da quanto ho capito WPF è molto focalizzato sull'interfaccia cliente.
 
puoi tranquillamente realizzare UI identiche a quelle Windows Forms con 
la stessa semplicità, il vantaggio abissale (uno dei tanti) è che 
realizzare un controllo complesso spessissimo è un giochetto da ragazzi 
mentre in Windows Forms spessissimo è un bagno di sangue :-)



 
;-)
 
--



Gnam è vero....!!!
Stavolta però toccava a Frazzoli!
************************************
 
Ed era pesce?
Ricordo bene?
 
Uhmmm... dai prima che sia troppo caldo.
 
--



grazie Mauro.
ma ancora sto combattendo sulla formattazione condizionale della
datagrid...
sarò io limitata  :)))
 

 sarò io limitata  :)
 
tutt'altro è che se sei abituata a Windows Forms WPF è sicuramente una 
brutta bestia.
 
Che problemi hai?


.m
vorrei che quando popolo una datagrid, a seconda del valore contenuto
in una colonna x, settare il colore di background della riga
questo è come lo faccio in vindows forms
ciao ciao
 
 
 
lista nominativi
datagridview = dgAutori
 
carico i dati con LoadCollectionData
 
dgAutori.DataSource = LoadCollectionData()
 
Private Sub dgAutori_CellFormatting(sender As Object, e As
System.Windows.Forms.DataGridViewCellFormattingEventArgs) Handles
dgAutori.CellFormatting
        If e.Value IsNot Nothing Then
            If dgAutori.Columns(e.ColumnIndex).Name.Equals("Cognome")
Then
 
                ' Prendo il valore della colonna Cognome
                Dim valoreCella As String = CType(e.Value, String)
                valoreCella = valoreCella.ToLower()
 
                Dim criterioCella As String = "pa"
                'se il cognome contiene la lettera del criterio
                'colora la cella
                If ((valoreCella.IndexOf(criterioCella) > -1)) Then
 
                    'evidenzia solo la cella
                    'e.CellStyle.BackColor = Color.Bisque
 
                    'evidenzia tutta la riga
                    For Each cell As DataGridViewCell In
dgAutori.Rows(e.RowIndex).Cells
                        cell.Style.BackColor = Color.Bisque
                    Next
                End If
            End If
        End If
End Sub
 
 
 
  Public Function LoadCollectionData() As List(Of author)
        Dim authors As New List(Of author)()
        authors.Add(New author(1, "Pascoli", "Giovanni"))
        authors.Add(New author(2, "Alighieri", "Dante"))
        Return authors
    End Function
 
 
 
Public Class author
 
    Private mId As Integer
    Public Property Id() As Integer
        Get
            Return mId
        End Get
        Set(ByVal value As Integer)
            mId = value
        End Set
    End Property
 
 
    Private mCognome As String
    Public Property Cognome() As String
        Get
            Return mCognome
        End Get
        Set(ByVal value As String)
            mCognome = value
        End Set
    End Property
 
    Private mNome As String
    Public Property Nome() As String
        Get
            Return mNome
        End Get
        Set(ByVal value As String)
            mNome = value
        End Set
    End Property
 
    Public Sub New()
 
    End Sub
 
    Public Sub New(id As Integer, cognome As String, nome As String)
        mId = id
        mCognome = cognome
        mNome = nome
 
    End Sub
 
End Class
 

On Mon, 14 May 2012 14:31:26 +0200, Simona <si...@hotmail.xx> wrote:
 
ho visto che se mi serve l'intera riga colorata posso semplificare
con RowPostPaint o RowPrePaint
 
 Private Sub dgAutori_RowPostPaint(sender As Object, e As
System.Windows.Forms.DataGridViewRowPostPaintEventArgs) Handles
dgAutori.RowPostPaint
        If e.IsLastVisibleRow = True Then
            Exit Sub
        End If
        Dim riga As DataGridViewRow = dgAutori.Rows(e.RowIndex)
 
 
        Dim cognome As String = ""
        cognome = riga.Cells("Cognome").Value.ToString
        Dim criterioCella As String = "i"
 
        If cognome.Contains(criterioCella) Then
            riga.DefaultCellStyle.BackColor = Color.Aqua
        End If
 
    End Sub


 Rimane quindi solo una questione di gusto?
 
si, solo ed esclusivamente gusto.


 questo è come lo faccio in vindows forms
 
ripeto: un IValueConverter è la soluzione più semplice, e scrivi molto 
meno codice di quello che scrivi in Windows Forms negli eventi Format e 
Parse



aspettiamo sulla riva del fiume....


gia me lo hai scritto dell' IValueConverter 
ho cercato in rete e non sono riuscita a farlo.
gentilmente, visto che sono poche righe mi fai vedere come si fa?
 
simona
 
 
 


Come diceva Mauro è solo una questione di gusto e, aggiungo io, di opportunità.
Se conosci la sintassi C (e tutti i suoi dialetti o le sue varianti come Java, C# ecc...) avrai meno difficoltà a passare da un linguaggio all'altro tra i più utilizzati al mondo. Questo implica anche una maggiore possibilità di trovare un lavoro.
 
Fermarsi alla sintaddi Basic, poco utilizzata se non in ambiente Office, potrebbe precluderti queste possibilità.
 
In realtà la sintassi è solo il 10% del problema, perchè se poi non conosci le classi e le librerie proprie della piattaforma su cui stai sviluppando, capisci che non ti assumono comunque.
 
Detto ciò, ho avuto modo di lavorare con entrambe le sintassi e, personalmente, prediligo la sintassi Basic, ma sono solo gusti personali.
 
Nicola

Grazie Nicola.

Grazie Mauro.

Ciao Simona,
incuriosito ho dato un'occhiata e ho scelto questo:
http://www.visual-basic.it/articoli/adsIValueConverter.htm
 
Mi pare sufficientemente chiaro.
 
F.


Ciao Fabrizio
Grazie per l'articolo
Appena ho un po' di tempo lo provo.
Converrai con me che il codice sono un po di più delle 5 riche che
servono in Windows Forms....
Lo so. Sono polemica .... :)))
 
 


.....beh allora anche io!!!!!
 
 
sono ancora più concise:
 
CurrentRow(Color Blue)
 
LastDisplayRow(Color Yellow)
 
Creati un extension method (WF o WPF) una volta per tutte e finiamola qui!!!
 
Dico solo che se è un hobby OK: va tutto bene!!!
Ma....se è un lavoro E' TUO DOVERE (quanto meno deontologico) aggiornarsi!
 
Non siamo artigiani (che se fanno un mobile a mano usando scalpello e 
mazza di legno producono un valore agiunto al prodotto!)...ma ingegneri 
(tecnici quanto meno)....che usano il meglio della tecnologia per un 
prodotto al top!
Ovviamente se usi winform perchè sai usare SOLO winform...conosci 
PERFETTAMENTE i limiti del tuo mondo: come un ingegnere sa che un 
grattacielo senza gli acciai speciali non lo costruisce!...e....
Quindi accetterà lavori soltanto per villette e piccoli caseggiati!
 
 
Imho dovresti essere curiosa: vedere che caz è sto alieno di 
wpf....spippolarci per un ora al giorno per qualche settimana...e poi 
trarre da sola le tue conclusioni! E' ovvio che se Mauro(per dirne uno) 
perde tempo a postarti un po di codice o link....e tu lo liquidi con un 
"SI ma che lungaggini!!!" ...uno perde voglia di rispondere...e ti bolla 
come una che manco ci prova a capire!!!
Della serie: io ci perdo tempo a spiegarti un concetto......Ma tu ci 
perdi tempo a tentare di capire quel concetto????!!!!!
;)


belloooo
i concetti li ho capiti
Siamo tutti d'accordo con l'aggiornarsi sulle tecnologie.
Ma non ditemi cavolate del tipo: che ci vuole, è una cavolata
usa ValueConverter ....
usa CurrentRow ...
ci ho provato e riprovato
anche adesso con l'esempio di
http://www.visual-basic.it/articoli/adsIValueConverter.htm
 
che tra l'altro usa ConvertBack invece che Convert come fanno tutti
gli altri esempi che ho visto.
Quello che vorrei fare io non ci riesco
 
io il codice in WF  l'ho postato
e con 5 righe di codice fa la formattazione condizionale della riga di
una datagrid senza windows.resources, Setter Property, c,,zzi e mazzi
 
ho solo chiesto umilmente lo stesso codice per WPF
 
tutto qua.
 
 

 tutto qua.
 
e credo che te l'abbiano dato il codice!...tutto qua!
 
Ovviamente non ha molto senso fare "l'inglese" ossia: come è grullo il 
90% del mondo che circola in macchina tenendo la destra!!!
 
In WPF si fa DIVERSO che da winform!...perchè l'approccio è DIVERSO!
 
non so se ti hanno già dato questo link
http://stackoverflow.com/questions/7122131/how-to-change-a-rows-style-in-wpf-datagrid
 
 
...mi sembra di non difficilissima comprensione!
ovviamente se cerchi un sistema UGUALE a winform....sarà astruso quanto 
una bestemmia in antico sumero!!!
 
Ciao!
p.s.
Ovviamente la differenza fra winform e wpf la noti poco su esempi 
"banali"...ma prova a sviluppare una griglia un po più complessa...dove 
ad esempio il rating viene espresso con stellette e dove alcune celle 
contengono dati formattati in monete estere...o dove sono presenti 
submenu fatti con icone
 
..e ne riparliamo di dove sta il bagno di sangue!!!
;)

On Wed, 16 May 2012 11:57:19 +0200, "wodka40[LinuxMint]"

grazie del link
 
ma tu lo hai provato il codice del link che mi hai passato?
 
io l'ho scritto al volo ed almeno sintatticamente non mi da nessun
errore tranne che in
quando inserisco il tag
<DataGrid.Resources>
            <converters:ArtistNameConverter
x:Key="ArtistNameConverter"></converters:ArtistNameConverter>
        </DataGrid.Resources>
ottengo a design-time questo errore:
Error	1	The type 'converters:ArtistNameConverter' was not
found. Verify that you are not missing an assembly reference and that
all referenced assemblies have been built.	
non gli piace proprio la parola 'converters
ArtistNameConverter è una classe pubblica
 
helppp
 


NO non ho provato....ho altri casini per la testa ora!
l'articolo spiega come fare...l'implementazione pratica in loco...abbi 
pazienza...falla te!..è al 99% un problema di compilazione e riferimenti 
del tuo progetto...anche il messaggio è chiaro no?...
 
QUINDI
compila PRIMAAAAAA e lancia il progetto....POIIIIIIII!
 
Comunque
casistica su quell'errore (a tua scienza futura)
 
http://social.msdn.microsoft.com/Forums/it-IT/silverlightit/thread/124a4b87-8ba8-4154-bae9-3201361e987e
 
 
http://social.msdn.microsoft.com/Forums/pl-PL/vswpfdesigner/thread/0a244e58-dc0a-4f13-80ce-438f1e135320
 
 
 
http://stackoverflow.com/questions/3915529/getting-xaml-designer-to-show-design-in-vs2010
 
 

 Lo so. Sono polemica .... :)
 
inutilmente polemica :-) perchè come avrai notato l'articolo fa una 
cosa molto più complessa dato che l'esempio di Alessandro è and-to-end.
 
Il converter sono 4 cazzate, della tua classe Author, con Id, Nome e 
Cognome, quale è la logica con cui devi colorare le righe?



yeahhhh
ci sono riuscita!!!
non era una questione di compilazione
l'errore del type converters not found me lo dava a design time
cmq..
ho sostituito
<DataGrid.Resources>
            <converters:ArtistNameConverter
x:Key="ArtistNameConverter"></converters:ArtistNameConverter>
        </DataGrid.Resources>
 
con
 <Window.Resources>
        <local:ArtistNameConverter
x:Key="ArtistNameConverter"></local:ArtistNameConverter>
    </Window.Resources>
 
non è stata una cosa proprio immediata, eh?????
forse l'esempio trovato on line
http://stackoverflow.com/questions/7122131/how-to-change-a-rows-style-in-wpf-datagrid
 
si riferisce a una versione di WPF più vecchia?
Boh!!!
 
grazie grazie grazie
 


Ho risolto!!!!
vedi risposta a Vodka
 
per quanto rigurada l'esempio di Alessandro (
http://www.visual-basic.it/articoli/adsIValueConverter.htm
 ) funziona
perfettamente ( e ci mancherebbe ... )
ma non ho capito perchè la sua logica del converter la applica nello
step
 
Public Function ConvertBack(ByVal value As Object, ByVal targetType As
System.Type, _
                              ByVal parameter As Object, _
                              ByVal culture As
System.Globalization.CultureInfo) _
                              As Object Implements
System.Windows.Data.IValueConverter.ConvertBack
 
 
  End Function
 
subito dopo la funzione ConvertBack ho messo un breakpoint
il codice di lì non ci passa mai
eppure la formattazione viene regolarmente eseguita.
 
dove ho toppato stavolta? :)))))
 

 dove ho toppato stavolta? :)
 
un converter funziona così: si mette in mezzo nel processo di binding e 
intercetta tutte le chiamate del binding sia in andata (dalla sorgente 
dati verso la UI: Convert) che in ritorno (dalla UI verso la sorgente 
dati: ConvertBack)
 
Nell'esempio di Alessandro il converter serve per formattare il testo 
che finisce in una textbox/textblock ergo il ConvertBack viene chiamato 
solo ed esclusivamente se cambi il testo e lo pushi verso la sorgente 
dati, presumo nell'esempio di Ale semplicemente cambiando il focus 
della cella selezionata.



Prego prego
 
un piccolo tip che c'ho sbattuto la testa alla grande!
in 
asp.net
 un esempio di C# non ne voleva sapere di funzionare in 
vb.net
!
prova che ti riprova....alla fine l'arcano era una cazzata immane!
In C# hai la dichiarazione dei namespace automatica...in 
vb.net
 no!
 
Quidi 
vb.net
 è molto "coboliano" in ciò: formalmente prolisso!
 
Mi sa che costì(nel tuo pc) ti sei imbattuta in un prolema analogo!
Il tuo codice NON funziona perchè converters:ArtistNameConverter non 
esiste/ non è referenziato/ non è compilato!
Il namespace converters per il tuo ide non c'è ...non lo trova! E ti da 
errore!
 
Spesso è un errore finto!
si compila PRIMA....il sistema crea i namespace....POI si lacia 
l'applicazione che adesso trova i namespace
 
LOCAL mi sa che fa così....non si sbattezza tanto il tuo pc a trovare il 
path giusto...LOCAL ossia "nel bel mezzo di quello che sto facendo cerca 
ArtistNameConverter"...e ovviamente lo trova!...perde un po di tempo a 
cercarlo...ma lo trova!
 
 
Un consiglio.....se lo vuoi accettare....
Prossimo step
Namespace e assembly....questi sconosciuti!!!!

 cercarlo...ma lo trova!
zac
mi son scordato il link :P
http://stackoverflow.com/questions/2088754/how-to-declare-a-namespace-in-wpf-xaml
 

Namespace e assembly....questi sconosciuti!!!!
 
grazie wodkino 
mi hai dato dei buoni consigli
:))
 


diavolo di un Mauro.
ma le sai proprio tutte!!!!!
 

 della cella selezionata.
Ciao Mauro.
Avendo compreso non essere necessario per lo scopo di Simona, ieri avevo provato (frettolosamente) ad eliminare dalla classe la funzione, "ConvertBack ", ma VB lo ritiene necessario.
Quando si istanzia questa classe è quindi necessario dichiarare entrambe le funzioni?!
 
F.

 funzioni?!
 
è l'interfaccia IValueConverter che ti impoe di implementare quel 
metodo, ergo lo devi dichiarare e se sei certo che non lo usi puoi 
tranquillamente lanciare una exception al suo interno.


Grazie Mauro.
F.