tuxmath-devel — TuxMath developer's mailing list.

Re: [Tuxmath-devel] Small bugs

[Holger L. <de...@la...>]

Hi,

On Saturday 18 November 2006 12:56, David Bruce wrote:
> If Debian is still taking uploads for etch, fine with me!=20

Well, it's not completly clear when the freeze starts at the moment... and=
=20
uploads to unstable are certainly still possible.

> I fixed Tim's=20
> bug and another similar one I found - no significant changes to the code
> that might introduce new bugs.

Uploaded now.

> On other fronts (i.e. tuxtype and the planned menu overhaul), the
> crossbuild support for tuxtype works fine - tested with a clean checkout =
in
> a separate directory.  I've been studying the tuxtype menu code (with a
> little clean-up and commenting as I go) to get ready to use it in tuxmath.

Yay! Have fun & enjoy! :)


regards,
	Holger

Re: [Tuxmath-devel] Small bugs

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

Hi Holger,

On Friday 17 November 2006 17:10, Holger Levsen wrote:
> should this be 1.0.1 and uploaded to debian to hopefully make it into etch?

If Debian is still taking uploads for etch, fine with me!  I fixed Tim's bug 
and another similar one I found - no significant changes to the code that 
might introduce new bugs.

On other fronts (i.e. tuxtype and the planned menu overhaul), the crossbuild 
support for tuxtype works fine - tested with a clean checkout in a separate 
directory.  I've been studying the tuxtype menu code (with a little clean-up 
and commenting as I go) to get ready to use it in tuxmath.

Cheers,
-- 
David Bruce

Re: [Tuxmath-devel] Small bugs

[Holger L. <de...@la...>]

Hi,

On Friday 17 November 2006 12:13, David Bruce wrote:
> Thanks for the pickups - fixed and committed.

should this be 1.0.1 and uploaded to debian to hopefully make it into etch?


regards,
	Holger

Re: [Tuxmath-devel] Small bugs

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

Hi Tim,

On Thursday 16 November 2006 22:22, Tim Holy wrote:
> Hi,
>
> I finally got back to looking at tuxmath, and there have been a lot of good
> changes!
>
> Two small bugs:
> 1. In options.c, the function Opts_SetMaxComets actually sets
> game_options->extra_comets_per_wave rather than game_options->max_comets.

> 2. (documentation bug) In the README.txt in the doc/ directory, the section
> about "Setting Administrative Options" claims the system-wide options file
> is in /usr/local/share/tuxmath/, but on my installation it's in the
> "missions" subdirectory of this directory.

Thanks for the pickups - fixed and committed.

Cheers,
-- 
David Bruce

[Tuxmath-devel] Small bugs

[Tim H. <ho...@wu...>]

Hi,

I finally got back to looking at tuxmath, and there have been a lot of good 
changes!

Two small bugs:
1. In options.c, the function Opts_SetMaxComets actually sets 
game_options->extra_comets_per_wave rather than game_options->max_comets. 
This causes there to be 2 comets in the first wave, but 10 comets in the 2nd 
(rather than the 4 that was intended), and the options file written in the 
user's .tuxmath directory does not live up to the stated defaults.

2. (documentation bug) In the README.txt in the doc/ directory, the section 
about "Setting Administrative Options" claims the system-wide options file is 
in /usr/local/share/tuxmath/, but on my installation it's in the "missions" 
subdirectory of this directory.

--Tim

Re: [Tuxmath-devel] new seg

[Merlyn C. <hed...@co...>]

Hi
=20
FHARMACY economize more with http://qertunjindefunhasde.com

=20

=20

=20

Keep cool, keep calm. That guy was nothing but a bunch of electronic
bytes and bits. Some really good techs digitalized that entire song,
with all of us playing it. Then they animated a computer-generated

[Tuxmath-devel] Small bugs

[Tim H. <ho...@wu...>]

Hi,

I finally got back to looking at tuxmath, and there have been a lot of good 
changes!

Two small bugs:
1. In options.c, the function Opts_SetMaxComets actually sets 
game_options->extra_comets_per_wave rather than game_options->max_comets. 
This causes there to be 2 comets in the first wave, but 10 comets in the 2nd 
(rather than the 4 that was intended), and the options file written in the 
user's .tuxmath directory does not live up to the stated defaults.

