You searched for the word(s): [no words] || User(s): ben
Showing page 1 of 2 (15 total posts)
< 1 second(s)
I seem to be experiencing a memory leak using the WPF Datagrid 3.7 on XP machines. Windows 7 machines don't seem to be having the problem.
Using task manager, I can watch the memory continue to climb steadily while using the application. I've tried forcing garbage collection using the statement:
That worked great. I set the DispatcherPriority to ApplicationIdle to make it work.
Thanks for your help.
Thank you for your reply, however, I don't understand why this approach will help me. What is the difference if I call BeginEdit() from directly within the grid's Loaded event or if I call it from a method that is called from within Loaded?
Am I approaching this wrong? All I really want is to have the first row in edit ...
I got it to work by calling the row.AcceptChanges method after updating my calculated columns.
I just upgraded from version 2.0 of the WPF grid to version 3.7. I'm still getting used to using DataRowView instead of working directly with the DataRow.
Thank you very much for helping me troubleshoot this.
When the application starts I wan to load my grid from a data source and immediately put the first row into edit mode. I am able to set the current row and column but I have not been able to get the grid to start out in edit mode.
I thought BeginEdit() might accomplish this. I've tried executing BeginEdit at the Grid ...
Correction on my previous post !!!
After changing UpdateSourceTrigger to CellEndingEdit, I am seeing the changed value in the code behind after I tab or arrow off of it, I can call my function to update my calculated (read only) columns, and it calculates correctly.
The problem is, the calculated columns don't refresh and ...
I have tried that. It's not working for me. Even with UpdateSourceTrigger=''CellContentChanged'' (or ''CellEndingEdit'') the data changes are not committed back to the source when I tab or arrow to a different column.
I know this because I can put a breakpoint in the grid's PreviewKeyUp event after hitting ''Tab'', test the ...
I know others have asked this question and the answer has always been:
The trouble is, ''EndEdit'' takes you out of edit mode completely. I want to stay in edit mode, but commit my data changes during column moves.
I have some columns that hold values calculated from other columns. When a user makes a ...
I'm using a cell editor that contains a Numeric Textbox to capture data. Is there any way to allow the up and down arrow keys to move to the next row?
This is the default behavior when editing cells that don't contain controls. I need the Numeric Textbox control to limit data entry to numerics, but I don't like losing the ...
I am using a a masked text box to display a percent value