Hi Bill,

Thank you , I'll go through the code of tuxpaint and let me try things with that.

regards

Bristow.

On Tue, Mar 24, 2009 at 11:55 PM, <tuxpaint-devel-request@lists.sourceforge.net> wrote:
Send Tuxpaint-devel mailing list submissions to
       tuxpaint-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
       https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
or, via email, send a message with subject or body 'help' to
       tuxpaint-devel-request@lists.sourceforge.net

You can reach the person managing the list at
       tuxpaint-devel-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Tuxpaint-devel digest..."


Today's Topics:

  1. Re: Tuxpaint-devel Digest, Vol 34, Issue 9 (Bill Kendrick)
  2. Re: Tuxpaint-devel Digest, Vol 34, Issue 9 (Caroline Ford)


----------------------------------------------------------------------

Message: 1
Date: Tue, 24 Mar 2009 11:20:43 -0700
From: Bill Kendrick <nbs@sonic.net>
Subject: Re: [Tuxpaint-devel] Tuxpaint-devel Digest, Vol 34, Issue 9
To: Discussion list for Tux Paint developers
       <tuxpaint-devel@lists.sourceforge.net>
Message-ID: <20090324182043.GA4019@sonic.net>
Content-Type: text/plain; charset=us-ascii

On Tue, Mar 24, 2009 at 11:46:36PM +0530, Bristow Thankachan wrote:
>    Thank you for the reply. I 'm applying for svg support in tuxmath and
>    tuxtype. I came to know there is some support for svg in tuxpaint, that's
>    why I asked about it in the list. So you say it's very hard to port the
>    code in tuxpaint to tuxmath and tuxtype?

I can't really say, since I don't know TuxMath or TuxType's code.
But all three are based on libSDL, so in the end, Tux Paint's SVG code
returns an 'SDL_Surface *', so I'm _guessing_ it can't be too hard.

-bill!



------------------------------

Message: 2
Date: Tue, 24 Mar 2009 18:24:32 +0000
From: Caroline Ford <caroline.ford.work@googlemail.com>
Subject: Re: [Tuxpaint-devel] Tuxpaint-devel Digest, Vol 34, Issue 9
To: Discussion list for Tux Paint developers
       <tuxpaint-devel@lists.sourceforge.net>
Cc: "tuxpaint-devel@lists.sourceforge.net"
       <tuxpaint-devel@lists.sourceforge.net>
Message-ID: <777FC8E4-5CB8-48DF-AB28-84CECED8FC25@googlemail.com>
Content-Type: text/plain; charset="us-ascii"

No he's saying it's not very difficult.

Caroline

Sent from a mobile device.

On 24 Mar 2009, at 18:16, Bristow Thankachan <bristow.thankachan@gmail.com
 > wrote:

