dragon-char-datasets — For people building datasets for Dragon Character Training

[Dragon-char-datasets] get on

[Gert S. <g.s...@vi...>]

Dear developers for additional software (datasets) for the Palm Dragon
Character Training, I'm not a developer I'm a new user of this very
usefull study aid to my study of Chinese.

 

I hope you will get on developing additional software for this Palm
utility. maybe Dragon Character Training can be also implemented to
other devices (Nintendo ds?, iphone......) to keep it also alive!

 

 

Gert


*** Aan de inhoud van dit bericht en bijgevoegde
*** documenten kunnen geen rechten worden ontleend.

Re: [Dragon-char-datasets] dragon char for nintendo ds

[Michele C. <gar...@ar...>]

I *might* be willing to do a DS port. But since I don't have a DS and  
I also don't know C/C++ this is far from a foregone conclusion.  
(However, I do live with a professional programmer, so it's not a  
completely hopeless proposition.)

So far my research indicates that although the homebrew DS libraries  
are in C, it would be possible to write the dragon-char application  
in C++, since C++ code can call C functions.

Is iPhone development in C++? If so, I'm guessing that most of the  
code could be shared, but we would need platform-specific layers for  
the UI. From what Thomas says he's thinking along the same lines. I  
haven't at all looked into the data element.

One feature that I'm very keen on seeing added to dragon-char is  
adaptive learning, in which items that you don't know well are  
presented more frequently than items that you do know well.

--Michele Coleman

On Mar 24, 2008, at 2:03 AM, Thomas Munro wrote:

> Judging from http://en.wikipedia.org/wiki/Nintendo_DS_homebrew the  
> DS looks like a pretty nice little platform for this software.
>
> I'm currently working up to starting an iPhone port.  I'd certainly  
> want to make it a lot more friendly and portable than the PalmOS  
> version, which unfortunately was never particularly classy code  
> (the stroke recognition stuff was a quick and dirty proof of  
> concept that grew legs).  I guess if we can get the GUI and  
> database abstractions right we should be able to share a lot of  
> code, if someone does decide to do a port to the DS.
>
> As Josh says, the data is the most valuable thing, being a huge  
> number of hours of meticulous work by many people corresponding to  
> many popular Chinese textbooks.
>
> On 24/03/2008, Jess Parker <je...@je...> wrote:
> I see, I see...  Alas, I myself don't have the progamming experience
> for such an undertaking, but thanks for the reply!  Glad to see some
> activity, haven't heard much from the project in a long time :)
>
>
>
> Jess
>
>
>
> On Sun, Mar 23, 2008 at 9:04 PM, Josh Myer <jo...@jo...>  
> wrote:
> > A port to the DS would entail rewriting most of dragon-char.  The
> >  program is pretty initimately tied to the PalmOS platform.  I  
> started
> >  the splitsville branch when abstracting out the database bits  
> (mostly
> >  for other reasons, but it should help with this sort of thing), but
> >  even that part of the stack has PalmOS nastiness threaded all
> >  throughout it.  PalmOS is a pervasive component, in the same sense
> >  that cancer and ebola are pervasive.
> >
> >  The datasets are quite generic, however, and could be easily  
> adapted
> >  to other platforms.  Also quite valuable: the stroke detection code
> >  can't be used directly, but it forms a proven basis for a new
> >  implementation.
> >
> >  A DS port had occurred to me last year, while commuting by  
> train.  Any
> >  intention dissolved when i subscribed to The Economist, which takes
> >  more than a week's commuting time to read each week =)
> >
> >  A dragon port to the DS is a serious project, but seems quite
> >  tractable if one has the dev environment and cart setup  
> working.  I'd
> >  strongly suggest that the existing dragon-data be used as input,  
> and
> >  that one spend some time understanding the stroke detection bits
> >  before jumping in.
> >
> >  Something tells me that both myself and Thomas could be suckered  
> into
> >  giving further advice once a port is under way (especially if  
> you tell
> >  him there's a commercial DS cartridge that includes Space  
> Invaders).
> >  --
> >  /jbm, but you can call me Josh.  Really, you can!
> >
> >
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ 
> _______________________________________________
> Dragon-char-datasets mailing list
> Dra...@li...
> https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets

Re: [Dragon-char-datasets] dragon char for nintendo ds

[Joachim W. <joa...@t-...>]

Hi,

I unfortunatelly have no time to help with that port, but - as I already 
wrote to Thomas - I could contribute 100+ new characters I have not yet 
checked in and an updated
version of the old Editor with some ideas for better automatic straightening 
of new and existing stroke data on medium and low res devices.

If time permits I could at best be interested to integrate any new features 
back in the old Palm version that I still use very often, last time it help 
to finally pass the basic HSK test.

Xiao Wei

----- Original Message ----- 
From: "Thomas Munro" <mu...@ip...>
To: <dra...@li...>
Sent: Monday, March 24, 2008 10:03 AM
Subject: Re: [Dragon-char-datasets] dragon char for nintendo ds


> Judging from http://en.wikipedia.org/wiki/Nintendo_DS_homebrew the DS 
> looks
> like a pretty nice little platform for this software.
>
> I'm currently working up to starting an iPhone port.  I'd certainly want 
> to
> make it a lot more friendly and portable than the PalmOS version, which
> unfortunately was never particularly classy code (the stroke recognition
> stuff was a quick and dirty proof of concept that grew legs).  I guess if 
> we
> can get the GUI and database abstractions right we should be able to share 
> a
> lot of code, if someone does decide to do a port to the DS.
>
> As Josh says, the data is the most valuable thing, being a huge number of
> hours of meticulous work by many people corresponding to many popular
> Chinese textbooks.
>
> On 24/03/2008, Jess Parker <je...@je...> wrote:
>>
>> I see, I see...  Alas, I myself don't have the progamming experience
>> for such an undertaking, but thanks for the reply!  Glad to see some
>> activity, haven't heard much from the project in a long time :)
>>
>>
>>
>> Jess
>>
>>
>>
>> On Sun, Mar 23, 2008 at 9:04 PM, Josh Myer <jo...@jo...> wrote:
>> > A port to the DS would entail rewriting most of dragon-char.  The
>> >  program is pretty initimately tied to the PalmOS platform.  I started
>> >  the splitsville branch when abstracting out the database bits (mostly
>> >  for other reasons, but it should help with this sort of thing), but
>> >  even that part of the stack has PalmOS nastiness threaded all
>> >  throughout it.  PalmOS is a pervasive component, in the same sense
>> >  that cancer and ebola are pervasive.
>> >
>> >  The datasets are quite generic, however, and could be easily adapted
>> >  to other platforms.  Also quite valuable: the stroke detection code
>> >  can't be used directly, but it forms a proven basis for a new
>> >  implementation.
>> >
>> >  A DS port had occurred to me last year, while commuting by train.  Any
>> >  intention dissolved when i subscribed to The Economist, which takes
>> >  more than a week's commuting time to read each week =)
>> >
>> >  A dragon port to the DS is a serious project, but seems quite
>> >  tractable if one has the dev environment and cart setup working.  I'd
>> >  strongly suggest that the existing dragon-data be used as input, and
>> >  that one spend some time understanding the stroke detection bits
>> >  before jumping in.
>> >
>> >  Something tells me that both myself and Thomas could be suckered into
>> >  giving further advice once a port is under way (especially if you tell
>> >  him there's a commercial DS cartridge that includes Space Invaders).
>> >  --
>> >  /jbm, but you can call me Josh.  Really, you can!
>> >
>> >
>>
>>
>


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


> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/


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


> _______________________________________________
> Dragon-char-datasets mailing list
> Dra...@li...
> https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets
> 

Re: [Dragon-char-datasets] dragon char for nintendo ds

[Thomas M. <mu...@ip...>]

Judging from http://en.wikipedia.org/wiki/Nintendo_DS_homebrew the DS looks
like a pretty nice little platform for this software.

I'm currently working up to starting an iPhone port.  I'd certainly want to
make it a lot more friendly and portable than the PalmOS version, which
unfortunately was never particularly classy code (the stroke recognition
stuff was a quick and dirty proof of concept that grew legs).  I guess if we
can get the GUI and database abstractions right we should be able to share a
lot of code, if someone does decide to do a port to the DS.

As Josh says, the data is the most valuable thing, being a huge number of
hours of meticulous work by many people corresponding to many popular
Chinese textbooks.

On 24/03/2008, Jess Parker <je...@je...> wrote:
>
> I see, I see...  Alas, I myself don't have the progamming experience
> for such an undertaking, but thanks for the reply!  Glad to see some
> activity, haven't heard much from the project in a long time :)
>
>
>
> Jess
>
>
>
> On Sun, Mar 23, 2008 at 9:04 PM, Josh Myer <jo...@jo...> wrote:
> > A port to the DS would entail rewriting most of dragon-char.  The
> >  program is pretty initimately tied to the PalmOS platform.  I started
> >  the splitsville branch when abstracting out the database bits (mostly
> >  for other reasons, but it should help with this sort of thing), but
> >  even that part of the stack has PalmOS nastiness threaded all
> >  throughout it.  PalmOS is a pervasive component, in the same sense
> >  that cancer and ebola are pervasive.
> >
> >  The datasets are quite generic, however, and could be easily adapted
> >  to other platforms.  Also quite valuable: the stroke detection code
> >  can't be used directly, but it forms a proven basis for a new
> >  implementation.
> >
> >  A DS port had occurred to me last year, while commuting by train.  Any
> >  intention dissolved when i subscribed to The Economist, which takes
> >  more than a week's commuting time to read each week =)
> >
> >  A dragon port to the DS is a serious project, but seems quite
> >  tractable if one has the dev environment and cart setup working.  I'd
> >  strongly suggest that the existing dragon-data be used as input, and
> >  that one spend some time understanding the stroke detection bits
> >  before jumping in.
> >
> >  Something tells me that both myself and Thomas could be suckered into
> >  giving further advice once a port is under way (especially if you tell
> >  him there's a commercial DS cartridge that includes Space Invaders).
> >  --
> >  /jbm, but you can call me Josh.  Really, you can!
> >
> >
>
>

Re: [Dragon-char-datasets] dragon char for nintendo ds

[Jess P. <je...@je...>]

I see, I see...  Alas, I myself don't have the progamming experience
for such an undertaking, but thanks for the reply!  Glad to see some
activity, haven't heard much from the project in a long time :)


Jess


On Sun, Mar 23, 2008 at 9:04 PM, Josh Myer <jo...@jo...> wrote:
> A port to the DS would entail rewriting most of dragon-char.  The
>  program is pretty initimately tied to the PalmOS platform.  I started
>  the splitsville branch when abstracting out the database bits (mostly
>  for other reasons, but it should help with this sort of thing), but
>  even that part of the stack has PalmOS nastiness threaded all
>  throughout it.  PalmOS is a pervasive component, in the same sense
>  that cancer and ebola are pervasive.
>
>  The datasets are quite generic, however, and could be easily adapted
>  to other platforms.  Also quite valuable: the stroke detection code
>  can't be used directly, but it forms a proven basis for a new
>  implementation.
>
>  A DS port had occurred to me last year, while commuting by train.  Any
>  intention dissolved when i subscribed to The Economist, which takes
>  more than a week's commuting time to read each week =)
>
>  A dragon port to the DS is a serious project, but seems quite
>  tractable if one has the dev environment and cart setup working.  I'd
>  strongly suggest that the existing dragon-data be used as input, and
>  that one spend some time understanding the stroke detection bits
>  before jumping in.
>
>  Something tells me that both myself and Thomas could be suckered into
>  giving further advice once a port is under way (especially if you tell
>  him there's a commercial DS cartridge that includes Space Invaders).
>  --
>  /jbm, but you can call me Josh.  Really, you can!
>
>

Re: [Dragon-char-datasets] dragon char for nintendo ds

[Josh M. <jo...@jo...>]

A port to the DS would entail rewriting most of dragon-char.  The
program is pretty initimately tied to the PalmOS platform.  I started
the splitsville branch when abstracting out the database bits (mostly
for other reasons, but it should help with this sort of thing), but
even that part of the stack has PalmOS nastiness threaded all
throughout it.  PalmOS is a pervasive component, in the same sense
that cancer and ebola are pervasive.

The datasets are quite generic, however, and could be easily adapted
to other platforms.  Also quite valuable: the stroke detection code
can't be used directly, but it forms a proven basis for a new
implementation.

A DS port had occurred to me last year, while commuting by train.  Any
intention dissolved when i subscribed to The Economist, which takes
more than a week's commuting time to read each week =)

A dragon port to the DS is a serious project, but seems quite
tractable if one has the dev environment and cart setup working.  I'd
strongly suggest that the existing dragon-data be used as input, and
that one spend some time understanding the stroke detection bits
before jumping in.

Something tells me that both myself and Thomas could be suckered into
giving further advice once a port is under way (especially if you tell
him there's a commercial DS cartridge that includes Space Invaders).
-- 
/jbm, but you can call me Josh.  Really, you can!

[Dragon-char-datasets] dragon char for nintendo ds

[Jess P. <je...@je...>]

I've always been a big fan of this program and I think it would work
great on the Nintendo DS.  How difficult would this be to port over to
the platform, and is there any chance of this?

Jess

[Dragon-char-datasets] dragon-char data animated

[Thomas M. <mu...@ip...>]

Hi all,

For your amusement: http://www.ip9.org/~munro/dragon-data/animation/

I imported all the character data from our CVS repo into an experimental
relational database and then rendered these with some code I checked into
CVS under dragon-data/animation.  It's an awesome dataset we've built up, I
really want to find new ways to use it.

I have a kind of half-baked idea about being able to update the character
and word data via the web, wiki-style, about web-based learning games, and
also about writing an iPhone version of the software (it'd be like finger
painting the characters... maybe fun?)

Thomas

RE: [Dragon-char-datasets] dragon directory login

[Colin J. <co...@co...>]

Hey there all,

=20

I=A1=AFm glad Sourceforge fixed the anonymous CVS finally. I use the =
character
data from this excellent little project in my own app =
(hanzihelper.sf.net).
I=A1=AFd like to add some back as well =A8C who should I send them to? =
Or do you
want to open up cvs commits to the likes of us?

=20

I have a few requests by the way:=20

=20

=BD=DB(6854), =B2=A9(535a), =C6=C5(5a46), =CB=D8(7d20), =B2=E6(53c9), =
=BD=ED(5dfe), =D1=CE(76d0), =D5=A8
(70b8), =CC=F0(751c), =B0=C4(6fb3), =BB=A4(62a4), =BE=AF(8b66), =
=B2=EC(5bdf), =D6=A4(8bc1), =CA=A5
(5723), =B5=AE(8bde), =CC=B2(6ee9), =BC=BE(5b63), =C0=D7(96f7), =
=C9=C1(95ea), =CE=ED(96fe), =C1=EF(6e9c)


=20

Cheers,

=20

Colin

  _____ =20

From: dra...@li...
[mailto:dra...@li...] On Behalf Of
Ognjen Fabris
Sent: Friday, 19 May 2006 7:44 AM
To: dra...@li...
Subject: [Dragon-char-datasets] dragon directory login

=20

=20

     Hello Dragoners!

=20

First of all, thank you so much for The Dragon!

It really turns travelling to and from work into fun!

=20

I would like to contribute to this great project, at least by adding new
characters to the database.

Please send me login data for dragon directory.

=20

I am currently on the first year of Chinese class in Zagreb (Croatia).

We are using "Hanyu Jiaocheng" series of course books, so i am working =
on
dataset for the first volume now. Since some characters are missing in =
the
directory, i would like to create them.

=20

One question:

Dragon directory main page says "Number of completed characters 926",

but in the dragon-data/characters folder i downloaded from CVS there are
1507 character files.

Why is the difference?

Perhaps directory counts only simplified versions of characters?

=20

greetings from Croatia,

Ognjen Fabris

[Dragon-char-datasets] dragon directory login

[Ognjen F. <ogn...@gm...>]

     Hello Dragoners!

First of all, thank you so much for The Dragon!
It really turns travelling to and from work into fun!

I would like to contribute to this great project, at least by adding new
characters to the database.
Please send me login data for dragon directory.

I am currently on the first year of Chinese class in Zagreb (Croatia).
We are using "Hanyu Jiaocheng" series of course books, so i am working on
dataset for the first volume now. Since some characters are missing in the
directory, i would like to create them.

One question:
Dragon directory main page says "Number of completed characters 926",
but in the dragon-data/characters folder i downloaded from CVS there are
1507 character files.
Why is the difference?
Perhaps directory counts only simplified versions of characters?

greetings from Croatia,
Ognjen Fabris

[Dragon-char-datasets] Commit access

[Colin J. <co...@co...>]

Hey there,

I'm out here. :) It's be great if the charset was expanded! I use these
chars for my own projects as well as for Dragon. 

I don't have commit access for the project, but maybe you could mail them to
this list in the interim. I'm sure one of the devs will reply shortly.

Colin

-----Original Message-----
From: dra...@li...
[mailto:dra...@li...on-char-datasets
-a...@li...] On Behalf Of ker ker
Sent: Tuesday, November 08, 2005 11:48 AM
To: dra...@li...
Subject: [Dragon-char-datasets] Re: Dragon-char-datasets digest, Vol 1 #103
- 1 msg

Hi...

Anyone can help me? Anyone out there?

2005/10/22, dra...@li...
<dra...@li...>:
> Send Dragon-char-datasets mailing list submissions to
>         dra...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         
> https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets
> or, via email, send a message with subject or body 'help' to
>         dra...@li...
>
> You can reach the person managing the list at
>         dra...@li...
>
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of Dragon-char-datasets digest..."
>
>
> Today's Topics:
>
>    1. Contribute to the dataset (ker ker)
>
> --__--__--
>
> Message: 1
> Date: Sat, 22 Oct 2005 00:49:48 +0200
> From: ker ker <sf...@gm...>
> To: dra...@li...
> Subject: [Dragon-char-datasets] Contribute to the dataset
>
> Hello...
>
> I've just started my chinese classes (3 weeks ago) and your program is 
> PERFECT to learn pinyin and hanyu. I've seen in this weeks that i've 
> learned some characters that aren't at your database. It would be 
> great if I could help you doing this job.
>
> I've just downloaded all files from CVS and java editor works... what 
> is the next step? I need a username to access database and upload 
> chars?
>
> thanks in advance
> ker
>
> PD: i've some troubles tryin to generate a new pdb from my data file 
> with eclipse.. it's ok if i execute java from msdos.. it seems a 
> encode problem (utf-8/16, iso8859, ??) as i see, just some bytes 
> changed from eclipse generated to msdos generated version...
>
>
>
> --__--__--
>
> _______________________________________________
> Dragon-char-datasets mailing list
> Dra...@li...
> https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets
>
>
> End of Dragon-char-datasets Digest
>


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Dragon-char-datasets mailing list
Dra...@li...
https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets

[Dragon-char-datasets] Re: Dragon-char-datasets digest, Vol 1 #103 - 1 msg

[ker k. <sf...@gm...>]

Hi...

Anyone can help me? Anyone out there?

2005/10/22, dra...@li...
<dra...@li...>:
> Send Dragon-char-datasets mailing list submissions to
>         dra...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets
> or, via email, send a message with subject or body 'help' to
>         dra...@li...
>
> You can reach the person managing the list at
>         dra...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Dragon-char-datasets digest..."
>
>
> Today's Topics:
>
>    1. Contribute to the dataset (ker ker)
>
> --__--__--
>
> Message: 1
> Date: Sat, 22 Oct 2005 00:49:48 +0200
> From: ker ker <sf...@gm...>
> To: dra...@li...
> Subject: [Dragon-char-datasets] Contribute to the dataset
>
> Hello...
>
> I've just started my chinese classes (3 weeks ago) and your program is
> PERFECT to learn pinyin and hanyu. I've seen in this weeks that i've
> learned some characters that aren't at your database. It would be
> great if I could help you doing this job.
>
> I've just downloaded all files from CVS and java editor works... what
> is the next step? I need a username to access database and upload
> chars?
>
> thanks in advance
> ker
>
> PD: i've some troubles tryin to generate a new pdb from my data file
> with eclipse.. it's ok if i execute java from msdos.. it seems a
> encode problem (utf-8/16, iso8859, ??) as i see, just some bytes
> changed from eclipse generated to msdos generated version...
>
>
>
> --__--__--
>
> _______________________________________________
> Dragon-char-datasets mailing list
> Dra...@li...
> https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets
>
>
> End of Dragon-char-datasets Digest
>

[Dragon-char-datasets] Contribute to the dataset

[ker k. <sf...@gm...>]

Hello...

I've just started my chinese classes (3 weeks ago) and your program is
PERFECT to learn pinyin and hanyu. I've seen in this weeks that i've
learned some characters that aren't at your database. It would be
great if I could help you doing this job.

I've just downloaded all files from CVS and java editor works... what
is the next step? I need a username to access database and upload
chars?

thanks in advance
ker

PD: i've some troubles tryin to generate a new pdb from my data file
with eclipse.. it's ok if i execute java from msdos.. it seems a
encode problem (utf-8/16, iso8859, ??) as i see, just some bytes
changed from eclipse generated to msdos generated version...

[Dragon-char-datasets] New version 0.9b15

[Joachim W. <joa...@t-...>]

Hi there,

I just released a new version 0.9b15. The user visible change is the new
"Wait" Toggle.

I also updated the contents of the CVS to mirror my recent changes.

Here the more detailed description:
-----------------------------------

Optimizations and cleanups by Yean Leng Tan

New "Wait toggle for MC and Pinyin games:

The idea came about first in the MC games, When it is active you will not
immediately see all the choices, but only empty buttons and a new "Show"
button.. Now your are supposed to say out loud the pinyin (at best also
with tones!) or try to immagine how the right glyphs look. You now press
"Show", the buttons are filled and look for the solution you had in mind
as before. So it´s more like working with real flashcards, where you don´t
see anything before turning around. I found otherwise the "cheating factor"
to be too high, both modes, the new and the old behaviour are useful!

This also fixes the "waiting time problem" in the pinyin game: Any delay
inserted to read the solution will slow down the game on the other hand.
Use the toggle to either have the old behaviour (with an intermediate, quite
short delay) or, if waiting is on, a "Next" button appears and you have all
the time you want to look at the output before proceeding!

Using -O2 to reduce code size (and hopefully increase speed), because we
are quickly approaching the 64k single segment limit, so the later versions
might
anyhow need to be multi-segment!

Have fun

Joachim

[Dragon-char-datasets] HSK books

[Joachim W. <joa...@t-...>]

Sorry, I forgot,

in case you are wondering what strange kind of books are those....??

The complete title is

    "HSK Dan ci su ji su lian", "Chu ji pian", "Shang ce"

with the english subtitle

    "Brushing up your vocabulary for HSK"

I bought the books at the international book store in Shanghai, each is
about 28 yuan

JW

[Dragon-char-datasets] Reworked HSK data sets

[Joachim W. <joa...@t-...>]

Hi,

for those that might be training for the upcoming HSK test (Anybody out
there?), I revamped the hsk*.pdb sets a bit, here the description
from the download page:

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

New, reworked HSK1 and HSK2 training sets.

HSK1 now should more or less exactly correspond to the word list in the
book:

"Dan ci su ji su lian", "Chu ji pian", "Shang ce"
("Word(s) rapid remembering, rapid training", "Elementary Section", "First
book")
ISBN-7-5619-1132-7

Only with the following differences:

(Sometimes) different (improved?) translations
Compressed and joined all entries for the same glyphs into one entry to
avoid problems
with the MC-games
So it´s only 998 unique entries from the original 1033 in the book (I added
some extra
entries to make sure the final level ist filled up to 20) referring to 799
unique glyphs

HSK2 should one day correspond to the word list in the other books "Zhong
ce" and "Xia ce"
(ISBN 7-5619-1234-X and 7-5619-1235-8), but we are still missing glyphs.

In the moment it has 1995 unique entries, referring to 1361 unique hanzi.
(From 2264 entries in the two books) Around 500 glyphs are still missing.

The "standard" versions are sorted by pinyin, the "*r" versions are
randomized.


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

Have fun!?

JW

Fw: [Dragon-char-datasets] hi, i'm new here

[Joachim W. <joa...@t-...>]

----- Original Message ----- 
From: "Joachim Wesner" <joa...@t-...>
To: "yean leng tan" <yea...@ya...>
Sent: Thursday, April 28, 2005 7:20 AM
Subject: Re: [Dragon-char-datasets] hi, i'm new here


> Hi there!
>
> The original version HAD a counter there, it would only do about 20
lookups
> max and then accept whatever it gets,  however the (very small) problem
with
> a counter is that it will distort the random selection and introduce a
small
> chance of repeating the same word within a round if
> the random generator emits a "strange" sequence. On the other hand I now
see
> the need for some defensive coding especially on a device with an OS like
> Palm, where any loop in a single application can halt the whole damn
thing!
>
> I left the Pinyin output in "number form" because I thought you had to
input
> it using numbers anyway,but that´s easy to change, making it dependent on
> the "tone Number" toogle.
>
> A kind of "GO"  toogle would be OK, probably better than simply increasing
> the "flashing" time.Normaly I don´t like to have too many buttons to press
> that interrupt the flow of the games (when you plan to work your way
through
> a dataset with hundreds of words and hence games) but the pinyin input is
> slow anyway because of the need for Graffity input!
>
> Cheers
>
> Joachim
>
> ----- Original Message ----- 
> From: "yean leng tan" <yea...@ya...>
> To: <dra...@li...>
> Sent: Thursday, April 28, 2005 4:20 AM
> Subject: [Dragon-char-datasets] hi, i'm new here
>
>
> > The lockup at the end of the writing game was annoying
> > me  enough that I spent some time looking for it last
> > nite. I didn't want to change the flow and or add a
> > check, instead i just added a counter so that the
> > infinite loop won't occur (a little bit of defensive
> > coding). I figure that it would be a little more
> > robust this way, better to have repeats than to go
> > into an infinite loop. Besides, the 21 char is never
> > used anyway. I also changed a small part of code to
> > check for memory allocation and freeing it a little
> > earlier. I didn't have write access to CVS, so i
> > mailed the code to Thomas.
> > Besides, that the Pinyin game might look nicer with
> > the results rendered instead of keeping it in the
> > input form (of text with numbers), and a pause or go
> > button would be nice coz it flashes by rather fast or
> > maybe my brain is just a little slow. :) ...
> >
> > cheers,
> > yeanleng
> >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > Yahoo! Mail - Easier than ever with enhanced search. Learn more.
> > http://info.mail.yahoo.com/mail_250
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Tell us your software development plans!
> > Take this survey and enter to win a one-year sub to SourceForge.net
> > Plus IDC's 2005 look-ahead and a copy of this survey
> > Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
> > _______________________________________________
> > Dragon-char-datasets mailing list
> > Dra...@li...
> > https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets
>

[Dragon-char-datasets] hi, i'm new here

[yean l. t. <yea...@ya...>]

The lockup at the end of the writing game was annoying
me  enough that I spent some time looking for it last
nite. I didn't want to change the flow and or add a
check, instead i just added a counter so that the
infinite loop won't occur (a little bit of defensive
coding). I figure that it would be a little more
robust this way, better to have repeats than to go
into an infinite loop. Besides, the 21 char is never
used anyway. I also changed a small part of code to
check for memory allocation and freeing it a little
earlier. I didn't have write access to CVS, so i
mailed the code to Thomas.
Besides, that the Pinyin game might look nicer with
the results rendered instead of keeping it in the
input form (of text with numbers), and a pause or go
button would be nice coz it flashes by rather fast or
maybe my brain is just a little slow. :) ... 

cheers,
yeanleng


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Easier than ever with enhanced search. Learn more. 
http://info.mail.yahoo.com/mail_250

[Dragon-char-datasets] Version 0.9b13

[Joachim W. <joa...@t-...>]

Nimen hao!

please download version 0.9b13 to no longer have an infinite loop at the end
of the writing game! Sorry!

Reason? During the last changes I removed/cleaned up some seemingly
unnecessary and strange code!? There is a function mcAnswerNext() used by
all games that determines the next test word that the user has to work on
and takes care not to select an already seen word.

However, as has already been mentioned in the list and/or the code, the
program logic it´s partly set up that way that the function is called a
total of 21 times within a round of 20 games. It clearly is impossible to
find 21 unique words out of a level of 20!

The old code had same strange "fail-savety" built in to fix this (as the
21st word was not really used), that I had removed because I did not see a
need for it (NOW I understand!!), hence the infinite loop! However, the
better vesrion is to avoid that unnecessary 21st call at all as I now
(hopefully correctly) implemented! It seems only the writing game had still
that problem, the others should be OK!??

(The change is not yet in the CVS!)

Sincerely

Joachimn Wesner

Re: [Dragon-char-datasets] Version 0.9b12

[Hon Y. K. <hon...@gm...>]

Jess Parker wrote:

>Hello,
>
>I'm having trouble with this release on my Sony Clie.  In the Writing game,
>when I get 100%, everything works as expected.  When I get less than 100%,
>either by passing a character or taking a hint, character 20 will clear, but
>the percentage indicator will not increment, and it is now locked up.  The
>only way to get out of it is to do a hard reset.  I haven't tried the other
>games yet. Hope this helps.  All the previous releases have been working
>fine.
>
>Jess Parker
>

I get the same lock up. At the end of the writing game, my Handspring 
Visor Neo locks up.

Jimmy Hon

RE: [Dragon-char-datasets] Version 0.9b12

[Jess P. <je...@je...>]

Hello,

I'm having trouble with this release on my Sony Clie.  In the Writing game,
when I get 100%, everything works as expected.  When I get less than 100%,
either by passing a character or taking a hint, character 20 will clear, but
the percentage indicator will not increment, and it is now locked up.  The
only way to get out of it is to do a hard reset.  I haven't tried the other
games yet. Hope this helps.  All the previous releases have been working
fine.

Jess Parker



-----Original Message-----
From: Joachim Wesner [mailto:joa...@t-...] 
Sent: Sunday, April 24, 2005 5:12 AM
To: dra...@li...
Subject: [Dragon-char-datasets] Version 0.9b12

Nimen hao!

Another one out, 0.9b12, on the download page.

(sorry, the line width issue on high res devices did not yet make it, also
Browse game not yet fixed)

CVS will be updated later today too ( I hope so).

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

New version 0.9b12

Many small internal changes and fixes
Now 4 difficulty levels
Cleaned up / extended Pinyin game
New pinyin comparison function for the Pinyin game, ignores whitespace,
depending on difficulty level also can ignore tone numbers

User-visible changes:
----------------------

"Easy Mode" now changed to 4 difficulty levels, preliminarily called
"Easy", "Intermediate", "Difficult" and "Hard". The naming is only important
for the status display, that now shows one character out of "E", "I", "D" or
"H".
(probably better simply use 1..4!?)
The new "Difficulty" Toggle (instead of "Easy Mode") cyclically moves
through all
levels.


The meaning of the difficulty level depends on the game:


In the MC games:

Easy:
Unknown word selected from current level, alternatives selected from current
level
(as before!)

Intermediate:
Unknown word selected from current level, alternatives selected from current
level,
but (try to) only select words with the same # of glyphs. (As in 0.9b9)

Difficult:
Unknown word selected from current level, alternatives selected from the
WHOLE database,
only select words with the same # of glyphs

Hard:
Unknown word selected from WHOLE database, alternatives selected from the
WHOLE database,
only select words with the same # of glyphs. (Level obviously no longer
important
at that difficulty!)


