Nový klon OOo

A nebylo by lepší, kdyby Java byla open?

To jsi na špatné adrese. musíš se zeptat v Sunu :-)

A v čem přesně by to bylo lepší než stávající stav ???

To byla jen narážka na ten odpor vůči spojení OO s Javou. Jinak Java je super i taková jaká je dnes.

Kdyby se raději RMS staral o GNU/Hurd na Machu nebo na L4.
To by GNU prospělo víc, kdyby mělo další funkční kernel.

To podla mna zdaleka nie je priorita. Linux funguje a je open, Hurd je momentalne skor R&D hracicka a je otazne ci bude vobec niekedy funkcny. Ja by som skor povedal ze tento tah (OO.o fork) ma prispiet k tlaku na Sun aby otvoril Javu. To sa skor ci neskor stane (asi skor neskor ako skor ;-) ) ale treba tomu pomoct.

Máš pravdu, že Hurd není priorita pro sdružení GNU, ale měl by být.

ja nekde slysel ze prej o tom uvolneni uz sun uvazuje..

ide aj o to aby OOo zbavili niecoho co spomaluje :-)

Jojo, taky mi to prijde prednejsi. Nicmene spis sazim na RedHat a zlepsovani gcj(nebo gjc?), nez na RMS. BTW: to jako RMS bude fakt programovat, nebo jenom kibicovat? A kdyz jsme u toho, proc nenahradit javu lispem? ;)

A proč ne? Spotřeba paměti by sice asi zůstala stejná, ale bylo by to podstatně rychlejší...

Protoze v Jave napise kazdy nejakou funkci za pet minut, na Lisp uz potrebujes trochu fistrona.

1) Bez Sunu a bez Javy by OO2 vyšlo tak leda za pět let, nebo by museli hodně slevit ze svých předsevzetí.
2) OpenOffice díky GCJ, Classpath a programátorům z Redhatu _není_ závislá na Javě od Sunu.
3) Vznikají další free implementace J, např. u Apache Software Foundation, takže v budoucnu nebude ani potřeba OO portovat.

Ad 2) To jste nekde cetl nebo jste si to vyzkousel - spoustet OOo s gcj? Opravdu je v gcj prenositelna implementace Swing?

Myslíte asi _kompatibilni_ implementace swing...
Vyzkoušejte ve FC4, pokud bude obsahovat OO2. Protože v devel větvi je OO1.9 a Eclipse, ale Java od SUNu tam zcela určitě není :-)

Nejprve jsem si myslel, ze to je 3. desktopove prostredi, ale ted vim, ze to byl druhy velky kancelarsky balik. ;-)

Tak nevim, ale zda se mi, ze v clanku se vubec nemluvi o tvoreni dalsiho kancelarskeho baliku, ale uprave (coz se ve zpravicce uvadi pod slovem klon, nicmene nekterym diskutujicim by se mozna hodilo rici RT(f)A - to f jen pro srozumitelnost, ja sam ho tam rad nemam) OO.o a gcj tak, aby bylo OO.o kompilovatelne na GCJ, tedy bez Javy.
Ostatne nejake hacky a upravy v OO.o jiz jsou, takze je mozne ze to cele nejspis pujde do mainstream OO.o zdrojaku - neco jako #ifdef _gcj_compiler (toto je jen priklad, ani nevim zda ma java podmineny preklad).