You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This gives a nice quick visual representation of the data in the column. The above example can be achieved with existing functionality by doing something like:
table.Columns.AddGeneratedColumn<int, string>(
d => {
var normalized = d / 2400;
return new string('#', normalized);
},
"Radius chart",
table.Columns["Diameter"]
);
But, since the scope of the lambda here is limited to data from individual rows, we have no way of automagically scaling the chart to an appropriate scale. In the above example, I've hard coded the fact that each unit of width of the bars corresponds to 2400km, but this is not ideal.
In a proper implementation, there would be a quick way of adding a chart column that didn't need the lambda writing out, nor any prior knowledge of the correct scale.
In terms of API design, I imagine users would want the ability to:
override scale
set the bar character
define overall width.
NB: 1 and 3 may not be compatible - what's the most intuitive way of handling this?
The text was updated successfully, but these errors were encountered:
For numeric columns, it would be cool to be able to visualize these as a simple bar chart in a new column.
For instance:
This gives a nice quick visual representation of the data in the column. The above example can be achieved with existing functionality by doing something like:
But, since the scope of the lambda here is limited to data from individual rows, we have no way of automagically scaling the chart to an appropriate scale. In the above example, I've hard coded the fact that each unit of width of the bars corresponds to 2400km, but this is not ideal.
In a proper implementation, there would be a quick way of adding a chart column that didn't need the lambda writing out, nor any prior knowledge of the correct scale.
In terms of API design, I imagine users would want the ability to:
NB: 1 and 3 may not be compatible - what's the most intuitive way of handling this?
The text was updated successfully, but these errors were encountered: