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
Describe the bug
This may not necessarily be a bug, although, it is inconsistent, and that inconsistency is highly annoying and unintuitive.
When referring to an absolute value using the comments below the table for automatically determining a value of a given column, the absolute references ignores the second row (the one which does not contain any cells which actually shows up inside the reading render of the table). In contrast, the relative reference does not ignore the row which does not appear inside the rendering of the table.
For this table here are the absolute references listed:
Evaluate the formula using Advanced tables Obsidian "evaluate formula" feature.
Expected behavior
What occurs is the "15" addressed as "@3$2" becomes a "---", what I would expect is for the cell "@3$2" to become a "2"; if you assume that the relative measurement should be adjusted after the absolute ones that is. Either way, to be clear:
Additional notes
I might have made some mistake inside the table example of all the absolute and relative references, since I just observed the pattern and filled in the rest, but the steps to reproduce the bug should be right.
The text was updated successfully, but these errors were encountered:
Thanks for the bug report on this. I agree that this is inconsistent and definitely not desirable. Unfortunately at this point fixing it would be a major breaking change, so I think I had to leave it as is. Maybe (hopefully) some day if there is a need for other breaking changes this can be fixed.
Yeah, sounds highly reasonable, since changing what the references point to, might ruin some older uses of the references. Besides, it is easy to work with with the inconsistency anyways, once you get used to it. I would not expect any change anytime soon; instead, it was at the time of writing, mostly just done to bring awareness to the issue, and maybe something happens a few years later, maybe.
Describe the bug
This may not necessarily be a bug, although, it is inconsistent, and that inconsistency is highly annoying and unintuitive.
When referring to an absolute value using the comments below the table for automatically determining a value of a given column, the absolute references ignores the second row (the one which does not contain any cells which actually shows up inside the reading render of the table). In contrast, the relative reference does not ignore the row which does not appear inside the rendering of the table.
For this table here are the absolute references listed:
In comparison, this is the relative references listed for the absolute cell:
@3$2
:Again, this may not be a bug in itself, although, I feel like somebody got to report the inconsistency
To Reproduce
Here is a example of how to reproduce the issue:
Insert the following table into the text file:
Evaluate the formula using Advanced tables Obsidian "evaluate formula" feature.
Expected behavior
What occurs is the "15" addressed as "@3$2" becomes a "---", what I would expect is for the cell "@3$2" to become a "2"; if you assume that the relative measurement should be adjusted after the absolute ones that is. Either way, to be clear:
The behavior
The desired behavior:
Desktop:
Additional notes
I might have made some mistake inside the table example of all the absolute and relative references, since I just observed the pattern and filled in the rest, but the steps to reproduce the bug should be right.
The text was updated successfully, but these errors were encountered: