On Nov 14, 2008, at 10:17 AM, Robert Bradshaw wrote:
> On Nov 14, 2008, at 7:05 AM, Jason Grout wrote:
>
>> Mike Hansen wrote:
>>> Hello,
>>>
>>> On Nov 14, 12:26 am, Jason Grout <[EMAIL PROTECTED]>
>>> wrote:
Franco Saliola wrote:
>> Any comments or objections?
> What about l
On Nov 14, 2008, at 7:05 AM, Jason Grout wrote:
>
> Mike Hansen wrote:
>> Hello,
>>
>> On Nov 14, 12:26 am, Jason Grout <[EMAIL PROTECTED]> wrote:
>>> Franco Saliola wrote:
>>>
> Any comments or objections?
What about list comprehensions? Something like the following.
sage: var('i,n
Em Sex, 2008-11-14 às 05:06 -0800, Harald Schilly escreveu:
> On Nov 14, 9:26 am, Jason Grout <[EMAIL PROTECTED]> wrote:
> > > sage: sum(2^i for i in range(n+1))
>
> > sum(i for i in (1..oo))
>
> They look nice, but i doubt if they could work. e.g. think of more
> than one variable and relations
Mike Hansen wrote:
> Hello,
>
> On Nov 14, 12:26 am, Jason Grout <[EMAIL PROTECTED]> wrote:
>> Franco Saliola wrote:
>>
Any comments or objections?
>>> What about list comprehensions? Something like the following.
>>> sage: var('i,n')
>>> (i, n)
>>> sage: sum(2^i for i in range(n+1))
>>> 2^(
On Nov 14, 9:26 am, Jason Grout <[EMAIL PROTECTED]> wrote:
> > sage: sum(2^i for i in range(n+1))
> sum(i for i in (1..oo))
They look nice, but i doubt if they could work. e.g. think of more
than one variable and relationships between them (e.g. for all i,j in
N where i>j and i mod 7 == 0 and so
Hello,
On Nov 14, 12:26 am, Jason Grout <[EMAIL PROTECTED]> wrote:
> Franco Saliola wrote:
>
> >> Any comments or objections?
>
> > What about list comprehensions? Something like the following.
>
> > sage: var('i,n')
> > (i, n)
> > sage: sum(2^i for i in range(n+1))
> > 2^(n+1) - 1
>
> > I ask be
Franco Saliola wrote:
>>
>> Any comments or objections?
>
> What about list comprehensions? Something like the following.
>
> sage: var('i,n')
> (i, n)
> sage: sum(2^i for i in range(n+1))
> 2^(n+1) - 1
>
> I ask because this seems like the natural/first thing a user would try.
It's consistent
On Thu, Nov 13, 2008 at 2:12 PM, Burcin Erocal <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I plan to start implementing a user interface to symbolic summation
> soon and I want to get some opinions on how this interface should be.
>
> The most natural construct for summation, either of a list or symbol
Burcin Erocal wrote:
> otherwise call the python sum function. (Actually, I recall that there
> were plans to overwrite this function anyway with one that does
> balanced summation if the argument is a list.)
>
See trac 2737
Jason
--~--~-~--~~~---~--~~
To pos
Burcin Erocal wrote:
>
> (Actually, I recall that there
> were plans to overwrite this function anyway with one that does
> balanced summation if the argument is a list.)
FYI, see trac #2737
Jason
--~--~-~--~~~---~--~~
To post to this group, send email to sage-
On Nov 13, 2008, at 6:12 AM, William Stein wrote:
> On Thu, Nov 13, 2008 at 5:12 AM, Burcin Erocal <[EMAIL PROTECTED]>
> wrote:
>>
>> Hi,
>>
>> I plan to start implementing a user interface to symbolic summation
>> soon and I want to get some opinions on how this interface should be.
>>
>> The
On Thu, Nov 13, 2008 at 5:12 AM, Burcin Erocal <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I plan to start implementing a user interface to symbolic summation
> soon and I want to get some opinions on how this interface should be.
>
> The most natural construct for summation, either of a list or symbol
12 matches
Mail list logo
