Timeline for New Feature: Table Support
Current License: CC BY-SA 4.0
18 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Oct 16, 2021 at 4:38 | history | edited | user1271772 | CC BY-SA 4.0 |
added 994 characters in body
|
| Apr 21, 2021 at 5:03 | comment | added | user1271772 | @Catija It seems most of the other bugs and feature-requests on this thread were either given a "status-completed" or "status-deferred" etc. Is it possible to get a status update on the bug reported here? | |
| Apr 8, 2021 at 1:50 | history | edited | user1271772 | CC BY-SA 4.0 |
deleted 2074 characters in body
|
| Dec 31, 2020 at 16:33 | comment | added | Edward | Maybe a pointer to that math.meta question would be potentially helpful to others? | |
| Dec 31, 2020 at 16:17 | comment | added | user1271772 | @Edward it's really a terrible solution if you have a 15-row table that needs mathjax for just 1 symbol. | |
| Dec 17, 2020 at 0:30 | history | edited | user1271772 | CC BY-SA 4.0 |
deleted 3316 characters in body
|
| Dec 9, 2020 at 22:21 | comment | added | user1271772 |
@EmilJeřábek That's a good point. I don't see why there has to be so much wasted space in the left column in my last two examples though. Also the amount of space that $\int e^x=f(u)n$ would be "estimated" to take up before rendering the MathJax, is more than the amount after rendering, so I'm a bit puzzled by the right-column being so narrow in some of the above examples.
|
|
| Dec 8, 2020 at 12:08 | comment | added | Emil Jeřábek | The troubles with column width are most certainly related to the fact that the width of MathJax content is not known before it is actually rendered, hence the table layout cannot adapt to it. If one of the entries in the column is regular text, this forces the column to accommodate this text, alleviating the issue. | |
| Dec 7, 2020 at 17:56 | history | edited | user1271772 | CC BY-SA 4.0 |
added 2197 characters in body
|
| Dec 7, 2020 at 17:48 | history | edited | user1271772 | CC BY-SA 4.0 |
added 483 characters in body
|
| Dec 7, 2020 at 17:26 | history | edited | user1271772 | CC BY-SA 4.0 |
added 373 characters in body
|
| Dec 7, 2020 at 17:21 | comment | added | user1271772 | @Catija Perhaps you could have specified that it just went live recently? The update to the original post was made 3 minutes before your comment, and the live update was not long before that. Your comment reads to me as if it had been live network-wide for a long time and something was wrong with my brain when I tested it several times earlier. | |
| Dec 7, 2020 at 17:18 | history | edited | user1271772 | CC BY-SA 4.0 |
deleted 687 characters in body
|
| Dec 7, 2020 at 17:03 | comment | added | Catija | As far as I can tell, this should just work. It's now live network-wide, though, so feel free to try. | |
| Dec 6, 2020 at 21:34 | comment | added | user1271772 | Yes. Under the "Limitations" section, the original post said nothing about MathJax. | |
| Dec 6, 2020 at 18:43 | history | edited | user1271772 | CC BY-SA 4.0 |
added 518 characters in body
|
| Dec 6, 2020 at 18:06 | comment | added | Discrete lizard | Reading this announcement, I thought that Mathjax in tables is intended to be supported. "inline content" seems to include Mathjax. I don't think it is part of "other complex stuff", as Mathjax cannot contain other markdown elements. But I could be wrong, this is all not very clear. Additionally, there currently does not appear to be a site where both markdown tables and Mathjax is supported, so it's currently hard to test whether it will work or not. | |
| Dec 6, 2020 at 17:20 | history | answered | user1271772 | CC BY-SA 4.0 |