[Tux4kids-tuxtype-dev] Gsoc idea(Sreerenj)
sreerenj balachanadran
sreegsoc at gmail.com
Mon Jan 26 02:45:49 UTC 2009
On Sat, Jan 24, 2009 at 2:42 AM, <
tux4kids-tuxtype-dev-request at lists.alioth.debian.org> wrote:
> Send Tux4kids-tuxtype-dev mailing list submissions to
> tux4kids-tuxtype-dev at lists.alioth.debian.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://lists.alioth.debian.org/mailman/listinfo/tux4kids-tuxtype-dev
> or, via email, send a message with subject or body 'help' to
> tux4kids-tuxtype-dev-request at lists.alioth.debian.org
>
> You can reach the person managing the list at
> tux4kids-tuxtype-dev-owner at lists.alioth.debian.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Tux4kids-tuxtype-dev digest..."
>
>
> Today's Topics:
>
> 1. Re: Desktop file missing (David Bruce)
> 2. Re: [Tuxmath-devel] TuxMath and TuxType BeOS ports (David Bruce)
> 3. Re: [Tuxmath-devel] TuxMath and TuxType BeOS ports (David Bruce)
> 4. Re: Gsoc ideas (sreyas k)
> 5. header intact (deepak mr)
> 6. Re: [Tuxmath-devel] TuxMath and TuxType BeOS ports
> (Schrijvers Luc)
> 7. Re: [Tuxmath-devel] TuxMath and TuxType BeOS ports
> (Schrijvers Luc)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 23 Jan 2009 07:07:02 -0600
> From: David Bruce <davidstuartbruce at gmail.com>
> Subject: Re: [Tux4kids-tuxtype-dev] Desktop file missing
> To: Lars Vogdt <lars at linux-schulserver.de>
> Cc: tux4kids-tuxtype-dev at lists.alioth.debian.org
> Message-ID:
> <9a3504f50901230507ve5e9512j95fef421290b291f at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Lars,
>
> >> Regarding the *.spec files, what is the most useful way to store this
> >> in svn? i.e., I noticed that there are quite a few places that refer
> >> to the current version number and other specifics, and I noticed that
> >> tuxtype had an old tuxtype.spec.in file with places for the current
> >> version to be substituted in at configure-time. Do you work from a
> >> *.spec.in that should go into svn rather than the spec file itself?
> >
> > People invoking configure normally don't need a specfile ;-)
>
> Well, maybe it would be a function of autoconf. I'm not so familiar
> with specfiles just yet and am trying to get a sense of how this works
> in well-organized programs.
>
> >
> > People using the specfile should IMO be able to adapt at least
> > the "Version:" line in the file directly.
> >
> > How is Debian handling this?
>
> I don't know - Holger Levsen <holger at layer-acht.org> is the Debian
> packager. I'm the "upstream" guy. I use Debian primarily, but I
> don't know much about the details of making debian packages.
>
> Best,
>
> David
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 23 Jan 2009 14:09:49 -0600
> From: David Bruce <davidstuartbruce at gmail.com>
> Subject: Re: [Tux4kids-tuxtype-dev] [Tuxmath-devel] TuxMath and
> TuxType BeOS ports
> To: Begasus at skynet.be
> Cc: Tux Typing <tux4kids-tuxtype-dev at lists.alioth.debian.org>
> Message-ID:
> <9a3504f50901231209w7a3f11csba2e01735388dd40 at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Luc,
>
> On Fri, Jan 23, 2009 at 8:17 AM, Schrijvers Luc <Begasus at skynet.be> wrote:
> > Hi David,
> >
> > Not sure if I answered your previous email in regards to the BeOS
> > port ... if not here's what the Terminal is giving me when running
> > "tuxtype -d":
> >
> > $ ./tuxtype -d
> > SetupPaths(): Error - could not find data path.
> >
> > tuxtype, version 1.7.2 BEGIN
> > PACKAGE = tuxtype
> > TUXLOCALE = /boot/apps/Games/TuxTyping2//share/locale
> > setlocale(LC_ALL, "") returned: C
> > bindtextdomain(PACKAGE, TUXLOCALE)
> > returned: /boot/apps/Games/TuxTyping2//share/locale
> > bind_textdomain_codeset(PACKAGE, "UTF-8") returned: UTF-8
> > textdomain(PACKAGE) returned: tuxtype
> > gettext("Fish"): Fish
> >
> > After gettext() call
> > LibInit():
> > -About to init SDL Library
> > -SDL Library init'd successfully
> > Mix_OpenAudio() successful
> > -about to init SDL_ttf
> > LibInit():END
> > SW mode
> > Current resolution: w 1280, h 1024.
> > SDL_SetClipRect(screen, NULL):
> > SDL_ShowCursor(0):
> > SDL_WM_SetCaption("Tux Typing", PACKAGE);
> > -SDL VidMode successfully set to 640x480x16
> > GraphicsInit():END
> > PACKAGE = tuxtype
> > TUXLOCALE = /boot/apps/Games/TuxTyping2//share/locale
> > setlocale(LC_ALL, en_US.UTF-8) returned: (null)
> > bindtextdomain(PACKAGE, TUXLOCALE)
> > returned: /boot/apps/Games/TuxTyping2//share/locale
> > bind_textdomain_codeset(PACKAGE, "UTF-8") returned: UTF-8
> > textdomain(PACKAGE) returned: tuxtype
> > gettext("Fish"): Fish
> >
> > buf is: en_US
> > CheckFile() - checking: /keyboard.lst
> > Unable to open as either FILE or DIR
> > LoadKeyboard(): Error finding file for keyboard setup!
> > Warning: graphics file /images/standby.png could not be loaded
> > Couldn't load 'standby.png'
> > Entering load_media():
> > default_data_path =
> > theme_data_path =
>
> So for whatever reason it could not find the data path. I think we
> need to put some more debugging statements into SetupPaths() to figure
> out what is going on.
>
> Thanks,
>
> David
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 23 Jan 2009 19:08:18 -0600
> From: David Bruce <davidstuartbruce at gmail.com>
> Subject: Re: [Tux4kids-tuxtype-dev] [Tuxmath-devel] TuxMath and
> TuxType BeOS ports
> To: Begasus at skynet.be
> Cc: Tux Typing <tux4kids-tuxtype-dev at lists.alioth.debian.org>
> Message-ID:
> <9a3504f50901231708x1269501s5d34fda674aca02d at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Luc,
>
> On 1/23/09, David Bruce <davidstuartbruce at gmail.com> wrote:
> >
> > So for whatever reason it could not find the data path. I think we
> > need to put some more debugging statements into SetupPaths() to figure
> > out what is going on.
> >
>
> It looks the the real problem is that tuxtype no longer properly
> supports installing in non-default locations with "./configure
> --prefix=$WHATEVER".
>
> As a simple test, I tried installing tuxtype 1.7.2 on my usual Debian
> system with "--prefix=/boot/apps/Games/TuxType2/", and got almost
> identical output to what you got on BeOS. Similarly, using
> "--prefix=/home/dbruce/local" did not work.
>
> With tuxmath, installation to these locations worked fine. There must
> be some kludge buried within tuxtype that is causing trouble. I think
> I'll use tuxmath as a model and try to use the same exact code for
> tuxtype.
>
> Thanks,
>
> David
>
> p.s. - fwiw, have you tried just letting tuxtype install on BeOS to
> the default unix prefix (/usr/local)?
>
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 24 Jan 2009 09:08:11 +0530
> From: sreyas k <k.sreyas at gmail.com>
> Subject: Re: [Tux4kids-tuxtype-dev] Gsoc ideas
> To: tux4kids-tuxtype-dev at lists.alioth.debian.org
> Message-ID:
> <5e6ca5990901231938r705faec8p4703a70dc0587f4c at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> >
> > Date: Thu, 22 Jan 2009 12:10:28 -0600
> > From: David Bruce <davidstuartbruce at gmail.com>
> > Subject: Re: [Tux4kids-tuxtype-dev] Gsoc ideas
> >
> > Hi Sreerenj,
> >
> > (list members - we had been discussing adding sound files for each
> > word to be typed)
> >
> > >
> > > Hi David
> > > But courresponding to each wav file ,we need to identify the typed
> > word.And
> > > if the word is incorrect ,the code should identify that.So for that we
> > need
> > > to do something with library.Is it possible without adding any
> additional
> > > libs to our program?
> > >
> >
> > It depends on what sort of activity we make this into. If it is
> > something with only one "target" at a time, like the phrase typing
> > activity, the program would simply play the .wav instead of displaying
> > the text to be typed, and everything else would be the same.
>
>
> I think better than having .wav files for each letter, we should link some
> kind of text to speech package with tuxtype. Otherwise having .wav files
> for each and every language can make the software too big. Moreover, it
> would be easier for adding new languages.
Hi David and Sreyas,
Thank you for the valuable comments.Anyway i am checking the feasibility of
adding the speech to text translation with sdl library.
sreerenj
http://sreerenj.livejournal.com
>
>
> >
> >
> > We could adapt the cascade or comet games to play a .wav of each word
> > when it appears on the screen, either in addition to displaying it
> > (easier) or instead of displaying it (harder). Either way, the
> > program would already know the answer word without any speech-to-text
> > conversion being required. The checking of the player's answer would
> > be just like it is now. If we did this (and it might be a very good
> > enhancement), we would need to take care to keep the words spaced far
> > enough apart so that the .wavs don't overlap, and limit how many words
> > are in play at once because the player might not remember what was
> > said. Perhaps we could have the target blink when it gets halfway
> > down and repeat the .wav, or something.
> >
> > If we add a lot of sound files, we will likely go over the 10MB file
> > size limit for Alioth downloads, but I'm sure we could work something
> > out.
>
>
> Don't you think that we should have speech output for each key the user
> presses also? This would be a great enhancement for the visually challenged
> people. I don't know how we will do this. This is just a suggestion. I can
> imagine something like - a male voice for the key pressed by the user, and
> a
> female one for each character that comes up on the screen, or something
> like
> that. I think this can be easily done if we use a text to speech package.
>
> I think we should start by adding this feature to the practice game because
> there is only one character at a time and then from there go on and add the
> feature to the other games that display more than one character at a time.
>
> >
> >
> > Anyway, something of this nature sounds like a great GSoC idea. We
> > still need to figure out who can mentor this year.
> >
> > David
>
>
>
> Regards,
> Sreyas
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.alioth.debian.org/pipermail/tux4kids-tuxtype-dev/attachments/20090124/5cb3d8b3/attachment-0001.htm
>
> ------------------------------
>
> Message: 5
> Date: Sat, 24 Jan 2009 09:32:16 +0530
> From: deepak mr <deepakmr2008 at gmail.com>
> Subject: [Tux4kids-tuxtype-dev] header intact
> To: tux4kids-tuxtype-dev at lists.alioth.debian.org
> Message-ID:
> <b580be320901232002g3c0f8a01o87d044ebf6189347 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.alioth.debian.org/pipermail/tux4kids-tuxtype-dev/attachments/20090124/460c13e3/attachment-0001.htm
>
> ------------------------------
>
> Message: 6
> Date: Sat, 24 Jan 2009 10:58:16 +0100
> From: Schrijvers Luc <Begasus at skynet.be>
> Subject: Re: [Tux4kids-tuxtype-dev] [Tuxmath-devel] TuxMath and
> TuxType BeOS ports
> To: David Bruce <davidstuartbruce at gmail.com>
> Cc: Tux Typing <tux4kids-tuxtype-dev at lists.alioth.debian.org>
> Message-ID: <1232791096.6320.44.camel at begasus-laptop>
> Content-Type: text/plain
>
> On vr, 2009-01-23 at 19:08 -0600, David Bruce wrote:
> > Hi Luc,
> >
> > On 1/23/09, David Bruce <davidstuartbruce at gmail.com> wrote:
> > >
> > > So for whatever reason it could not find the data path. I think we
> > > need to put some more debugging statements into SetupPaths() to figure
> > > out what is going on.
> > >
> >
> > It looks the the real problem is that tuxtype no longer properly
> > supports installing in non-default locations with "./configure
> > --prefix=$WHATEVER".
> >
> > As a simple test, I tried installing tuxtype 1.7.2 on my usual Debian
> > system with "--prefix=/boot/apps/Games/TuxType2/", and got almost
> > identical output to what you got on BeOS. Similarly, using
> > "--prefix=/home/dbruce/local" did not work.
> >
> > With tuxmath, installation to these locations worked fine. There must
> > be some kludge buried within tuxtype that is causing trouble. I think
> > I'll use tuxmath as a model and try to use the same exact code for
> > tuxtype.
> >
> > Thanks,
> >
> > David
> >
> > p.s. - fwiw, have you tried just letting tuxtype install on BeOS to
> > the default unix prefix (/usr/local)?
>
> We don't have symlinks to /usr/local ;)
>
> But nice to hear you are have the problem located ... ;)
>
> Using #include "scandir.h" in Tuxmath also didn't resolve the problem
> (still get undefined errors to scandir and alphasort)
>
> PS ... a small line with svn instructions would be nice on the website
> (to tell users how to pull seperate parts like tuxmath and tuxtype's
> trunk versions)
> On that note ... when I pull the trunk for tuxmath I'm running into
> problems with no
> ./makefile.in
> ./data/makefile.in
> ... (list goes on here)
> is there a reason for it? Because they do exist in the official source
> tarball.
>
> So far for now ... will keep you updated ;)
>
> Greetings,
>
> Luc aka Begasus
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Sat, 24 Jan 2009 11:42:11 +0100
> From: Schrijvers Luc <Begasus at skynet.be>
> Subject: Re: [Tux4kids-tuxtype-dev] [Tuxmath-devel] TuxMath and
> TuxType BeOS ports
> To: David Bruce <davidstuartbruce at gmail.com>
> Cc: Tux Typing <tux4kids-tuxtype-dev at lists.alioth.debian.org>
> Message-ID: <1232793732.6320.54.camel at begasus-laptop>
> Content-Type: text/plain
>
> Tuxmath is fixed here, seems there is a missing obj when linking
> "am_generate_lessons_OBJECTS" the "scandir.$(OBJECT)" is missing in the
> makefile.in in ./src. When I added it in there (in the makefile after
> running configure) it compiled fine (even without adding #include
> "scandir.h").
> The build is now complete and running (even factroids etc)
>
> The binary 'generate_lesson' is working fine also (cli)
>
> Greetings,
>
> Luc aka Begasus
>
>
> On vr, 2009-01-23 at 19:08 -0600, David Bruce wrote:
> > Hi Luc,
> >
> > On 1/23/09, David Bruce <davidstuartbruce at gmail.com> wrote:
> > >
> > > So for whatever reason it could not find the data path. I think we
> > > need to put some more debugging statements into SetupPaths() to figure
> > > out what is going on.
> > >
> >
> > It looks the the real problem is that tuxtype no longer properly
> > supports installing in non-default locations with "./configure
> > --prefix=$WHATEVER".
> >
> > As a simple test, I tried installing tuxtype 1.7.2 on my usual Debian
> > system with "--prefix=/boot/apps/Games/TuxType2/", and got almost
> > identical output to what you got on BeOS. Similarly, using
> > "--prefix=/home/dbruce/local" did not work.
> >
> > With tuxmath, installation to these locations worked fine. There must
> > be some kludge buried within tuxtype that is causing trouble. I think
> > I'll use tuxmath as a model and try to use the same exact code for
> > tuxtype.
> >
> > Thanks,
> >
> > David
> >
> > p.s. - fwiw, have you tried just letting tuxtype install on BeOS to
> > the default unix prefix (/usr/local)?
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Tux4kids-tuxtype-dev mailing list
> Tux4kids-tuxtype-dev at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/tux4kids-tuxtype-dev
>
>
> End of Tux4kids-tuxtype-dev Digest, Vol 14, Issue 14
> ****************************************************
>
--
Sreerenj
http://sreerenj.livejournal.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.alioth.debian.org/pipermail/tux4kids-tuxtype-dev/attachments/20090125/15235b2e/attachment-0001.htm
More information about the Tux4kids-tuxtype-dev
mailing list