On Thu, Sep 3, 2020 at 5:39 AM kcrisman wrote:
>
> Always great to hear from you, Jason!
>
>
>> 2. Karl-Dieter, to answer your question about notebooks: we've worked
>> really hard to make the transition from "classic Notebook" to JupyterLab
>> smooth, so yes, it not only opens notebook files,
Thanks for the quick answers. It's good to know that sage does have a
distinction between classical doctests and unit tests. Is there a deeper
reason than tradition that the latter is implemented as doc tests using
TESTS, instead of more conventional approaches using pytest or nose? Refs
On Thu, Sep 3, 2020 at 2:56 AM Samuel Lelièvre
wrote:
> 2020-08-03 03:07 UTC, Jason Grout:
>
> > 6. For syntax highlighting - here is a comment showing how to add
> > syntax highlighting for a filetype:
> >
> https://github.com/jupyterlab/jupyterlab/issues/4223#issuecomment-547934247
> .
> >
On Friday, September 4, 2020 at 7:02:27 AM UTC-7, tobia...@gmx.de wrote:
>
> I noticed that there are a lot of doctests in the existing code that test
> rather elementary things. These are often not utterly important for a user
> of the method, but are rather unit tests that verify the correct
On Friday, September 4, 2020 at 7:02:27 AM UTC-7, tobia...@gmx.de wrote:
>
>
> Hi everybody,
>
> I'm currently in the progress of cleaning up my code implementing
> symplectic structures in sage. While doing so, I noticed that there are a
> lot of doctests in the existing code that test rather
Hi everybody,
I'm currently in the progress of cleaning up my code implementing
symplectic structures in sage. While doing so, I noticed that there are a
lot of doctests in the existing code that test rather elementary things.
These are often not utterly important for a user of the method,
https://trac.sagemath.org/ticket/29314
This is something that should ideally be in 9.2, too. This update
drops all the patches we needed for gap and gap_packages.
Tested so far on Linux and macOS 10.15.6, all fine. Testing on GitHub Actions
is unfortunately very slow these days, not sure we ever
