headers
Carsten Niehaus | 2 May 2003 11:27
Picon
Picon

Re: : Timetableapplication


Am Freitag, 2. Mai 2003 00:29 schrieben Sie:
Hi

I think we should produce code. If no one objects I will import the app into 
kdenonbeta tomorrow. I will take the code as of version 2.0. I will 
furthermore start to fix the GUI.
I know that Lalescu has already a more advanced code but I will not commit 
that one.

Lalescu: Do you already have a CVS-account so that you can commit is as soon 
as you want?

Nagy wrote this list:

> The project goal is a timetable system:
> - using genetic algorithm (produced by Lalescu)
> - deployed on a distributed host system ( produced by me)
> - wrapped to be controlled from KDE desktop (nice taskbar progrss bars and
> control interface) --- (Have noone for this yet)

I will do the last point (or to be precise: I will help to do this). At the 
beginning it is probably pretty easy to make progress.

Do we all agree? Lalescu: I would like to get a answer with the infomation 
what version I should commit.

Carsten

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Euclides Chuma | 4 May 2003 15:05
Picon
Favicon

: Proposal of new project: KLogo-Turtle

Hi,

I am teacher of mathematic and programmer and I develop a project: KLogo-Turtle.
 
KLogo-Turtle is a LOGO language interpreter. LOGO is language much useful in the teching geometry. In the language LOGO the children might construct figures geometrics across of comands of the language LOGO as Forward 50 steps, Left 90 degree, ...
 
The project was developed in KDeveop 2.1.5 and use Qt 3.1 and KDE 3.1. I insert internationalization function i18n in messages and menus, however the commands to be in english abreviation.
 
I started project in the beginning of this year and the project to be in beta version. I will like include in KDE-Edutainment, what you think?
 
Download a tarball of version alpha of project:
 
 
Thank you 
 
Euclides L. Chuma
 
The commands to teste:
 
FD 50 - Forward ?? (?? is integer number)
BK 100 - Backward ?? (?? is integer number)
LT 90 - Rotate ?? degree to left
RT 90 - Rotate ?? degree to right
PC RED - Change pencil color to red (color might to be green, red, blue,
black, yellow, gray, darkblue, darkgreen, darkred, darkyellow)
CS - Clear Screen
HM - Move to center position
PD - Pencil down
PU - Pencil up
HT - Hide cursor of figure
ST - Show cusor of figure
SX 10 - Move to X position ??
SY 10 - Move to Y position ??
REPEAT ?? ... END REPEAT - Repeat ?? of time the instructions until
END REPEAT
TO ?? ... END TO - Define a command ?? that run instructions until END TO


Yahoo! Mail
O melhor e-mail gratuito da internet: 6MB de espaço, antivírus, acesso POP3, filtro contra spam.
_______________________________________________
kde-edu mailing list
kde-edu <at> mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-edu
Permalink | Reply | 0 comments |
headers
Matthias Messmer | 4 May 2003 17:36
Picon

Re: Proposal of new project: KLogo-Turtle


Hi!

On Sunday 04 May 2003 14:52, Euclides Chuma wrote:
> I am teacher of mathematic and programmer and I develop a project:
> KLogo-Turtle. KLogo-Turtle is a LOGO language interpreter. LOGO is language
> much useful in the teching geometry. In the language LOGO the children
> might construct figures geometrics across of comands of the language LOGO
> as Forward 50 steps, Left 90 degree, ... 

My first codng steps were with LOGO, too :-D Memories are raising...

> The project was developed in
> KDeveop 2.1.5 and use Qt 3.1 and KDE 3.1. I insert internationalization
> function i18n in messages and menus, however the commands to be in english
> abreviation. 

Hmm, translated commands would be nice, because i think LOGO can be used even 
by young children with no english experience (if they are no native speakers, 
of course).

> I started project in the beginning of this year and the
> project to be in beta version. I will like include in KDE-Edutainment, what
> you think? 

I personally would like to have you and your project with kde-edu. I am not 
sure, if you should go to kdenonbeta first and improve the project a bit 
before changing to kde-edu. On the other hand we should avoid too much CVS 
movements, shouldn't we?

> Download a tarball of version alpha of project:
> http://www.euchuma.hpg.ig.com.br/klogoturtle-0.1.tar.gz 

I gave it a try and had to include stdlib.h in desenho.cpp for the abs 
function - strange...

> CS - Clear Screen

This clears the command list vie but not the graphics. Do you want that?

Good luck with your project!

Matthias
--

-- 
Matthias Messmer
Germany
Permalink | Reply | 0 comments |
headers
Dominique Devriese | 18 May 2003 12:01
Picon
Picon

: Kig dependancies ?


Hi,
I've been working a bit on python scripting for Kig.  This has turned
out to not be too hard, especially because I'm using the fantastic
Boost.Python library [1].  I'm making good progress, the code
basically works, but I haven't started working on the user interface
of the feature.
However, I have some questions about whether it would be a good idea
to make Kig depend on python and Boost.python.
Basically, I see two options:

1 make kig depend on the libs, and make it not compile at all without
  python installed, which obviously has the disadvantage that users
  will need two libraries installed in order to be able to use Kig.. 
2 make the kig build disable the scripting features if the user
  requests to not use the libraries.  However, this has the
  disadvantage that it creates compatibility problems between the
  program with scripting, and the program without ( User A has
  scripting, creates a file with a scripted object, and sends it to
  User B who doesn't have scripting, and obviously can't open the
  file.. ).  Kig would have to tell User B that he needs kig with
  scripting in order to use the file..

I guess option 1 is not really a possibility, but I don't really like
the consequences of option 2 too.. 

What do you think about this ?  Are there any other programs that need
certains libs to function, and how was the issue solved there ?

cheers
domi

Footnotes: 
[1]  http://boost.org/libs/python/doc/index.html 

--

-- 
You are a very redundant person, that's what kind of person you are.
Permalink | Reply | 0 comments |
headers
Maurizio Paolini | 19 May 2003 11:26
Picon
Favicon

Re: : Kig dependancies ?

> From: Dominique Devriese <dominique.devriese <at> student.kuleuven.ac.be>
>
> I've been working a bit on python scripting for Kig.  This has turned
> out to not be too hard, especially because I'm using the fantastic
> Boost.Python library [1].  I'm making good progress, the code
> basically works, but I haven't started working on the user interface
> of the feature.

Good work!

> However, I have some questions about whether it would be a good idea
> to make Kig depend on python and Boost.python.
> Basically, I see two options:
>
> 1 make kig depend on the libs, and make it not compile at all without
>   python installed, which obviously has the disadvantage that users
>   will need two libraries installed in order to be able to use Kig.. 
> 2 make the kig build disable the scripting features if the user
>   requests to not use the libraries.  However, this has the
>   disadvantage that it creates compatibility problems between the
>   program with scripting, and the program without ( User A has
>   scripting, creates a file with a scripted object, and sends it to
>   User B who doesn't have scripting, and obviously can't open the
>   file.. ).  Kig would have to tell User B that he needs kig with
>   scripting in order to use the file..

I guess that you should base such choices upon the most probable scenario
in the next future.  When kde3.2 is out it will include kig in it, which
means that all major distributions will build packages with kig precompiled.
In such scenario the compile options (if any) are decided by the packager
and not the user, which means in the end that the majority of kig executables
around would be basically all compiled with the same options.  In this
sense I guess it would not be a real disadvantage to make it possible to
disable scripting while "making" kig; anyone doing it would be motivated
to do so and aware of the consequences.
On the other end if a packager compiles with scripting support, then the
resulting package would depend on python (not a big problem) and "boost"
(which *can* be a problem) e.g. I can find the rpm package of boost in
the "RawHide" of RedHat, which means that presumably it will be included in
a future redhat release, but is not yet included in the present release.

If we had a "crystal sphere" we could know if there will be other software
depending on "boost", in which case the dependency would not be a real
problem... but we actually don't know :-(

Option 2 would leave the choice to the packager, who perhaps is in a better
position to make a decision.

Cheers,

maurizio
Permalink | Reply | 1 comment |
headers
Dominique Devriese | 19 May 2003 16:40
Picon
Picon

Re: : Kig dependancies ?

Maurizio Paolini writes:

  Maurizio> Option 2 would leave the choice to the packager, who
  Maurizio> perhaps is in a better position to make a decision.

Yes, I suppose that this is the way to go..  I have just done some
work on the import filters to make for clearer error messages if an
unsupported type is found..  I suppose that should do..

( Don't expect this stuff in CVS any time soon, as a lot of work still
has to be done, and I haven't got too much spare time atm ( exams are coming
up :( ) )

cheers
domi

--

-- 
A kind of Batman of contemporary letters.
		-- Philip Larkin on Anthony Burgess
Permalink | Reply | 0 comments |
headers
Andreas Nicolai | 20 May 2003 10:55
Picon

: Help wanted for drawing same small icons...

Hi folks!

Because I'm obviously inable to draw good looking icons (at least I gave up 
now) I wanted to ask for your help. We still need some good icons for KTouch:

1. a toolbar icon for "continue training session" in 22x22
2. a toolbar icon for "pause training session" in 22x22
3. a preferences dialog icon for "colour settings" 48x48
(there is already an interesting icon for that, but only in 34x34 and I don't 
know who's the creator of this)
4. a preferences dialog icon for "training options" 48x48

This would help us a lot...

Bye - Andreas
Permalink | Reply | 0 comments |
headers
Prabu Subroto | 22 May 2003 07:52
Picon
Favicon

: Kalamaris documentation

Dear my friend...

Do you have a complete user documentation of Kalamaris
(Kalamaris user handbook). I need that so much.

On the Kalamaris homepage, I can only find the
documentation for KDevelop.

Thank you very much in advance.

__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com
Permalink | Reply | 1 comment |
headers
Dominique Devriese | 22 May 2003 18:19
Picon
Picon

Kig 0.5.0 released


KDE Interactive Geometry 0.5 released
-------------------------------------

The Kig team is proud to announce the 5th release of the KDE
Interactive Geometry program Kig.  This version adds a lot of new
features, and further improves the User Interface.  

Kig is the most intuitive Interactive Geometry program available (
including commercial ones ), and has most of the features that the
competition has to offer.

These are the things that have changed with relation to Kig 0.4:
- Much improved undo support.  Almost everything you can do in Kig can
  be undone now..
- Support for the importing of files in the KSeg file format, in
  addition to the KGeo and Kig file formats..
- Add a full screen mode
- Add support for a polar coordinate system
- Multiline text labels
- Optimise moving by a better selection of what objects to redraw
- lots of less important fixes, ui improvements, and functionality
  enhancements.. 

The new version can be downloaded from 
http://download.kde.org/stable/apps/KDE3.x/math/kig-0.5.0.tar.bz2
or
ftp://ftp.kde.org/pub/kde/stable/apps/KDE3.x/math/kig-0.5.0.tar.bz2

A Mandrake 9.1 package is available here:
http://www.fensystems.co.uk/downloads/SRPMS/kig-0.5.0-1fs.src.rpm
Thanks to Michael Brown for providing this.

Thanks to all Kig developers and users, for helping with code
resp. feedback.  Especially Pino Toscano has been very helpful.  And
of course, as always, Maurizio Paolini deserves to be mentioned in the
credits :-)

Dominique Devriese <devriese <at> kde.org>
Kig maintainer

P.S.: if you received this mail in error, please let me know..

--

-- 
VI is historically important, if "religiously evil;"
(Christopher Browne on alt.religion.emacs)
Permalink | Reply | 0 comments |
headers
Dominique Devriese | 22 May 2003 20:08
Picon
Picon

Re: : Kalamaris documentation

Prabu Subroto writes:

  Prabu> Dear my friend...  Do you have a complete user documentation
  Prabu> of Kalamaris (Kalamaris user handbook). I need that so much.

  Prabu> On the Kalamaris homepage, I can only find the documentation
  Prabu> for KDevelop.

To Prabu: Kalamaris is not part of the KDE-Edu project, so this is the
wrong place to ask, I'm afraid.  Have you contacted the author already ?

cheers
domi

--

-- 
<Mercury> emacs sucks, literally, not a insult, just a comment that its
          large enough to have a noticeable gravitational pull...
Permalink | Reply | 0 comments |

Gmane