![]() That would be nice if you were and could get it working correctly. Just curious, were you trying to automatically auto-fit all columns in the earlier builds? Some other tools do that, with a maximum per column based on some ratio of the current table width. I've got code in there to try and prevent this, but I've never been able to truly figure it out. The shifting/adjusting can be a little jarring and distracting. You should be able to effectively "freeze" the display until the column widths are set. Is there an intended reason why this changed? The old way was more convenient. Now I have to press Enter to "save" the edit, then press Up or Down, then press Enter again to activate edit mode. Clearing the filter does work and restores the table to the full view.ĭata entry - I used to be able to edit a cell, then press the up or down arrow to move to the same cell in the next or previous row, thereby allowing easier data entry/editing on a column of data. And if I go back to the first table and activate the filter function, it doesn't show the existing filter, but it is obviously still filtering it. In all these cases I can see it resizing after opening the table.įilters - if I set a filter on a Data view, then switch to another table, it seems to be trying to apply the filter that table also. And then on some of these, it doesn't return to the original (auto-fitted?) size it had before, but also not to the size I set. And for some tables, it doesn't remember the width of some columns after I resize them, but on others it does. Then for other tables it doesn't seem to be doing this at all. ![]() But this auto-fitting is not always correct (either too narrow or too wide). ![]() On some tables it seems to be auto-fitting to the data (and not the header) for some columns but not others. Table column widths in Data view - it's not consistent, so it's hard to tell what's going on. Here's the ones I'm having trouble with so far: The last update(s) have changed many things. ![]()
0 Comments
Leave a Reply. |