OOo4Kids 0.9 is available for download
EducOOo and the
OpenOffice.org Education Project are proud to announce
OOo4Kids 0.9 is out.
Click the link to download OOo4Kids You'll find the following versions (de, es, en-US, fi, fr, it, nl, pt, zh-CN):
* Windows XP ( SP3 or superior)
* Mac OS 10.4 or superiior (PowerPC and Intel),
* Linux 32 and 64 bits ( as archive containing .deb)
=>
+ Don't forget the Portable OOo4Kids for Windows ! -
the changelog is continuously updated there :
http://wiki.ooo4kids.org/index.php/Changelogs
To summarize, the
The latest essential changes
between 0.8 and 0.9 are :
English :
* OOo4Kids is now
localized in Finnish* Integrated sound and movies on Windows (DirectX), Mac(QuickTime) on Linux (gstreamer) with Impress. Thanks to
Novell, Radek Doulik and Cedric Bosdonnat for the gstreamer part (Linux).
*
User's preferences are now password protected. (
prof is the default password)
* Impress Annotations mode during a presentation : color, and size of the pen can now be modified, backup'ed erased. Thanks to the students of
Ecole Centrale Nantes and Thorsten Behrens for their work (eraser1 cws)
*
Impress 3D OpenGL transitions (Mac OS X only)
*
big size arrow cursor ( Mac OS X only)
*
Debian .deb archive on Linux (expérimental)
* (Linux) OOo4Kids and all other applications do now appear in the main menu
*
New Open and save icons( thanks to
Ben Bois) replaced old Crystal theme applications icons with the OOo4Kids one
(some bugfixes .. )
In préparation :
-
big cursors on Windows and Linux,
new eraser and pen cursors (bigger) with Impress, in annotations mode.
-
Puppy Linux version (very soon)
-
Linux Gdium version (build currently broken)
Note: we do not provide yet .rpm archive, but depending on the demand, we'll put one experimental .rpm archive online very soon ( Suse, RedHat and Mandriva compatible)
Anybody willing to prepare .rpm should be able to build OOo4Kids for those distributions witout any big probleme. Thanks to contact us for further information (
IRC : #ooo4kids , server : irc.freenode.net )
French :
* OOo4Kids est
maintenant proposé en Finlandais*
Son intégré sous Windows (DirectX), Mac(QuickTime) et Linux (gstreamer) avec Impress. Merci à
Novell, Radek Doulik and Cedric Bosdonnat pour le code relatif à gstreamer (Linux).
*
Préférences Utilisateur protégées par mot de passe. (
prof est le mot de passe par défaut )
* Annotations, couleur, taille stylo pouvant être modifiées, sauvegardées, gommées pendant une présentation (Impress)
*
Transitions 3D OpenGL (Impress, Mac OS X)
*
Curseur de grande taille ( Mac OS X seulement)
*
Archive .deb pour Debian sous Linux (expérimental)
* (Linux) OOo4Kids et toutes les applications apparaissent dans le menu principal
En préparation :
-
gros curseurs sous Windows et Linux,
nouveaux curseur gomme et stylo (plus gros ) avec Impress, en mode annotations
-
version Toutou Linux (prochainement)
-
version Linux Gdium (compilation actuellement cassée)
Note: nous ne fournissons pas encore d'archive de type .rpm faute de volontaires et de ressources, mais en fonction de la demande, nous mettrons une version experimentale en ligne prochainement. Toute personne souhaitant preparer des .rpm ( Mandriva, Red Hat ) devrait pouvoir créer ces archives sans problème.
Merci de nous contacter (
IRC : #ooo4kids , serveur : irc.freenode.net).
---------------------
If you want to help us, to find resource and contribute back to improve OpenOffice.org, via the OpenOffice.org Education Project,
donations are welcome OOo4Kids is
made for Educational purpose, has been thought to work with students, making them discover OpenOffice.org source code, without constraints, but just code, and having Fun.The promise is, when the code is good enough, it will be proposed for integration into OpenOffice.org.
OOo4Kids is a 7-12 years children Office suite, based on OpenOffice.org ( http://www.openoffice.org ) source code. This means OpenOffice.org has some features OOo4Kids has not (like Base and Java). And if you need those features, please use OpenOffice.org, that you can download at :
Download OpenOffice.org. Please do not forget that the software is provided as it, and that you will use it at your own risks. Do not forget to do a backup either.
Libellés : Debian, development, High Tech, Mandriva, OOo4Kids, OpenGL, OpenOffice, Portable OOo4Kids, Teaching OpenSource
Examples of external contributions lost for OpenOffice.org
Approximatively one year ago, I worked on
3D transitions in Impress implementation, for Mac OSX (work was started by
Stephan Schaefer)
Since, I never received any help, nor sign of interest from the - so called - "Community".
And today, I saw there is an issue open ( see
Issue 105023 ), asking for seach feature (not exactly the same;, but I'd say similar. From my side, this is too late, really : I simply gave up with the idea to fight QA and other horrors to integrate that in OpenOffice.org.
More, all this time and energy lost lead me to think :
how are external OpenOffice.org contributions, means "not Corporate interest", considered in the project at the end ? Nevertheless, this work will not be lost for all : it is LGPL, and I'll integrate it in
OOo4Kids. I even have some new ideas ... stay tuned
;-)References :
*
Open GL 3D transitions in Impress *
Blog entries about the work in progressLibellés : disaster, High Tech, lost contributions, OOo4Kids, OpenGL, OpenOffice
Feedback needed with Impress 3D OpenGL transitions on Mac OS X
With the recent changes
Thorsten Behrens did (he fixed the bad color space with the cairo canvas helper),
the 3D OpenGL transitions are now working correctly with OpenOffice.org on Mac OS X. Of course, there is probably some additional work before to consider the implementation as "ok", but at least people can test them.
For the adventurous, there is an archive available(Mac Intel only, you use it at your own risks) there (search for INTEL -> DEV300_m42_ogltrans4mac -> en-US)
Please read
this mail for further information, and don't forget to provide feedback and/or file issues assigned to me if ever you find problems.
UPDATE : anybody interested to help me can have a look on the wiki page I created for the occasion.
=>
Mac OS X Porting & OpenGL transitions with ImpressLast but not least, a big thank you to
Mox Soini(cairo implementation),
Radek Dulik (most of the OpenGL thing'ry on OpenOffice.org for Linux) and
Thorsten Behrens(Impress Expert) for his help.
To be continued ... (I hope students working on new 3D transitions will be happy :) )
Libellés : aqua, High Tech, Impress, Mac OS X, OpenGL, OpenOffice
wednesday
Last course of the semester. Can now spend more time on the code :)
Today:
*
appleremote02 approved by QA, means will probably be in 3.1 (just code, not a feature)
* appleremote03 created* matching wiki page has been updated
(follow this link )Fardad confirmed :
7 new students, plus probably other will join the channel.
Working on
ogltrans4macLibellés : aqua, OpenGL, OpenOffice, Seneca, Teaching OpenSource
work in progress
Since appleremote02 is ready for QA, I can concentrate me again on the
3D transitions with Impress , and more precisely, on the flicker. But not only. In fact, tracing the apleremote02 thing, I found other issues: the rectangle used for the OpenGL view is not constant (sometimes includes the lateral toolbars .. ) or there is -sort of- clipping issues. But I have some ideas.
Other interesting work in progress : build
AbiWord on Mac. I'll have some work, but can be extremely interesting for a lot of reasons.
This evening, was a pleasure to see several students attend the #education.openoffice.org channel, working together on the Impress improvement too ( see
issue 97972 ). We will have a meeting soon (on monday probably).
Libellés : AbiWord, development, OpenGL, OpenOffice
[Mac OS X] experimental PowerPC and Intel builds need feedback
Please note :
not for production, backup your datas, save your prefs *before*... ...
For the adventurous, I do provide advanced, experimental builds for both
PowerPC and Intel, here : URL of Laurent site ( I can provide german on demand )
Those builds are based on DEV300_m35 + ogltrans4mac + macmenusquit + appleremote02 cws's
*
ogltrans4mac cws means, OpenGL transitions are inside, and work*
macmenusquit cws aims to removes useless "Quit" entries in all OpenOffice.org applications ( Calc, Writer .. and so on)
*
appleremote02 is a new apple remote implementation
And if you want to improve the chance to see such changes in the future 3.1, I really need feedback : thanks in advance for any ... !!Libellés : aqua, development, Mac OS X, OpenGL, OpenOffice
appleremote02 (part 3)
Since
DEV300_m35,
appleremote01 cws has been integrated, and the
Apple Remote works out of the box with Impress.
Means, it will be
included in the 3.1 Aqua version of OpenOffice.org :-)Do not forget to use it with the
presenter screen feature !
The feature is available and
works on PowerPC machines too, but just a little number of machines are concerned. If you are such user, please send me feedback !
In meantime, I progressed a lot with
appleremote02, and it works already.
Play/Pause key now allows to blank screen, and I'm searching how to add other features.
Remain two issues to be solved:
- I currently use the F5 keycode to start the presentation, because there is no other simple way to start the presentation (or please contact me if
Thorsten Behrens and me missed it )
- the second issue is more difficult to be solved : I can easely activate the popup menu ( i.e. contextual menu ) in fullscreen, but not control it yet, because I have no outlet with the Cocoa part ->
all suggestions are welcome :-)
And for the adventurous, I do provide builds for both PowerPC and Intel, here : URL of Laurent siteThey are based on DEV300_m35 + ogltrans4mac + macmenusquit + appleremote02 cws's
*
ogltrans4mac cws means, OpenGL transitions are inside, and work *
macmenusquit cws aims to removes useless "Quit" entries in all OpenOffice.org applications ( Calc, Writer .. and so on)
*
appleremote02 is a new apple remote implementation
Thanks in advance for any comment and feedback !!
Important: you use them at your own risks, take care to not use them in production, and make a backup of your datas *before* the tests.
Known issues (no need to file new one ;-) :
- using a high resolution for the external monitor, the area used by the NSOpenGLView for drawing the 3D scene is not correct (canvas fault imho)
- little flicker at the end: could be the rendering, maybe not complete, when the flush starts (thanks to
Radek Dulik for the possible origin of the issue)
Libellés : aqua, development, OpenGL, OpenOffice
OpenGL transitions ( 2)
Worked 5 hours on the thing last night (from 30th to 31st august).
Good some good news :
Fixed the colorspace issue: was the pDetectedFormat, means OpenGL transitions work and appear in the right colors now.
There is only one remaining important issue (flicker) Some details : GL_VERSION 1.2 or 1.3 detected means we enter in the "if .. .#endif" control structure
Adding debug info, we have :
rendering::ColorSpaceType:: 2 ( if RGB, returns 2 )
GL_VERSION 1.2 or 1.3 detected
nNumComponents = 4
nBitsPerPixel = 32
nComponentOrderIndex = 0
And in the #if .. #endif structure, this leads to lcl_ARGB32[] use, what is wrong. Indeed, correct OGLFormat is lcl_RGB24 on Mac OS X Intel ( lcl_RGB32 untested, might work )
Simple solution -> not use or fix the suspicious color space detection, and use (just fast workaround) :
#if defined(GL_VERSION_1_2) && defined(GLU_VERSION_1_3) && !defined( QUARTZ ) // buggy
instead of : #if defined(GL_VERSION_1_2) && defined(GLU_VERSION_1_3)
TODO :
- cleanup in void OGLTrans_TransitionerImpl::GLInitSlides() ,
- contact Radek, and Thorsten, and see. Maybe split the current OGLTransitionerImpl.cxx in three arch-dedicated files, should help to avoid the growing forest of #if ..
Last remaining issues : offset in window mode, caused by scrollbar not included in the slide position computation
(the frame dimensions are different)
=> Looks secondary, because everything works fine in a frame.
flickerVery noisy when happening. Must be fixed.
The problem is (using ssa words) : the slideshow displays the slide first
then an opengl view is painted on top of it and plays the slide transition
once it is removed the old background appears again still containing the first frame of the animation, and after a very short time the slideshow engine draws the final frame,
which is visible as a flicker
Update: the issues always occurs, means it does concern both windowed and fullscreen modes.
There is probably some needDisplay or whatever other event sent, we should not. Needs to ask pl, the master of vcl.
Optimization / compatibility ?
Will be Fun ( cleanup in OGLTransitionerImpl::GLInitSlides() is mandatory to be sure the detection works on every machine.
To be continuedLibellés : development, fun, High-Tech, Mac OS X, OpenGL, OpenOffice, OSX