In the Writing game:

Easy and Intermediate:
Same as before

Difficult and Hard:
Unknown word selected from WHOLE database (Level obviously no longer
important at
that difficulty!)


In the Pinyin Game:

A new comparison function for the pinyin input was implemented. Besides
ignoring whitespace
it can be switched insensitive to tone numbers.

If "sensitive" to tone numbers, all tone numbers must be given correctly
(however you can either
input the neutral tone as "5" or omit it - in the latter case blanks between
syllables are
required!)

If "insensitive" to tone numbers, the user can omit the tone # and it will
match any tone.
However, in the current implementation, explicitely given tone #s must also
be correct!
(This might also be changed to simply ignore any tone errors in the
future!?)


Easy:
Unknown word selected from current level, "insensitive" to tone numbers.

Intermediate:
Unknown word selected from current level, "sensitive" to tone numbers.

Difficult:
Unknown word selected from WHOLE database, "insensitive" to tone numbers.

Hard:
Unknown word selected from WHOLE database, "sensitive" to tone numbers.


Also other changes/fixes to the Pinyin game:

Added sound effects (depending on Sound toggle) to the Pinyin game.
If you press "Submit" without any input, you simply skip the current word.
Optimized/moved drawing and erasure areas to avoid any output left from
earlier word.



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Dragon-char-datasets mailing list
Dra...@li...
https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets

[Dragon-char-datasets] Version 0.9b12

[Joachim W. <joa...@t-...>]

Nimen hao!

Another one out, 0.9b12, on the download page.

(sorry, the line width issue on high res devices did not yet make it, also
Browse game not yet fixed)

CVS will be updated later today too ( I hope so).

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

New version 0.9b12

Many small internal changes and fixes
Now 4 difficulty levels
Cleaned up / extended Pinyin game
New pinyin comparison function for the Pinyin game, ignores whitespace,
depending on difficulty level also can ignore tone numbers

User-visible changes:
----------------------

"Easy Mode" now changed to 4 difficulty levels, preliminarily called
"Easy", "Intermediate", "Difficult" and "Hard". The naming is only important
for the status display, that now shows one character out of "E", "I", "D" or
"H".
(probably better simply use 1..4!?)
The new "Difficulty" Toggle (instead of "Easy Mode") cyclically moves
through all
levels.


The meaning of the difficulty level depends on the game:


In the MC games:

Easy:
Unknown word selected from current level, alternatives selected from current
level
(as before!)

Intermediate:
Unknown word selected from current level, alternatives selected from current
level,
but (try to) only select words with the same # of glyphs. (As in 0.9b9)

Difficult:
Unknown word selected from current level, alternatives selected from the
WHOLE database,
only select words with the same # of glyphs