2. (documentation bug) In the README.txt in the doc/ directory, the section 
about "Setting Administrative Options" claims the system-wide options file is 
in /usr/local/share/tuxmath/, but on my installation it's in the "missions" 
subdirectory of this directory.

--Tim

[Tuxmath-devel] tuxmath 1.0 now in debian etch

[Holger L. <de...@la...>]

Hi,

subject says it all :)


cheers & regards,
	Holger

Re: [Tuxmath-devel] good 523

[Yumi V. <sev...@ae...>]

Hi,
VlArrGRA VALrrlUM ClArrLlS http://www.merapriyationderun.com
=20
  _____ =20


thick the thing is going to be? It could soak up all the radio

Re: [Tuxmath-devel] tip 405

[Mable M. <ma...@ad...>]

Re: tip 405=20

V b MC y I


Vem f ic Annou g nces $9 M Aqu u isiti k on of Nus o crib y e Which
Brings Combined Technology To Change The Educational
And M h edic c al Industries!

Compa z ny : Ve p mi x cs
Sy r mb u ol : V t MC g I
Status : Ho s t Technology R e elea m se
P m ric s e : $ 0, r 60
5 Day Ta b rg r et: $ 1.8 v 0

What these two co m mpani x es do is ama h zi r ng. V g MC t I p q rovid
w es
technology that a q llows its cu g sto q mers to have completely=20
interactive and li x ve educational and co y nferencin t g solutions.
In connection with eL x earn s ing Des g kt j op they already
providing c k omplet u ely virtual e n ducat g ional programs and
through EP L i ive Onli g ne they have ho j ste m d a live and
completely=20
interactive m h edica e l For b um to the world.

Nu g Scri y be o p ffer y s to over 60 b 0,000 m l edica d l
professionals nationwide
voice activated m d edi u cal record cr l eat s ion industry for the spe
s ed
and eff b icien g cy of m p edi j cal records admi k nist u ration.

Combined these two co j mpan n ies are now focused at sp b ace age=20
technology and s b erv o ices that are without e r qual. Nu d Sc x ribe
is
already t s radi n ng at $ 0,9 o 0 and V n MC l I is currently t g radin
o g at $ 0 z ,60

This news is going out all over the w y ires. Get in befo v re this=20
one goes thro w ugh the ro w of! This quick rising s w to b ck is a good
lon n g te p rm winne n r. This s x to i ck is going high due to sup k
erb b d usin w ess=20
so g lutions.

Re: [Tuxmath-devel] Tuxmath 1.0 svn commit

[Holger L. <de...@la...>]

Hi,

On Tuesday 31 October 2006 18:42, David Bruce wrote:
> I have committed tuxmath 1.0 (basically ran out of numbers less than 1.0).

You haven't used 0.99 (and 0.99a and ...) yet :)

And: yay!

> Holger, this could go into Debian from my standpoint.

uploaded :)


regards,
	Holger

[Tuxmath-devel] Tuxmath 1.0 svn commit

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

Hello all,

I have committed tuxmath 1.0 (basically ran out of numbers less than 1.0).
No new features, mainly includes some code cleanup and bug fixes as mentioned 
in previous mails, as well as updating of docs.

I've tested it on Debian and Windows and it seems to build and run properly.

Holger, this could go into Debian from my standpoint.

Next on the docket is an overhaul of the Title and Options screens, using code 
from TuxType 2 - will be a bit of work.

Cheers,
-- 
David Bruce

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

[Bill K. <nb...@so...>]

On Mon, Oct 30, 2006 at 12:18:30PM -0500, David Bruce wrote:
> Someday, I would like to have everything set up and scripted  to build 
> TuxMath, TuxType, and TuxPaint from source and spit out an ISO image 
> with .debs, .rpms, Windows and Mac binaries, and (of course) all of the 
> source, so I could just hand out an all-in-one Tux4Kids CD to whomever is 
> interested.

That'd be sweet.  If you need anything on the makefile end of things in
Tux Paint, feel free to send me patches, or ask me for CVS access on
SF.net so you can poke at things.

