Closed pdion891 closed 1 year ago
Good idea, I think it's sort of a regression - we shouldn't round of to the x.xeY
format. This only happens for the text output, does not happy for the json output.
The immediate fix we can attempt is to output the same number (as-is) than change the format cc @Pearl1594
The linked PR fixes the formatting issue, however it doesn't do what @pdion891 has asked - PL please check if the PR is sufficient to close the ticket as ideally the human readable change should come from API key so the CLI shouldn't alter the response too much.
The #95 make reading better than before but I think it would be cleaner if we could get a more human interpreted version.
is such code could help ?
func convert(i int64) string {
v := []string{"B", "KB", "MB", "GB", "TB", "PB", "EB"}
l := 0
for ; i > 1024; i = i / 1024 {
l++
}
return fmt.Sprintf("%d %s", i, v[l])
}
This could work for any field that are size
or memory
, but cannot be use for all integer type because that would not make sense for cpu count as example.
That looks good - but then the issue is on which int64 inputs (i.e. response keys) should we apply this logic? (probably anything with size in the substring? however it may fail if it's not storage related key)
int64
in that snippet can be changed.
It does look better with the approach you've mentioned @pdion891. However, this may not work for fields like cpunumber, cpuspeed, bits, count, etc - but it's worth exploring!
@Pearl1594 for sur this kind of output is only valid for Size type of attribute.
Would there be a way to know if an attribute name contain size
and if it does the value would be process to have GB
output style ?
@Pearl1594 are you still looking to work on this issue?
I don't think the fix should be in cmk, cmk is a simple tool that displays whatever the api response has. If anywhere the fix should be in the API response. There was a PR back in the days for 'human readable' output that went through most parts in cloudstack and made all these size/volumes into more sensible units. I think we should close this
I agree, if cloudstack api output can be in human readable format, this feature request in cmk is not valid anymore.
Closing it
Thank you!
when displaying volume info, it would be great if we could see the size attribute in human readable form instead of scientific, example:
current output:
new output:
Maybe we could have a configuration
humanformat=true
in the config file too ?