Hard:
Unknown word selected from WHOLE database, alternatives selected from the
WHOLE database,
only select words with the same # of glyphs. (Level obviously no longer
important
at that difficulty!)


In the Writing game:

Easy and Intermediate:
Same as before

Difficult and Hard:
Unknown word selected from WHOLE database (Level obviously no longer
important at
that difficulty!)


In the Pinyin Game:

A new comparison function for the pinyin input was implemented. Besides
ignoring whitespace
it can be switched insensitive to tone numbers.

If "sensitive" to tone numbers, all tone numbers must be given correctly
(however you can either
input the neutral tone as "5" or omit it - in the latter case blanks between
syllables are
required!)

If "insensitive" to tone numbers, the user can omit the tone # and it will
match any tone.
However, in the current implementation, explicitely given tone #s must also
be correct!
(This might also be changed to simply ignore any tone errors in the
future!?)


Easy:
Unknown word selected from current level, "insensitive" to tone numbers.

Intermediate:
Unknown word selected from current level, "sensitive" to tone numbers.

Difficult:
Unknown word selected from WHOLE database, "insensitive" to tone numbers.

Hard:
Unknown word selected from WHOLE database, "sensitive" to tone numbers.


Also other changes/fixes to the Pinyin game:

Added sound effects (depending on Sound toggle) to the Pinyin game.
If you press "Submit" without any input, you simply skip the current word.
Optimized/moved drawing and erasure areas to avoid any output left from
earlier word.

[Dragon-char-datasets] Just another one....

[<Joa...@t-...>]

After working/training for quite some time yesterday with the MC-games,
I decided to go ahead and implement another feature from my wishlist,
it´s called

"Easy Mode" (Actually, what I added is  "Difficult Mode", but I thought
calling the toggle "Easy Mode" is nicer!)

New "Easy Mode" Toggle for the MC-games:

  When On (as before), all words in a level are possible candidates as
an alternative.

  When Off (new), only words with the same number of glyphs (if
possible) are chosen, 
  so it´s no longer possible to guess the right solution simply from the
# of glyphs/syllables

(Switching off pinyin was for similar reasons, but I think while still
learning/repeating stuff, this one is the better option!)

The version 0.9b9 now on the download page also has the discussed status
indicator on the main screen!

Enjoy!

JW

Re: [Dragon-char-datasets] Zhao dao le ma!?

[Michele C. <gar...@ar...>]

Joachim Wesner wrote:

>Harald (and others) please try the newest version 0.9b8i on the official
>download page (I´m running out of version numbers before 1.0 ..... ;-)) )
>
There are *infinite* version numbers. After 0.9b9 is 0.9b10.

Given the number of changes in functionality it could (should) even go 
up from 0.9, to 0.91. If I had been less cocky I guess I would have gone 
to 0.8 or lower :-)

Regards,

Michele Coleman

[Dragon-char-datasets] HanziHelper (was: RE: Zhao dao le ma!?)

[Colin J. <co...@co...>]

Hi there,

The new build works great on my Treo 650 hi-res device. Great stuff.

For anyone who is interested, I have released a new build [0.9] of =
"Hanzi
Helper" (http://hanzihelper.sourceforge.net), that now uses the Dragon
character data sets to show stroke order, and includes an option to =
export
your character list to a dragon PDB. I mentioned this to Thomas a little
while back, but if anyone on the project has any objections to this (I'm
using some of the Dragon java code to process the char data and do the
stroke-order rendering), please let me know. My project is LGPLed. Any =
help
testing this interoperability would be much appreciated.

While I'm at it, I second the "thicker line" message; and I just want to
float the general idea of a J2ME version of Dragon for your =
consideration.
Might be a good way to bring dragon to a wider variety of devices.

Colin

-----Original Message-----
From: dra...@li...
[mailto:dra...@li...] On Behalf Of
Joachim Wesner
Sent: Monday, April 18, 2005 7:51 AM
To: dra...@li...
Subject: Re: [Dragon-char-datasets] Zhao dao le ma!?

> > This version is also the one with the new "Auto Level" Toggle!
>
> Just a feature request: would it be possible to remove the "Toggle"
> terminology ("XXX" instead of "Toggle XXX") and add a checkmark (is=20
> this possible with PalmOS? I'm not sure) or change the wording to=20
> contain "on" and "off"?

As I learned about Palm OS this is for some strange reason not directly
implemented there (No checkmarks as in Windows).
I=B4m sure you can "hack" this somehow, but it's certainly not so easy =
and
against common practice....

Nevertheless I thought about that too and as long we have no status line
(not too much space on LoRes devices):

For Pinyin, Translation,Tone number and sound it becomes pretty quickly
obvious if it is off or on.
However,for the level inc you need to get to the 100%. I will probably =
add a
"+" on the main menu after the level# ti show the status.

Or, just wondering now, as I look on the Palm, on the main menu there =
should
be (at the lower right edge) enough space to put a combination of  LONPT =
to
show the status. Now, I think THIS is the best!!

> How about an option for selecting between thin and thick lines? On my=20
> hires devices the strokes look rather thin, nothing compared to a good =

> Chinese writing brush...

OK, should be no big change! Let=B4s see.....

JW



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide Read honest & candid =
reviews
on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Dragon-char-datasets mailing list
Dra...@li...
https://lists.sourceforge.net/lists/listinfo/dragon-char-datasets