Just wondering when Silverlight 4 will be available for download?
Vinay From: [email protected] [mailto:[email protected]] On Behalf Of Stephen Price Sent: Tuesday, 13 April 2010 11:48 AM To: ozSilverlight Subject: Re: Row index yah, I've used listboxes with fancy usercontrols in the past but unfortunately in this case datagrids are just what suits perfectly. I'm not convinced nested datagrids (ie datagrids within the detailpanels) is the way to go but we'll see how it goes. On Tue, Apr 13, 2010 at 9:41 AM, <[email protected]<mailto:[email protected]>> wrote: I reiterate care with using the datagrid, especially if you're using animations that affect its measure. There's a lot of elements that make up that sucker, and even on kick @ss CPUs animation can have annoying little ticks if you're having to push a datagrid around. Now that animation is becoming so easy, it's very important to consider how to wield it. Nothing can help more than planning your design up front. Hope that's not too Bill Buxton-ish. *grin* Carl. From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of ross <[email protected]<mailto:[email protected]>> Sent: Tuesday, 13 April 2010 9:25 AM To: ozSilverlight <[email protected]<mailto:[email protected]>> Subject: Re: Row index This may not be appropriate for you situation of course, but I remember reading someone's blog that pointed out that (in wpf / silverlight) the use of a datagrid shouldn't necessarily be an automatic decision for displaying lists of data. The alternative being the ItemsControl and ItemTemplate. In some situations you can create a much more elegant and flexible UI compared with a grid. If you don't need the specific benefits of a datagrid, such as column resizing and reordering, it might be worth ditching the grid altogether. PS. You might need to take some care if you are loading lots of rows into an itemscontrol, in which case some sort of virtualization would be advisable. On Tue, Apr 13, 2010 at 10:32 AM, Stephen Price < [email protected]<mailto:[email protected]>> wrote: > It's been working with SelectedItem but I've got what seems to be a race > condition between two events and sometimes the selected item is not correct. > I'm collapsing all of the detailpanels and then either showing or hiding the > detail panel that was just clicked, at the same time as using the selected > item to filter the results for a datagrid within the details panel. the net > result is that sometimes the wrong row gets the data or worse I end up with > a Layout loop (seems to be on the datagrids that have a lot of rows). > > I can't use the datacontext from the row as the data is on the viewmodel > itself (property uses linq query to filter the results for the row > selected). I think a better way to do this would be the classic master > slave, where I have a single grid or list and the selected item decides what > to populate in a slave datagrid. that's the behaviour we wanted except that > the slave datagrid is show in the row's detail panel (selecting another row > via toggle button in another row collapses all other rows and shows the row > clicked). > > Doesnt explain why expanding some of the larger rows gives me a layout loop > exception but that could be a different issue (or maybe even a weird bug in > the datagrid?) I know there used to be a limit on the number of textboxes > you could show on a page, but I read that was fixed in SL3. > > thanks for the replies, > Stephen > > On Mon, Apr 12, 2010 at 8:38 PM, Miguel Madero < > [email protected]<mailto:[email protected]>> wrote: >> >> Stephen, >> >> Could you provide more details about it? An example of the collection of >> itemssources. The Details Panel already has the same DataContext as the row. >> I don't understand what you want to do? Is it just a child colleciton and >> for some reason you want it to use the same index as the parent row? >> >> Could the VisualTreeHelper or a Converter help? >> >> On Mon, Apr 12, 2010 at 8:56 PM, ross < >> [email protected]<mailto:[email protected]>> wrote: >>> >>> Maybe you need to take a different approach. >>> >>> You could bind the SelectedItem property of the grid to an appropriate >>> property on whatever class is supplying your ItemsSource / >>> datacontext, depending on how you have it coded. Your details panel >>> could bind to the same property as well, or if it is more complex you >>> could use it as a hook to do what ever you need, such as update >>> whatever it is your details panel binds against in the setter perhaps. >>> >>> Another, less elegant option is to handle the SelectionChanged event >>> of the grid and then use the SelectionChangedEventArgs.AddedItems >>> property to give you a hook as to what the new selected item is, which >>> can then be used to set the datacontext of your details panel. >>> >>> >>> On Mon, Apr 12, 2010 at 7:45 PM, Stephen Price < >>> [email protected]<mailto:[email protected]>> >>> wrote: >>> > Hey all, >>> > Will someone put me out of my misery and tell me how I can easily get >>> > the >>> > index of a row in a datagrid? I can't believe there's no way to iterate >>> > through the rows in a datagrid. Have been banging my head against a >>> > wall all >>> > afternoon and I'm done. >>> > What I actually want to do is set the datacontext of each Details panel >>> > of >>> > my datagrid (more specifically another datagrid within each >>> > detailpanel) to >>> > the same index item as the row. ie collection of itemsources with each >>> > itemsource being set to the collection[index] that matches that row's >>> > index. >>> > hopefully that makes sense to someone. >>> > thanks :) >>> > Stephen >>> > _______________________________________________ >>> > ozsilverlight mailing list >>> > [email protected]<mailto:[email protected]> >>> > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight >>> > >>> > >>> _______________________________________________ >>> ozsilverlight mailing list >>> [email protected]<mailto:[email protected]> >>> http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight >> >> >> >> -- >> Miguel A. Madero Reyes >> www.miguelmadero.com<http://www.miguelmadero.com/> (blog) >> [email protected]<mailto:[email protected]> >> >> _______________________________________________ >> ozsilverlight mailing list >> [email protected]<mailto:[email protected]> >> http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight >> > > > _______________________________________________ > ozsilverlight mailing list > [email protected]<mailto:[email protected]> > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > _______________________________________________ ozsilverlight mailing list [email protected]<mailto:[email protected]> http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ _______________________________________________________________________________ This email has been scanned by the Bankwest Email Security System. _______________________________________________________________________________ _______________________________________________________________________________ Unencrypted electronic mail is not secure and may not be authentic. If you have any doubts as to the contents please telephone to confirm. This electronic transmission including any attachments is intended only for those to whom it is addressed. It may contain copyright material or information that is confidential, privileged or exempt from disclosure by law. Any claim to privilege is not waived or lost by reason of mistaken transmission of this information. If you are not the intended recipient you must not distribute or copy this transmission and should please notify the sender. Your costs for doing this will be reimbursed by the sender. We do not accept liability in connection with computer virus, data corruption, delay, interruption, unauthorised access or unauthorised amendment. _______________________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ _______________________________________________ ozsilverlight mailing list [email protected]<mailto:[email protected]> http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight ________________________________ National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [email protected] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [email protected] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference.
_______________________________________________ ozsilverlight mailing list [email protected] http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight
