From kde-edu  Wed Oct 10 12:15:48 2007
From: Frederik Gladhorn <frederik.gladhorn () gmx ! de>
Date: Wed, 10 Oct 2007 12:15:48 +0000
To: kde-edu
Subject: [kde-edu]: Parley (KVocTrain) - split translations
Message-Id: <200710101415.49113.frederik.gladhorn () gmx ! de>
X-MARC-Message: https://marc.info/?l=kde-edu&m=119201858616637
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1088306405=="

--===============1088306405==
Content-Type: multipart/signed;
  boundary="nextPart3095153.uYSCHEOJsu";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart3095153.uYSCHEOJsu
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi people,
after preventing me from feature reduction the last time, let's see, if we =
can=20
play the same game again :)

1.) I have stumbled over another thing that seems uncomfortable to me: spli=
t=20
solutions
a) it makes my life harder
b) it is badly implemented
c) I don't know if it's usefull
d) I don't like it
e) ...

Now my question is, does anyone use it?
There will be changes in how an answer is corrected (yay!). I don't want to=
=20
promis anything on the short term, but it looks promising :)
We won't ever achieve intelligent validation of answers, because computers =
and=20
languages don't fit. But we can pretend ;)

Reading the book of all books (The KVocTrain Handbook) of course enlightens=
=20
me... except that the feature is not documented.
Wow. What is a field? How do I know if I want to split my translation? Does=
 it=20
hurt?

Now I went to the ordeal of creating a new document in KVocTrain to=20
specifically test this nifty feature. And the result is...
It looks ugly as hell.
The "fields" are lineedits below each other.

I am thinking about taking this out completely.
My current idea is to use the great new (far from perfect) correction stuff=
=20
and make it even greater by looking at individual words. So if you need to=
=20
enter a sentence, individual words will appear in red and green.

Opinions and suggestions?


2.) Suggestion lists
After such a long time I noticed if this feature was enabled, Parley kept o=
n=20
crashing... This was due to changes in KComboBox using QLineEdit internally=
=20
instead of the K version and obviously overlooked in the Qt4 porting effort=
=20
because it uses an evil cast. This is still giving me nausea.
Apart from doing other evil things it uglifies some parts of code pretty we=
ll=20
an needs quite a few strange work arounds.

So again, please comment on the usefulness of this thingy. Maybe there coul=
d=20
be something like this, but improved usability wise?
To me it sounds like cheating anyway. Use multiple choice, I'd say ;)


Have a great day,
=46rederik (with his favorite code chopping screeching evil chainsaw in han=
d=20
already)


PS: if any of you gets around to testing sound and image, pleas let me know=
 if=20
it works at all, if it's usable, what could be made better etc...

=2D-=20
Parley - The Vocabulary Trainer
http://edu.kde.org/parley

The E-Team http://edu.kde.org

I always pass on good advice. It is the only thing to do with it.
Oscar Wilde






--nextPart3095153.uYSCHEOJsu
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQBHDMJ0cZKJUyELiPcRAgtqAJ99SycV24MeH+uNVlDtolGeKKhnwwCdEeYS
DbWVeVrQsPxUD836reqt/GM=
=yFTg
-----END PGP SIGNATURE-----

--nextPart3095153.uYSCHEOJsu--

--===============1088306405==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu

--===============1088306405==--