> Hi Bill,
>
> Thank you for the reply. I 'm applying for svg support in tuxmath
> and tuxtype. I came to know there is some support for svg in
> tuxpaint, that's why I asked about it in the list. So you say it's
> very hard to port the code in tuxpaint to tuxmath and tuxtype?
>
> Thanks
>
> Bristow.
>
> On Tue, Mar 24, 2009 at 10:15 PM, <tuxpaint-devel-request@lists.sourceforge.net
> > wrote:
> Send Tuxpaint-devel mailing list submissions to
>        tuxpaint-devel@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>   say     https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> or, via email, send a message with subject or body 'help' to
>        tuxpaint-devel-request@lists.sourceforge.net
>
> You can reach the person managing the list at
>        tuxpaint-devel-owner@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Tuxpaint-devel digest..."
>
>
> Today's Topics:
>
>   1. how to's for ideas. (akash gangil)
>   2. HELP (Bristow Thankachan)
>   3. Re: how to's for ideas. (Bill Kendrick)
>   4. Re: HELP (Bill Kendrick)
>   5. Re: GSOC Participation - Interested (Bill Kendrick)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 24 Mar 2009 18:29:02 +0530
> From: akash gangil <akashg1611@gmail.com>
> Subject: [Tuxpaint-devel] how to's for ideas.
> To: tuxpaint-devel@lists.sourceforge.net
> Message-ID:
>        <79bce3510903240559s2e373c7bibf3c5d05d971f624@mail.gmail.com>
> Content-Type: text/plain; charset="windows-1252"
>
> hello all,          I am akash gangil , an undergraduate student ,
> from
> India ,New Delhi.
> I wish to work for Tux4Kids this summer'09.
> Nobody replied to the last mail that i posted to
> tuxmath-devel@lists.sourceforge.net .         So i am mailing to
> this list.
> ( Expecting a positive reply , i am unable to submit any patch
> currently due
> to my exams , but am working on some of the FIXME's in the
>         code and wish to contribute soon .. so plz. dnt ignore my
> mail.)
>
> I am concentrating on just Tux4Kids this GS0C , as it's surprisingly
> fits in
> my skill set and interests.
> Moreover , I am consistently plannning how to implement the ideas.
> The following three ideas really excite me in the Tux4kids list of
> proposed
> ideas for GSoC'09.
> http://socghop.appspot.com/document/show/user/david_bruce/
> tux4kids*1. To
> achieve the first task that is Speech output of the word or phrase
> to be
> typed on the tux typing ideas list , i researched a bit and came to
> the
> following things,* Rather than using sound files, which would not only
> increase the size of the application but would also be cumbersome. I
> went
> through two tts libraries namely eSpeak and Festival , but found
> Festival to
> score over eSpeak in it's diction , it's very much as if someone is
> talking
> to you.
>  Using ?Festival?, a text to speech , open-source, cross-platform
> library
> written in C++ can be very handy. Festival can easily be integrated
> into
> current code . Moreover , the most important , ?DICTION? , is the
> ultimate
> stronghold of Festival , which is the best available. I have gone
> through
> it, and have a good idea of how to apply it to get my work done.
> http://en.wikipedia.org/wiki/Festival_Speech_Synthesis_System
> http://www.cstr.ed.ac.uk/projects/festival/ Overview: the spech
> output of
> the word or text typed is redirected to a file , Ex: it can be used
> to speak
> the data of the file as follows:
>
> int main(int argc, char **argv)
> {
>    EST_Wave wave;
>    int heap_size = 210000;  // default scheme heap size
>    int load_init_files = 1; // we want the festival init files loaded
>
>    festival_initialize(load_init_files,heap_size);
>
>    // Say simple file
>    festival_say_file("/etc/motd");
>
>    festival_eval_command("(voice_ked_diphone)");
>    // Say some text;
>    festival_say_text("hello world");
>
>    // Convert to a waveform
>    festival_text_to_wave("hello world",wave);
>    wave.save("/tmp/wave.wav","riff");
>
>    // festival_say_file puts the system in async mode so we better
>    // wait for the spooler to reach the last waveform before exiting
>    // This isn't necessary if only festival_say_text is being used
> (and
>    // your own wave playing stuff)
>    festival_wait_for_spooler();
>
>    return 0;
> }
>
>  Not only this , using Festival would also help when Tux Typing is
> modified
> to (LAN Game,if done so), as Festival also has a server/client API
> ( so it
> can be run on a single computer while it can fork it's child for the
> clients).Easy implentation , portability and it's cross-platform
> aspects
> make it the best option avilable.*2.  Support for LAN multiplayer
> mode.
> This is probably the most ambitious, as it will require
> restructuring the
> game into client and server programs.                  Networking to
> be
> accomplished   using SDL_net.
> *
>    I am interested in it because one of my ongoing projects is very
> similar
> to this .
>    I am working on file broadcasting using BSD sockets via (UDP
> protocols)
> , ( using threads with TCP protocol)..
>    work on this is on , and continuous progress is being made .
>    I am attaching the src code of the files which transfer media
> files b/w
> two computers on a linux system.
>
>    The code for broadcasting (using threads via TCP protocol) is
> almost
> complete but still requires some fixes.
>
>    I know the GSoC proposal is bigger than this and it uses SDL_net
> library
> .
> *        *   plz , let me know your opinions on this..
>
>    But there are various analogies in the UNIX SOCKETS functionality
> and
> SDL_net which helps me to easily carry out this task..
>
>
> *3. Tux Typing could also benefit from a configuration program to
> support
> editing of word lists, phrase lists, and setting of options.
> *
>    I am quite comfortable with Qt4  and Qt4 Designer and have
> developed
> minor apps. using Qt4 Designer as well as have hardcoded them.
>    Currently I am working on the proposed model of this configuration
> program to be implemented using Qt.
>    I would be pleased to work on this two.
>
>
> I would really like to know the views of you people whether good or
> bad on
> primarily these three ...
> what's ur take on this,
>
> regards
> akash gangil
> -------------- next part --------------
> An HTML attachment was scrubbed...
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: transfermediaserver.c
> Type: text/x-csrc
> Size: 933 bytes
> Desc: not available
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: transfermediaclient.c
> Type: text/x-csrc
> Size: 781 bytes
> Desc: not available
>
> ------------------------------
>
> Message: 2
> Date: Tue, 24 Mar 2009 11:20:48 +0530
> From: Bristow Thankachan <bristow.thankachan@gmail.com>
> Subject: [Tuxpaint-devel] HELP
> To: tuxpaint-i18n@lists.sourceforge.net,
>        tuxpaint-devel@lists.sourceforge.net
> Message-ID:
>        <d886b2060903232250n7de0ea78o94aec8a191ff18e0@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi all,
>
> I'm Bristow, pre final year B-tech student from India. I would like to
> contribute to the tux4kids community. I need to know whether svg
> support is
> added to tuxpaint. Looking forward for your replies.
>
> thanks
>
> Bristow
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 3
> Date: Tue, 24 Mar 2009 09:36:15 -0700
> From: Bill Kendrick <nbs@sonic.net>
> Subject: Re: [Tuxpaint-devel] how to's for ideas.
> To: Discussion list for Tux Paint developers
>        <tuxpaint-devel@lists.sourceforge.net>
> Message-ID: <20090324163615.GA20450@sonic.net>
> Content-Type: text/plain; charset=us-ascii
>
> On Tue, Mar 24, 2009 at 06:29:02PM +0530, akash gangil wrote:
> >             So i am mailing to this list. ( Expecting a positive
> reply , i am
> >    unable to submit any patch currently due to my exams , but am
> working on
> >    some of the FIXME's in the
> <snip>
>
> I'd actually be interested in seeing Festival used in Tux Paint,
> especially if it does a good job at reading translated words
> (i.e., if it can TTS more than just english).  Since we have such
> a numerous collection of stamps, and don't always have translated
> descriptive audio sounds for them, it'd be nice to have something to
> fall back to, other than silence.
>
> (Also, although recordings of humans are often more pleasant to
> listen to,
> if the descriptive string changes, the audio file is no longer the
> same.
> I think that's already the case for a number of sounds that we pulled
> from ChildsPlay... they describe the animal, but they don't say
> _exactly_
> the same thing as the text on the screen.)
>
> I also wonder, how hard is it for Festival to report which part of the
> string is currently being spoken, so we can highlight it as the speech
> is played back?  (Helpful in teaching kids to read.)
>
> Thanks,
>
> -bill!
>
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 24 Mar 2009 09:39:03 -0700
> From: Bill Kendrick <nbs@sonic.net>
> Subject: Re: [Tuxpaint-devel] HELP
> To: Discussion list for Tux Paint developers
>        <tuxpaint-devel@lists.sourceforge.net>
> Message-ID: <20090324163903.GB20450@sonic.net>
> Content-Type: text/plain; charset=us-ascii
>
> (I rejected the post you made of this to tuxpaint-i18n, because it's
> off-topic)
>
> On Tue, Mar 24, 2009 at 11:20:48AM +0530, Bristow Thankachan wrote:
> >    Hi all,
> >
> >    I'm Bristow, pre final year B-tech student from India. I would
> like to
> >    contribute to the tux4kids community. I need to know whether
> svg support
> >    is added to tuxpaint. Looking forward for your replies.
>
> Tux Paint already supports SVG.  It is currently only used for Stamp
> artwork, but once the UI system is updated to allow for differently-
> sized
> elements (buttons, dialog boxes, etc.), SVG will become useful for
> UI artwork
> as well.  But it should be trivial to utilize what we have for that.
> (In fact, we should do that soon, anyway, to support SVGs in the UI,
> even if they can't scale abitrarily, yet.)
>
> BTW - Whenever anyone brings up the topic of SVG support in TuxMath
> and
> TuxType as a GSOC project (I guess it's in this year's "ideas" list
> again),
> I make a point to mention that Tux Paint already has some code, which
> shouldn't be _terribly_ difficult to port over to the other two apps.
>
> Just sayin'...
>
> -bill!
>
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 24 Mar 2009 09:44:45 -0700
> From: Bill Kendrick <nbs@sonic.net>
> Subject: Re: [Tuxpaint-devel] GSOC Participation - Interested
> To: Discussion list for Tux Paint developers
>        <tuxpaint-devel@lists.sourceforge.net>
> Message-ID: <20090324164445.GC20450@sonic.net>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Mar 23, 2009 at 01:05:39AM +0530, Rohith Rajesh wrote:
> >    I would like to contribute towards accessibility improvements
> regarding
> >    Tux paint. How can I proceed ?
>
> What kind of experience do you have with accessibility software?
> (i.e., have you played with such tools under Linux, Windows and/or
> Mac)
>
> One major place where Tux Paint could benefit is an on-screen keyboard
> that can be used to enter text using the Text (and, eventually,
> Label) tools.
>
> Another topic that I just mentioned in a reply to another GSOC student
> applicant is the fact that Tux Paint's UI is 'stuck' at its current
> size.
> This can make it difficult to use on high resolution screens (esp.
> when the
> DPI is very high, causing the buttons to be very small, physically
> -- the
> OLPC XO-1 laptop is a good example... it's a very small, very high-res
> display, so the buttons in Tux Paint look very small compared to, say,
> my Dell laptop).
>
> The UI element sizes, and all calculations regarding when they're
> being
> clicked/etc. is all hard-coded.  It'll be a tremendous amount of work,
> and you'll have to be very careful, to make it dynamically-sized.
>
> Adding UI theme support would also be beneficial.  (The ability to
> switch
> from the current 'candy'-like theme to something much simpler and
> higher-contrast, for users with vision impairments.)
>
> UI theming will also help the adult users who wish to use Tux Paint
> for
> serious matters.  (The question has come up numerous times!)
>
> And, of course, once the features are coded, the options will need
> to be:
> * Made available via command-line
> * Made available via configuration file
> * Config. file options exposed in "Tux Paint Config" GUI tool
> * Documented
>
> Hope that helps,
>
> -bill!
>
>
>
> ------------------------------
>
> ---
> ---
> ---
> ---------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM)
> are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly
> and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based
> development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>
> ------------------------------
>
> _______________________________________________
> Tuxpaint-devel mailing list
> Tuxpaint-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>
> End of Tuxpaint-devel Digest, Vol 34, Issue 9
> *********************************************
>
> Tuxpaint-devel mailing list
> Tuxpaint-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>
>
> End of Tuxpaint-devel Digest, Vol 34, Issue 9
> *********************************************
>
>
> ---
> ---
> ---
> ---------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM)
> are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly
> and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based
> development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Tuxpaint-devel mailing list
> Tuxpaint-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com

------------------------------

_______________________________________________
Tuxpaint-devel mailing list
Tuxpaint-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel


End of Tuxpaint-devel Digest, Vol 34, Issue 11
**********************************************