>>Well, I didn't simply because I wanted only to fix it, not to do it right. Of course, if I had done it myself, it would rather be adding a new column to the cursor, which would contain just the inputmask (the one specific to the current record), and would have just "report1.cInputMaskField" as the dynamicinputmask source. I just love to have no functions at all in grid's dynamic properties.
>
>Dragan,
>
>This got me thinking :) I have a grid, which has a Status Work Field. Depending on the value in this field, I show the row in different color using DynamicForeColor property. I have a grid method myForeColor with case statements. I also have a Lookup table with Status Value and Description. So, do you think, I can add a new field into this table, say, myColor N (?), which would held the color depending on status? Do you think, it would speed up the grid operations? Do you have an example of your idea?

It already works for me. I have a generic one-column grid for displaying names, and it's based on a cursor with several columns more - crcolor i, crbold l, critalic l - and .column1.dynamicbackcolor='alias.crcolor', and it goes the same for .dynamicfontbold and .dynamicfontitalic. The trick is to pre-fill the .crcolor with 0x00ffffff (white) initially, and then pick different color numbers to color the records. This is the fastest coloring trick I've found so far, since it calculates nothing - it just takes the color number from another field in the same record. True, the pre-fill does take some time, but then the values are calculated only once, and not upon each grid.refresh.