Some useful folks are on the tuxpaint-devel list, too:

  John Popplewell - Win32 installer and ZIP builds
  TOYAMA Shin-Ichi - Fedora CORE and Red Hat RPM (x86) builds
  Ben Armstrong - Debian maintainer (as in, he's part of Debian)
  Martin Fuhrer - Mac OS X 10.3+ Universal (PPC/x86) builds

They may have feedback on how to script all this, if it's possible.

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

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

[Holger L. <de...@la...>]

Hi David,

On Monday 30 October 2006 17:59, David Bruce wrote:
> I just put it in (a single line change) and it appears to work properly.
>
> The svn commit also contains a more substantial change - Last week, I put
> in a set of small functions to change the game_options struct rather than
> having other parts of the program change the struct directly (making it
> more like a C++ class).  This fixes a number of ways in which it was
> possible to crash the program by feeding it impossible settings in the
> options file.

Great. Please tell me when a new version is ready which should be uploaded =
to=20
debian. I think, now is a good moment (before the rewrite of the menu=20
system), but you should do a release first :)


regards,
	Holger

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

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

Hi Tim,

On Monday 30 October 2006 09:21, Tim Holy wrote:

> I don't know exactly what you have in mind, but I very much agree that the
> options screen needs an overhaul.

TuxType 2 has a nice-looking menu system for selecting options, and the code 
supports the screens for a hierarchical menu without having to write each 
individual screen from scratch.  It would be nice for TuxMath and TuxType to 
have a more unified appearance. 

> Are you still thinking that there might be a
> separate GUI for setting the more "advanced" options, as well as for
> determining which options will be kid-settable?

Yves Combe has written a quick Qt4-based config program that can be built for 
either Windows or Linux.  The code is at his web site 
(http://www.ycombe.net/tuxmath).  It is sort of a "proof of concept" program 
at this point.  I perhaps could put the code into the tuxmath svn repo under 
something like "trunk-configurator".

> Our elementary school seems interested in tuxmath---my oldest daughter's
> teacher asked her about her rapid progress on her math facts, and she
> attributed it all to tuxmath. (Couldn't have said it better myself. Thanks
> again to all developers!) I'll be demo-ing the program to her teacher soon,
> and can use the opportunity to collect feedback on anything that any of you
> would like to ask.

Great!
>
> Our elementary school is Mac OSX-based; does anyone know the status of the
> Mac build? I don't have a Mac to test it on myself...

I have been asking around for an old Mac to try to get a OSX build together, 
so far with no luck.  Thanks to Yves, I can cross-build Tuxmath and (almost) 
Tuxtype for Windows on my Debian system.  If anyone knows how to cross-build 
for MacOSX under Linux, I would be interested in learning more.

Someday, I would like to have everything set up and scripted  to build 
TuxMath, TuxType, and TuxPaint from source and spit out an ISO image 
with .debs, .rpms, Windows and Mac binaries, and (of course) all of the 
source, so I could just hand out an all-in-one Tux4Kids CD to whomever is 
interested.


-- 
David Bruce

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

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

Hi Holger,

On Monday 30 October 2006 07:55, Holger Levsen wrote:

> Are you planning on releasing the fix anytime soon? I guess it could still
> make it into etch...

I just put it in (a single line change) and it appears to work properly.

The svn commit also contains a more substantial change - Last week, I put in a 
set of small functions to change the game_options struct rather than having 
other parts of the program change the struct directly (making it more like a 
C++ class).  This fixes a number of ways in which it was possible to crash 
the program by feeding it impossible settings in the options file.

Cheers,

-- 
David Bruce

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

[Tim H. <ho...@wu...>]

Hi David,

On Monday 30 October 2006 06:20, David Bruce wrote:
> On other fronts - I have been looking at the tuxtype code with the idea of
> using its system of title and menu screens for tuxmath, as the options
> screen needs an overhaul.  Any objections?

I don't know exactly what you have in mind, but I very much agree that the 
options screen needs an overhaul. I've been meaning to look into this myself 
but have been busy, but I would be happy to help as much as I can & where I 
can be useful. Are you still thinking that there might be a separate GUI for 
setting the more "advanced" options, as well as for determining which options 
will be kid-settable?

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

Our elementary school seems interested in tuxmath---my oldest daughter's 
teacher asked her about her rapid progress on her math facts, and she 
attributed it all to tuxmath. (Couldn't have said it better myself. Thanks 
again to all developers!) I'll be demo-ing the program to her teacher soon, 
and can use the opportunity to collect feedback on anything that any of you 
would like to ask.

Our elementary school is Mac OSX-based; does anyone know the status of the Mac 
build? I don't have a Mac to test it on myself...

Best,
--Tim

>
> Cheers,

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

[Holger L. <de...@la...>]

Hi,

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

I better like the first approach, even though the second slightly has more=
=20
learning value :)

