Myslím, že otázka není jenom zda se líbit nebo radši vyvíjet nové funkce. Opravdu nevím, co na klasickém a osvědčeném rozhraní komu vadilo, že bylo nutné místo toho zavést Ribbon. Připadá mi to naprosto zbytečná hra na inovaci za každou cenu s celkem nulovým přínosem, asi jako kdyby automobilka chtěla zaujmout tím, že nový model bude mít volant mezi sedadly, řadicí páku na stropě a jedno tlačítko bude ovládat buď blinkry, nebo stěrače, podle toho, jakou rychlostí se jede. Na druhou stranu je ale pravda, že - marná sláva - spousta uživatelů si na to zvykla a Libreoffice hold musí jít s dobou, pokud nechce dělat dojem složitého a neobvyklého software. Dávno prověřená zkušenost praví, že nejlepší uživatelské rozhraní je vždycky to, které lidé už umí používat.
Kdybych mohl napsat Ježíškovi, čemu bych si přál, aby Libreoffice dala přednost, tak by to bylo další vylepšování kompatibility s OOXML, import PDF do Writeru a integrace OCR.
Používal jsem obojí (z nutnosti): Ribbon na MS Office i původní rozhraní v Open (pozdeji Libre) Office. Po týdnu používání jsem si na Ribbon velmi zvykl, a považuji jej za lepší než původní rozhraní (a Libre Office se dnes většinou vyhýbám hledaje alternativu v Abiword, která má sice také původní rozhraní, ale přesto se příjemněji používá).
Podle odkazovane wiki (https://wiki.documentfoundation.org/Development/NotebookBar) pujde "ribbon" po nekolik mesicu zapnout na pozadani (bude vypnuty by default; co bude pote, to nepisou).
Jinak duvody proc predelavat hlavni panel(y) jsou na te wiki taktez zminene. Samozrejme to bude modernejsi a vskutku lepe pouzitelne. Mne osobne vsak prijde mnohem dulezitejsi spise duvod, ze konecne vznikne MOZNOST bezproblemove a zcela distribuovane vytvorit externi LO modul, ktery si bude moct zaradit tlacitko ci jiny ovladaci prvek do logickych bloku v "ribbonu", a to pouhym nakopirovanim prehledneho a moderniho definicniho souboru do prislusneho adresare. Nyni je totiz v LO pouzivany stary, neohebny a monoliticky zpusob definice UI, coz vyrazne znemoznuje jakekoliv zmeny a modulum svazuje zasadnim zpusobem ruce.
Tedy celkove vnimam tento posun pozitivne a s pomerne vyraznym prinosem. Jsem tez presvedceny, ze "ribbon" pujde velice jednoduse nastavit tak, aby vypadal skoro stejne jako stavajici rozhrani (na wiki zminuji napr. skryvani popisku ikonek), a tak prechod na novy zpusob ovladani by nemusel tak bolet ani zarputile uzivatele.
Mne na tom Ribbonu velmi vadí, že zabírá výškové místo na už tak širokoúhlém displayi a na dokument zůstane proužek pod ním. Různé panýlky, eventuelně kontextové, proč ne, ostatně třeba takový Blender to má už asi tak 20 let, ale proč to nedali do sloupce vedle dokumentu ale do vodorovné lišty??? Kód kydž třeba u toho textového dokumentu to místo po stranách většinou stejně zbývá ...
Mně na něm nejvíc vadí to, že i ty nejběžnější funkce jsou roztroušené po několika panelech a i když si člověk postupně zapamatuje, kde co je, musí neustále přepínat mezi panely. Kdyby tam byl jeden výchozí panel, na kterém by se automaticky soustřeďovaly ty funkce, které používám nejčastěji, ideálně s možností si to přizpůsobit (něco na způsob výchozího scope v Unity), tak neřeknu. Kéž by to tak udělali v LO když už bude mít ten notebookbar.
Notebookbar se to jmenuje proto, že to na notebooku nepůjde používat. Ale dnes už jsou i desktopy širokoúhlé. Zatímco A4 se používá převážně na výšku
Takže na obrazovce bude pět velkých panelů s úchylně velkýma ikonkama pro kopírování, kde se nic užitečného stejně nedá najít, a pod tím budou dva řádky textu.
Ribbon byla největší blbost na kterou M$ přišel. Je to apríl nebo někdo zná důvod proč to bude i v LibreOffice?
taky je to moznost jak moci protlacit LibreOffice do mist kde uz je MSOffice >=2007 a rozdilnost ovladani by mohla byt pouzita jako paka proc ne... pokud bude LO s moznosti "neco jako ribbon" tak to jedine prospeje jeho rozsireni...
pokud bude konfigurovatelne, idealne prednastavene moznosti LibreOffice-ClassicMenu, LibreOffice-Notebookbar, Redmond Riband 2007, Redmond Riband 2015...
Naprosty souhlas, Ribbon byla největší blbost na kterou M$ přišel. Pouzivam tu sr..ku denne a roky mi pije krev.
1) Monitory jsou z roku na rok sirzi a nizsi, MS na to zareagoval, zabranim vyrazne horizontalne casti. To jen ja v tom vidim rozpor?
2) Ucelem ribbnonu je pry, nahradit 'zastarale' hierarchycke menu. Ribbon je hierarchycky! Navyse, jeho hierarchie zavisi na velikosti okna! Po letech pouzivani se mi stava: Nekde tady to musi byt, aha, opet mam o kousek jinou velikost okna nez obvykle.
3) Navyse, umime cist (tedy vetsina) a pamatovat si desitky podobnych obrazku je des... Aby se dali rozlisit, musi se kurzor mysi postavit nad obrazek a pockat nez to napise, co to vlastne ma delat. Je to ztrata casu. Klasicky text by sel cist podvedome, rychle a bez cekani.
Doufam, ze to v LO nebude nikdy default, byla by to katastrofa ...
https://wiki.documentfoundation.org/images/f/f5/Notebookbar-writer.png
Síla. Asi nějaký nový koks, po kterém se slepne, nebo co.
Koho ta komprese png vic zajima, tak lepsi a novejsi varianta pngcrush je optipng
http://optipng.sourceforge.net/
Nezlepsi sice velikost testovaneho obrazku mupdf-*.png, ale ma byt rychlejsi.
Pak mame jeste pomalejsi pngout (http://www.jonof.id.au/kenutils) a na zopfli zalozene advpng (http://www.advancemame.it/doc-advpng.html) a zopflipng (https://github.com/google/zopfli):
pngout mupdf-orig.png mupdf-pngout.png
cp mupdf-orig.png mupdf-advpng.png; advpng -z -4 -i 15 mupdf-advpng.png
zopflipng -m --lossy_transparent mupdf-orig.png mupdf-zopflipng.png
zopflipng --iterations=500 --splitting=3 --filters=01234mepb --lossy_8bit --lossy_transparent mupdf-orig.png mupdf-zopflipng-ultra.png
a vysledek ls -l -S mupdf-*
189113 Oct 21 13:52 mupdf-orig.png
188482 Oct 21 14:02 mupdf-pngout.png
177050 Oct 21 14:04 mupdf-advpng.png
176916 Oct 21 14:06 mupdf-zopflipng.png
ten ultra jeste bezi :) doplnim pozdeji