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
Is your feature request related to a problem? Please describe.
I have a payload to describe that has several fixed length arrays, of differing lengths, each of which I put in one or more rows. Currently I have a borderless box before each array to describe the array, and then call (def boxes-per-row xx)(draw-column-headers) to show byte offsets for the boxes in each row.
Unfortunately, the current address appears to be reset with (draw-column-headers), so there is no byte offset for each row. Also, there doesn't seem to be way to indicate that the descriptive text box should not be counted as field bytes.
Describe the solution you'd like
Be able to tell draw-column-headers to not reset the address
Be able to indicate that a box should not modify the address (i.e. is not a field)
Describe alternatives you've considered
I have made separate figures for each row, but this is awkward.
I have also tried without descriptive text, but there are many similar arrays and it is hard to describe them within each field box only.
I currently draw the row header manually to get around bytefield not updating or drawing the address. This is error prone but works.
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered:
I think this goes a bit far beyond the scope of what this is intended to offer. If you can find a clean way to implement this, I would consider a pull request, but I would worry it might complicate things too much. I think your solution of drawing your special-purpose headers yourself is the correct one, and you could provide a library function that does this exactly the way you want it in an include file.
I should also say, thanks for using this, and for looking for ways to make it even better! 😄 But I should be clear that I’d consider a PR for drawing new column headers without changing the address. I don’t think having boxes within the diagram that do not increment the address would be a good idea, that breaks the entire conceptual model of the byte field grid.
Is your feature request related to a problem? Please describe.
I have a payload to describe that has several fixed length arrays, of differing lengths, each of which I put in one or more rows. Currently I have a borderless box before each array to describe the array, and then call
(def boxes-per-row xx)(draw-column-headers)
to show byte offsets for the boxes in each row.Unfortunately, the current address appears to be reset with
(draw-column-headers)
, so there is no byte offset for each row. Also, there doesn't seem to be way to indicate that the descriptive text box should not be counted as field bytes.Describe the solution you'd like
Describe alternatives you've considered
I have made separate figures for each row, but this is awkward.
I have also tried without descriptive text, but there are many similar arrays and it is hard to describe them within each field box only.
I currently draw the row header manually to get around bytefield not updating or drawing the address. This is error prone but works.
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered: