Re: [Tuxmath-devel] =?iso-8859-1?q?Bug=3A_0=F7=3F=3D0?=

[David B. <db...@ta...>]

Hi Yves et al,

On Friday 27 October 2006 18:05, yv...@yc... wrote:
> Hi all,
>
> There's a bug in tuxmath code: AFAIR the answer of 0=F7?=3D0 should be ev=
ery
> non nul number, not only one particular number.

Good pickup.  I ran across something similar for multiplication when I adde=
d=20
the other question formats - questions like  "0 * ? =3D 0" and "? * 0 =3D 0=
" are=20
also indeterminate.  I worked around that by adding a couple of lines to=20
generate_list() to prevent those questions from getting into the list - it=
=20
would be very easy to do the same for the division example above.  The=20
alternative would be to leave these questions in and accept all answers as=
=20
correct, which would be doable but not quite as trivial.

On other fronts - I have been looking at the tuxtype code with the idea of=
=20
using its system of title and menu screens for tuxmath, as the options scre=
en=20
needs an overhaul.  Any objections?

I have also worked on cross-building tuxtype for Windows using the general=
=20
approach you set up for tuxmath.  I have gotten it to build a nsis-based=20
tuxtype installer, but the tuxtype program doesn't run because it fails to=
=20
load the data files - (probably a simple issue with file paths - need to lo=
ok=20
into it some more).=20

Cheers,
=2D-=20
David Bruce