X-Git-Url: https://www.ginac.de/ginac.git//ginac.git?p=ginac.git;a=blobdiff_plain;f=doc%2Ftutorial%2Fginac.texi;h=d7699aff1ec91dcecbbd89cbe69ef75c7ed56fac;hp=c3a1813e5b260d93d6985ff9b04de5d7b09d810e;hb=5cca67f43bc5d81e770ed299e35f30ecd2c1b4d4;hpb=c84d42371ab2e0cc6350a7cffd4f784a54dbd91b

diff --git a/doc/tutorial/ginac.texi b/doc/tutorial/ginac.texi
index c3a1813e..d7699aff 100644
--- a/doc/tutorial/ginac.texi
+++ b/doc/tutorial/ginac.texi
@@ -1057,7 +1057,7 @@ construction is necessary since we cannot safely overload the constructor
 @code{^} in C++ to construct a @code{power} object.  If we did, it would
 have several counterintuitive effects:
 
-@itemize
+@itemize @bullet
 @item
 Due to C's operator precedence, @code{2*x^2} would be parsed as @code{(2*x)^2}.
 @item
@@ -1661,7 +1661,7 @@ advantages and disadvantages over these systems.
 GiNaC has several advantages over traditional Computer
 Algebra Systems, like 
 
-@itemize
+@itemize @bullet
 
 @item
 familiar language: all common CAS implement their own
@@ -1728,7 +1728,7 @@ GiNaC is comparable in speed with other CAS.
 
 Of course it also has some disadvantages
 
-@itemize
+@itemize @bullet
 
 @item
 not interactive: GiNaC programs have to be written in