Word basic added to docstring
improves default in docs
sorts out indentation in docs
#16438 move warning from code to documentation.
resolve merge conflicts
Merge branch '16332' of github.com:theref/sage-game-theory into 16332
Trac #16445: load and attach need parentheses

load and attach are used without parentheses in
src/doc/en/tutorial/programming.rst but current releases of sage seem to
need them.

Will attach a trivial patch to this trac report.

URL: http://trac.sagemath.org/16445
Reported by: sanvila
Ticket author(s): Santiago Vila
Reviewer(s): Punarbasu Purkayastha
Trac #16452: Making the reference manual's introduction more concise

Helloooo everybody !

I read the introduction of this page a bit too verbose, given that the
point of this page is only to index all of Sage's methods :

http://www.sagemath.org/doc/reference/

What do you think ?

There is a general description of Sage which belongs to the website's
main pages (not the reference's manual), and two big paragraphs about
... the first two entries of the reference manual.

We can make it much shorter, and respect the user's momentum by letting
them dive immediately in the reference's manual instead of reading long
sentences !

Add/Change whatever you want. English is not even my own language, so
the sentences will probably not be as light as I intend them to be `:-)`

Nathann

URL: http://trac.sagemath.org/16452
Reported by: ncohen
Ticket author(s): Nathann Cohen
Reviewer(s): Volker Braun
trac #10534 just a partial pep8 cleanup
Trac #15547: Fix the creation of tikzpictures of projections of polytopes

Right now, the tikz method for the projection of a 2d polytope in 3d
relies on the dimension of the projection and not the dimension of the
actual polytope. This is incompatible with the way that the tikz method
works in this case. Moreover, the drawing of back-edges of 3d-polytopes
(in 3d) is broken.

The first error can be reproduced:

{{{
    sage: P = Polyhedron(vertices=[[1,0,0],[0,1,0],[0,0,1]])
    sage: P.ambient_dim()
    3
    sage: P.dim()
    2
    sage: PProj = P.projection()
    sage: PProj.polyhedron_ambient_dim
    3
    sage: PProj.dimension
    3
}}}

To fix the issue, I believe one should add an attribute "polyhedron_dim"
to the projection to know what the dimension of the polyhedron actually
is. Something like:

{{{
    sage: PProj.polyhedron_dim
    2
}}}

Then the tikz method will use this attribute to decide which algorithm
to apply.

The second problem is an indexing issue in the creation of potential
back edges. There is a trivial fix to that.

The doc of _init_from_2d and _init_from_3d should also mention that it
is possible to have lower dimensional polytopes.

URL: http://trac.sagemath.org/15547
Reported by: jipilab
Ticket author(s): Jean-Philippe Labbé
Reviewer(s): Volker Braun
trac #16374: fix OverflowError test to be platform independent
Trac #16374: better two_squares, three_squares, four_squares for small input

We implement a much more efficient version of square decomposition for
small values.

URL: http://trac.sagemath.org/16374
Reported by: vdelecroix
Ticket author(s): Vincent Delecroix
Reviewer(s): Jeroen Demeyer, Leif Leonhardy,  ​Nathann Cohen
trac #10534: deprecate ChooseNK and use Combinations instead
trac #10534: remove imports in choose_nk + deprecate SplitNK
Added simple 8 player game
Had failed a test, now it doesnt. Turning my machine off for 24 hours+
Merge branch 'u/ppurka/ticket/13528' of ssh://trac.sagemath.org/sage into ticket/13528
fix latex build: \text -> \mathrm
fix _ in latex of axes_pad
Need to convert to complex only