This is due to the bug fixed by http://trac.sagemath.org/ticket/20797
Also, I'll try to keep further discussion of SageMathCell at
https://groups.google.com/forum/#!forum/sage-cell
On Monday, 6 June 2016 02:14:25 UTC-6, Peter Luschny wrote:
>
> ---
Thanks a lot for explanation, I was completely lost! The suggested fix is
at http://trac.sagemath.org/ticket/20797
On Tuesday, 31 May 2016 01:26:35 UTC-6, Volker Braun wrote:
>
> great minds think alike ;-)
>
>
> On Tuesday, May 31, 2016 at 8:26:54 AM UTC+2, Frédéric Chapoton wrote:
>>
>> It's be
I don't think that anyone is making a case specifically against French
Universities any more than they are making a case against American
univerisities.
Some of us now have now had bad experiences on both sides of the Atlantic
(specifically France because they do host a lot of Free Software
in
On Thursday, 9 June 2016 17:10:44 UTC+2, Johan S. R. Nielsen wrote:
>
> > from sage.misc.misc import inject_variable
> > from mytest.test import atest
> > inject_variable('atest',atest)
> >
> > *Question*: do people think that it is reasonable for a package to do
> this?
>
> I would also sa
> from sage.misc.misc import inject_variable
> from mytest.test import atest
> inject_variable('atest',atest)
>
> *Question*: do people think that it is reasonable for a package to do this?
I would also say "No". The reason is that if that is what the user
wanted, he could just have done "from myt
On Thu, Jun 9, 2016 at 3:42 PM, Andrew wrote:
> Thanks Johan.As much as anything I wanted to know that I wasn't doing
> something stupid.
>
> On Thursday, 9 June 2016 14:02:16 UTC+2, Johan S. R. Nielsen wrote:
>>
>> As a package author, you shouldn't force the user to load the functions
>> into
>>
>
>
>>>
>> Namely that GCE might also have some drawbacks (notably, not being
>> provided free of charge? perhaps others) and that there were people hoping
>> to make a university system work. If there is a technical disagreement (or
>> more than technical) on cloud versus uni, I'm not getting
Thanks Johan.As much as anything I wanted to know that I wasn't doing
something stupid.
On Thursday, 9 June 2016 14:02:16 UTC+2, Johan S. R. Nielsen wrote:
>
> As a package author, you shouldn't force the user to load the functions
> into
> the global namespace. However, it might be possible by
Thanks; noted.
On Thu, Jun 9, 2016 at 3:10 AM, Emily Gunawan wrote:
> This is way past May 4, but I will be at MathFest in Ohio, as an incoming
> Project NExT Fellow. (I plan to mention in my email introduction that I have
> used SageMath for research and hope to use it in my classrooms in the
>
Hi Andrew,
To import into the global namespace use
sage: from mytest import *
As a package author, you shouldn't force the user to load the functions into
the global namespace. However, it might be possible by getting hold of the
globals() object or something.
If you want to import the package
I have been playing around with ta stand-alone python package for sage. It
works really well except that I have not found a "nice" way to import
classes into the global namespace. I suspect that it is just something in
the way that I have configured things, so I've distilled my code down to a
m
On Thursday, June 9, 2016 at 9:52:55 AM UTC+1, Erik Bray wrote:
>
> On Thu, Jun 9, 2016 at 10:48 AM, Dima Pasechnik > wrote:
> > Erik,
> > the trac login prompt (on Safari) displays the following message:
> >
> > To view this page, you must log in to area “sage.math.washington.edu”
> on
>
On Thu, Jun 9, 2016 at 10:48 AM, Dima Pasechnik wrote:
> Erik,
> the trac login prompt (on Safari) displays the following message:
>
> To view this page, you must log in to area “sage.math.washington.edu” on
> 104.197.143.230:80.
>
> Don't know where it digs that "area" hostname from, but it defi
Erik,
the trac login prompt (on Safari) displays the following message:
To view this page, you must log in to area “sage.math.washington.edu” on
104.197.143.230:80.
Don't know where it digs that "area" hostname from, but it definitely
makes no sense.
On Wednesday, June 8, 2016 at 5:03:47 PM
On Wed, Jun 8, 2016 at 10:26 PM, Volker Braun wrote:
> Thats what I initially said about stuff necessarily being on the same file
> system; Afair our trac plugin creates the merge object in the git store and
> cgit then displays the diff; I think it in
>
> https://github.com/sagemath/sage_trac_plu
This is way past May 4, but I will be at MathFest in Ohio, as an incoming
Project NExT Fellow. (I plan to mention in my email introduction that I
have used SageMath for research and hope to use it in my classrooms in the
future).
-Emily
On Saturday, May 14, 2016 at 11:05:24 AM UTC-5, wstein wr
16 matches
Mail list logo
