Názory k článku
Budoucí uživatelské rozhraní OpenOffice
-
treebeard (neregistrovaný)Textový editor sa občas používa na prehľadávanie dokumentov klikaním. Hľadám dokument, ktorého názov si celkom nepamätám, jeden sa mi zdá, že to mohol byť on, dvojklik, nebol to on, zavriem, idem ďalej. Viem, že sa to dá robiť aj inak, ale mnohí to robia takto, a tam pomalý štart otravuje.
Pomohol by trebárs plugin pre file manager, ktorý by robil rýchle zobrazenie dokumentu. Vo Windows sú takéto pluginy pre Total Commander (pre DOC, XLS a RTF), hoci MS Office štartuje rýchlo. Ale aj tak to poteší, ušetrí to dvojklik a nejaký ten zlomok sekundy. -
anonymníPrvni start 6sec. kazdy dalsi dle vaseho schematu je okamzity (je v pameti a jak dlouho tam bude, si muzete nastavit). V cem tedy vidite problem?
Prostredi KDE dela nahledy na ODF dokumenty minimalne v konqueroru, nahled u spousty typu dokumentu je tam volitelny a defaultne vypnuty z pochopitelnych duvodu kterym je casova narocnost na generovani nahledu u exotickych grafickych formatu. -
treebeard (neregistrovaný)Náhľady myslím trošku väčšie, také, v ktorých sa dá text prečítať. Viem, že vy dávate do každého dokumentu kytičku inej farby, ale nie všetci to tak robia :-)
Problém vidím v neschopnosti niektorých ľudí vidieť problém. To, že OOo nie je rýchlik, ani v tom režime, ktorý popisujem, vedia všetci, ale pokiaľ sa ozve nejaký "windowsák", tak treba poprieť, že by problém existoval. -
treebeard (neregistrovaný)O editácii nehovorím ani teraz, len o plnej čitateľnosti celého dokumentu. Snáď rozumiete, o čom hovorím. Tak ako si v TC pozriem TXT súbor na jediné stlačenie F3, podobne je praktické si pri robení poriadku pozrieť celé súbory iných typov pri čo najmenšej strate času. TC Viewer zvláda (s pluginmi) väčšinu formátov Nejde tu o to, či je TC súčasťou Windows alebo nie, dal som to len ako tip na obídenie určitej pomalosti OOo.
-
anonymníSice OT, ale ano, spravne! Obzvlast kdyz pod linuxem funguje jako svycarske hodinky, ale domaci uzivatel a DMS jsou 2 neslucitelne pojmy.
Treebeard nejdrive kritizoval pomalost startu OOo, pote tvrdil ze pri uklidu otevira rucne kazdy neznamy dokument a openoffice jsou v tom pomale, pak pozadoval nahledy dokumentu ODF s tim ze pracuje v nejakem filemanageru a pozdeji pridal nutnost kopirovat text z dokumentu. Evidentne nevi co chce/potrebuje a dokud presne nezformuluje pozadavky, tezko mu nekdo vyhovi. -
ChaCha (neregistrovaný)Máte a zároveň nemáte pravdu. Vámi zmiňovaný uživatel opravdu několikrát změnil téma. To bylo ale jeho záměrem. Připojit se do vlákna, odvést pozornost na jiné téma a vyprovokovat několik diskutujících. Jeho zájem není se něco dozvědět, ale za každou reakci na jeho OT příspěvek si udělat čárku do výkazu pro svého PR zaměstnavatele a dokladovat dobře odvedenou práci. Řekl bych, že dneska si prémie zaslouží.
-
Sancho (neregistrovaný)Napriek tomu, ze su stare - zvladali pomocou F3 otvorit subor DOC, vypisali z neho sice len text a ziadne formatovanie (v DOSovom okne tazko...) a dalo sa v tom listovat a pozerat. Islo to behom milisekund. Netvrdim, ze o toto islo v predchadzajucich prispevkoch, ani ze to linux nejakou formou nema.
Kazdopadne, ja si v dokumentoch robim poriadok, takze ziadny fulltext search nepotrebujem, OOo sa mi otvara prvy krat za par sekund, druhy a dalsi v priebehu minimalneho okamihu (odhad - 0.5s), takze ani s jeho rychlostou problem nemam.
Skor mi vadi nizka rozsirenost a zadubene konzervativne pohlady na to, co ludia od textoveho editoru chcu... -
treebeard (neregistrovaný)Náhľady myslím trošku väčšie, také, v ktorých sa dá text prečítať. Viem, že vy dávate do každého dokumentu kytičku inej farby, ale nie všetci to tak robia :-)
Problém vidím v neschopnosti niektorých ľudí vidieť problém. To, že OOo nie je rýchlik, ani v tom režime, ktorý popisujem, vedia všetci, ale pokiaľ sa ozve nejaký "windowsák", tak treba poprieť, že by problém existoval.
Mimochodom, možno som to zle nazval, ale Total Commander mi tie dokumenty zobrazí v textovej forme, dá sa z nej normálne kopírovať text. Niečo na úrovni jednoduchšieho browseru. -
Jakub (neregistrovaný)Ono je potreba nechat OO spustene, i kdyz zavrete dokument. Pokud nechate OO v pameti, dalsi soubory se jiz oteviraji velmi rychle. Nicmene uznavam - je to toporne reseni. Jinak me OO na 3,5 roku starem NTB poprve nabihaji cca 4 az 9 vterin, dle slozitosti dokumentu. Je to sice vice nez M$ Office, ale tyhle problemy za mne stejne vyresi Intel :-)))
-
FAW (neregistrovaný)V tomhle projektu jde o "facelift" UI. Zřejmě posun rozhraní k něčemu více "user friendly" a to včetně tak kontrovezních rozhodnutí (pro komunitu ovšem :-)), jako nechat se inspirovat ribbonem ala MS Office2007.. Zrychlení bych se rozhodně neobával :-).
Že je odezva rozhraní OO na Lin bohužel pomalejší je fakt, ale také jde o to, že novější verze OO jsou při některých operacích o hodně pomalejší než verze starší. Např.: v OO Draw do 1.5 bylo možné mít dokument o 300! stranách a na každé vložené dvě bitmapy (TIF v tiskové kvalitě). Od verze 2 se takový dokument ani nemá smysl pokoušet otevírat. Problémy dělá panel s náhledem stránek, který naprosto vytíží i sebesilnější stroj. Podobně ve Writeru, když vložíte pár bitmap, tak rolování nebo zoomování stránek nadměrně vytěžuje CPU. Nastavení přidělené paměti nemá vliv a kvalitu vykreslení na obrazovce v podstatě nelze ovlivnit. Takhle by se bohužel dalo pokračovat dál a dál (CPU nároky kontroly pravopisu apod..) -
FAW (neregistrovaný)Ne :-) Používám OO od jeho první verze. Na celkem 5 ruznych strojich a v ruznych systemech: Opteron/2GB RAM/Suse/KDE3.5.10/Matrox, PIII/768MB RAM/W2K/Matrox, note P4/768RAM/SUSE a W2K/KDE3.5.9/Ati, PIII/512MB RAM/W2K/Matrox, P4/512RAM/WXP. OO používám pro práci a i v práci vedle MS a s produktivitou Writeru, Calcu a Draw jsem v celku dost spokojen (Base to je jiná kapitola :-)), přesto vidím v nových verzích tzv. špatně implementované "featury". Přesto zejména writer obsahuje mnoho věcí lépe a rychleji použitelných než MSO (práci s rámy, obrázky apod..) Rovněž Draw považuji za dost nedoceněnou aplikaci, až na některé trochu velké MASAŘKY.
