LibreOffice: za půl roku odstraněno 3200 nepoužívaných funkcí

super, ze se kod cisti, ale jednu funkci/prepinac bych rozhodne pridal: moznost NEspoustet automaticky .pps v baliku Impress ...

co s tim ma spolecnyho LO? tohle je vec tvyho DE

jsem se mozna (ne mozna, ale urcite) blbe vyjadril. Jde mi o to, ze kdyz otevru .pps v impressu, pak se automaticky sputi prezentacni mod a nejde vypnout do edit modu. Resp. nejde otevrit .pps rovnou do edit modu. Alespon jsem teda nenasel switch, ktery by to zaridil. (LibreOffice 3.4.4)

Co třeba přejmenovat na .ppt ?

ano, tento trik znam, ale chce se ti kazdy e-mail ukladat, prejmenovavat a pak az otevrit?

Ono uz nefunguje F5 na spustenie/vypnutie preznetacneho modu? Pouzivam sice OOo 3.2 ale tam to este ide.

Ja mam na jednom starsom Ubuntu 9.04 nainstalovany novy LibreOffice praveze tam sa mi automaticky nespustila prezentacia. Takze som musel koncovku .ppt asociovat s libreoffice --neznáma_voľba .A potom sa mi aj otvorila hned prezentacia. Takze je to len o nastavní systemu, nie LO.

?
Pokud vím já, tak přípona .ppt znamená, že se to otevře pro editaci.
Přípona .pps znamená, že se to rovnou otevře v "Slide Show Mode".

Jediné, co dělá systém je to, že pro obě přípony spouští Impress/Power­Point/...
(pokud jsou ty asociace tak nastaveny)

ano, ale ty mluvis o .ppT, ktere se da automaticky spustit s parametrem --show <prezentace> , me se ale jedna o .ppS :)

Vyzkousej treba toto:

najdi si na disku nejakou ppS prezentaci, otevri si impress, primo v impress otevri .pps soubor ... automaticky se ti spusti prezentace a nejde prejit do edit rezimu, leda ze prejmenujes soubor na .ppT a pak jej v impress otevres.

to ALL:

nechci zakladat flame, jen mi proste tato moznost chybi. Mam doma na kompu s vidlema jeste prastarou verzi OpenOffice (tusim ve verzi 2.3? ) a u te se musi .pps prepnout do prezentacniho rezimu rucne. Na diskusich a vsech tech internetech :) jsem cetl, ze autori OOo se chteli priblizit chovani M$ powerpointu, a tak naimplementovali automaticke spousteni .pps. Myslim, ze v tak sofistikovanem softwaru jeden malinky prepinacek prece neni problem dodelat.

Řeknu to možná blbě (vím že si se ptal), ale pláčeš na špatném hrobě. Něchtělo by tento požadavek adresovat vývojářům LO. Já byc byl také pro.

První dojem z nadpisu i obsahu zprávičky jsem měl ten, že bylo odstraněno množství uživatelské funkcionality. Snad by bylo lepší použít termín metoda (jako v odkazovaném článku) nebo jinak naznačit, že jde o programátorskou stránku věci.

vem si specifikaci c++ (v angličtině) a najdi tam kde se o funkcích mluví jako o metodách. dostaneš metál ;-)

Pár dodatků a zpřesnění:

Na pročišťování se pracuje dlouhodobě. MM o ní mluvil o ní už na OOoCon 2005 co se pamatuji já. Ale asi na do toho teď opřeli. Doufám že ne proto, že by se tam jinak kopou do zadku ;) na LO je práce jak na kostele.

> čistkách pracuje řada vývojářů z Red Hatu i dalších firem.

Michale Meeks ve zprávičce zmiňuje pouze Caolana (Caolán), a to je ten jeden vývojář RedHatu na LO. Jestli najali dalšího, tak o něm nevím. Nebo to bylo myšleno tak, že Caolan teď maká za dva? ;)

Zajímalo by mě, kolik kódu v procentech z celkové codebase to bylo. No snad Ohloh brzy prozradí. Kdyby se teď náhodou přišlo na to, že codebase se třeba nezvětšuje zdaleka tak jako za doby co byli na projektu lidi od Sunu / Oracle, mohou kluci od LO vždycky namítnout: vždyť to taky pročišťujeme, my mažeme kód ;)

P.S.
Abych nebyl špatně vykládán, jakožto sám developer, já refactoringu fandím, i když jako uživatele LO mě trápí jiné věci.

Až teď mě to došlo. Tak RedHat zmíníte, a Novell ne? Michael Meeks je zaměstatnenc Novellu. Většina aktivních developerů na LO zaměstnává Novell. Komu kredit tomu kredit. Vám ten Novell nějak není po chuti..

Meeks je zaměstnanec SUSE, které už nespadá pod Novell, ale pod Attachmate a mělo by být na Novellu nezávislé. Stalo se tak když Attachmate minulý rok koupil Novell. V principu to samozřejmě na tom, co jste napsal, nic nemění.

> Pár dodatků a zpřesnění:
>
> Na pročišťování se pracuje dlouhodobě. MM o ní mluvil o ní už na OOoCon 2005 co se pamatuji já.

Ano. V praxi to fungovalo tak, ze Caolán pustil callcatcher na kazdy novy milestone, vysledek zverejnil na svem webu a pak posilal patche do OOo bugzilly. Ne zrovna efektivni...

> Ale asi na do toho teď opřeli.

Hlavne je to ted jednodussi. Jednak seznam nepouzitych funkci je primo v git checkoutu (soubor unusedcode.easy), druhak zacleneni patche nevisi na libovuli "spravce" urcite casti kodu. A hlavne: driv to delal Caolán, dneska temer vyhradne lide z komunity. (Tj., neni to neco, na cem by se nejak zasadne podileli placeni vyvojari. Spis to nechavame novackum.)

>
> > čistkách pracuje řada vývojářů z Red Hatu i dalších firem.

Michael nic takoveho nenapsal...

> Michale Meeks ve zprávičce zmiňuje pouze Caolana (Caolán), a to je ten jeden vývojář RedHatu na LO. Jestli najali dalšího, tak o něm nevím. Nebo to bylo myšleno tak, že Caolan teď maká za dva? ;)

Mel byste si doplnit vedomosti :) Red Hat (opravdu se to pise takhle, bez mezery je to jen v logu) v soucasnosti zamestnava 5 LibreOffice vyvojaru. Stephan Bergmann, Eike Rathke a Michael Stahl nastoupili loni na podzim, ja v lete 2008. (A Caolán vzdycky makal za dva ;)

Jinak Michael zminuje Caolána jakozto autora programu callcatcher, ktery je pouzivan pro hledani nepouzitych funkci.

S nadšením jsem si přečetl, že libre office by měl startovat rychleji díky ušetřeným víc jak 3000 funkcím.
Doteď jsem používal OOO 3.2 a otevření dokumentu trvá 7 sekund.
Teď jsem nainstaloval LibreOffice 3.5 a otevření stejného dokumentu trvá 12 sekund.
Samozřejmě jsem v obou případech měřil až druhé otevření, aby byla jistota, že je všechno v cache.
Zajímavé.
No nic, zůstávám u OOO