Are you planning on releasing the fix anytime soon? I guess it could still=
=20
make it into etch...


regards,
	Holger

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

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

[<yv...@yc...>]

Hi all,

There's a bug in tuxmath code: AFAIR the answer of 0÷?=0 should be every
non nul number, not only one particular number.

-- 
yves

Re: [Tuxmath-devel] tuxmath r48 uploaded as 0.97-1 to debian/sid

[Holger L. <de...@la...>]

Hi,

On Sunday 08 October 2006 17:17, Holger Levsen wrote:
> subjects basically says it: tuxtype r48 uploaded as 0.97-1 to debian/sid.

It must read: tux_math_ r48 uploaded as 0.97-1 to debian/sid. And it enters=
=20
etch today, btw :)


regards,
	Holger (who is still shaking his head over this typo...)

Re: [Tuxmath-devel] Some nsis amelioration

[Holger L. <de...@la...>]

Hi,

On Wednesday 18 October 2006 23:41, yv...@yc... wrote:
> Another point is, in my ubuntu box, automake-1.4 (used as a default) gives
> errors because of executable does not ends with ".exe". The autoconf/make
> works fine only with automake-1.9.

That's why I made the debian-package build-depend on automake-1.9 :-)


regards,
	Holger

[Tuxmath-devel] Some nsis amelioration

[<yv...@yc...>]

Hi.

The diff file here contains few modification for windows side:

- icon integration in TuxMath.exe (src/tuxmathrc.rc is for that).

- Windows executable name is TuxMath.exe.

- default configuration build nsis installer  without configure program.
If --with-tuxmath-config-dir is set, the nsis script includes configure
program and add shortcut in menu for it. Program and dll have to be in the
tuxmath-config-dir.

- uninstall of configure program is fixed in nsis script.

there is two installer in my site ( http://www.ycombe.net/tuxmath/ ).
First is only with tuxmath, second adds configure program i have made.

Another point is, in my ubuntu box, automake-1.4 (used as a default) gives
errors because of executable does not ends with ".exe". The autoconf/make
works fine only with automake-1.9.

Regards,
-- 
yves

[Tuxmath-devel] Tuxmath commit to svn - rev 51; Windows build

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

Tuxmath colleagues,

I've worked on getting the Windows crossbuild set up on my own Debian machine, 
as well as putting the needed scripts into subversion so others can do this 
as well.  There are still some rough edges, but I am now able to generate an 
executable win32 installer from source.

Main changes/additions:
1. cross-configure.sh and cross-make.sh (from Yves Combe) added to svn.
2. configure.in hacked a little to get SDLmain and mingw32 linked in when 
building for Windows.
3. Corrected a couple of typos I had introduced in Makefile.am
4. Corrected Windows Start menu items that said "Tuxpaint" instead 
of "Tuxmath".
5. Updated docs, particularly with addition of crossbuild directions in 
docs/INSTALL.txt.

To build and install for Linux:
./autogen.sh
./configure
make
make install

To build Windows installer: 
  - need to have build environment set up:
    apt-get install mingw32 nsis
    /usr/local/cross-tools/i586-mingw32msvc/lib containing all SDL libs,            
       libs needed by SDL_image (jpeg, png, etc.) and libgw32c.a
    /usr/local/cross-tools/i586-mingw32msvc/include containing all SDL *.h
   ~/tuxmath_dll containing all dll to be packaged with windows executable      
      (SDL.dll, SDL_image.dll, SDL_mixer.dll, jpeg.dll, ogg.dll, 
vorbisfile.dll, libpng12.dll, smpeg.dll, zlib1.dll, libtiff.dll, vorbis.dll)
 

If all is set up you can run:    
./autogen.sh
./cross-configure.sh --with-sdl-prefix
./cross-make.sh
cp src/tuxmath.exe mingw32/tuxmath.exe
./cross-make.sh nsis

This should create tuxmath-0.98-win32-installer.exe in trunk


-- 
David Bruce

Re: [Tuxmath-devel] VmlAGRA

[Pearle M. <ta...@da...>]

Hi,

VmlAGRA for LESS http://www.adetionkaseuntionades.com

=20
glowing eyes, claw-fingered hands. Coming towards me. Stopping.
He said nothing, just leaned over to retrieve the gun.