-
-
Notifications
You must be signed in to change notification settings - Fork 285
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support AxisKeys and friends #708
Comments
Thanks! You can subscribe to #458 |
Sorry, I edited your comment to remove the duplicate issue #458, but AxisKeys is new |
I guess I missed that issue you link. |
Do you think it's possible to make the fix more general than "support AxisKeys"? Surely there are other packages, more or less popular, that define various array types, and some of those types may suffer from similar issues. |
So the problem appears to be that it's going through the Tables.jl interface, which AxisKeys.jl provides in case it's a useful way to get data out into something else. But the structure isn't principally a table. It's an N-dim array, with labels along each axis. It overloads the basic REPL printing heavily. I haven't really looked into providing an HTML version. (Last time I looked at PrettyTables.jl, which I think does so, it did not seem easy to hook up --- it seemed quite focused on tabular data, headings & columns. But that was a while ago.) |
The error is fixed in #726 Pluto now displays it as a table: You can open a new issue if this is not what we want |
If I'm not mistaken, those displayed fine before recent Pluto updates. Also I confirmed that everything works in Julia REPL and IJulia.
Looks like issues lie somewhere in the Pluto "magic" trying to show the arrays as rich as possible.
The text was updated successfully, but these errors were encountered: