Ne, ono ve skutečnosti skriptovat nemusíte umět. Jde jen o to umět používat manuálové stránky. Ale ani to není stoprocentně potřeba k tomu, aby mi jako uživateli doma jelo ubuntu.
Okay
Ne, nemluvím zde o referencích na komponenty typu grafika nVidia atd. Mluvím zde o prostém vyčitění registry do poinstalačního stavu.
Ano, co se týče počtu souborů, zpomalení je minimální - to jsem přesně říkal. Pokud přidám konfigurák, tak to na rychlosti systému nepoznám. Jsem rád, že jsme našli věc, ve které se jistě shodneme.
Popravdě - žádný konfigurák nemá milion řádků. To nejsou registry :-D. Konfiguráky mají nejvýše pár stovek řádků... A pokud se jedná o zapsání ~150 řádků _textu_, nečekám, že s dnešními počítači by to měl být nějaký problém. A další poznámka - konfiguráky _nerostou_ - jak už jsem řekl nejsou to registry (samozřejmě vynecháme přidání jednoho slova nebo řádku za rok, tomu neříkám růst :-) ). Roste možná jejich počet, ale pořád nijak dramaticky. Export registrů má desítky MB. Kompletní konfiguráky k systému, kde běží několik serverů mají něco málo pod 10 MB _čistého textu_. Tedy krásně "zazipovatelné"
Ano, toto je pohodlnější. Ale jak jsem psal v předchozích příspěvcích - je to věc osobní preference. Třeba zmiňované hromadné přidávání uživatelů jsem prováděl jen párkrát a dělal jsem ho já osobně, takže nějaké "vymazlené" rozhraní pro sekretářku, jsem oravdu neřešil :-D. Ale šlo by ho napsat kupříkladu v Pythonu pro zájemce... Tady jde o to, že Windows jsou s produkty Office velice úzce provázané. Toto v je proti základní myšlence Linuxu a jeho svobody... Ale to je opět téma na další vlákno a někam jinam.
Ano, díky za informaci.
UNIXový přístup. Tady je zároveň výhoda i nevýhoda systému, který je postaven na tomto řešení. Mám možnost _svoboné volby_ co budu používat, nic není s ničím proprietárně svázáno a obvykle existuje víc řešení různé kvality. Pravda je, že kdyby se třeba vývojáří OOo a kOffice spojili (oficiálně) a soustředili se pořádně na jeden produkt, mohli bychom být někde malinko jinde... Ale jak jsem řekl, toto je ta nevýhoda, kterou s sebou nese možnost svobodné volby.
Získám textový výpis démonů, kteří jsou zařazeny do dané vrstvy a jejich stav. Na zastavování pak mohu použít k tomu určené skripty ve složce init.d, která se nacházi v /etc. Ano, samozřejmě, že toto není objektové, ale je to univerzální a o to tady jde - aby tento způsob mohl používat kdokoliv, a ne jen SW z dílny toho, kdo si daný systém vymyslí. A jsme opět u provázanosti proprietárních aplikací.
Ano, zde se víceméně shodneme. PRavda je že _zatím_ mnoho SW vydavatelů neportuje své výrobky na linux, a tady je samozřejmě nasnadně, že člověk, který léta ovládá AutoCAD se nespokojí s řešením typu qCAD. Naštěstí WINE je nástroj víc nežli silný a má velkou budoucnost. Photoshop a podobný software pod ním rozběhat lze, účetnictví také (to dosové snadněji :-) ), se SW pro řízení hotelů a podniků jsem se prakticky nesetkal. Jen letmo, když jsem pro jeden takový podnik spravoval síť, ale to bylo jen její údržba, takže k SW jako takovému jsem se pořádně nedostal. Dokumentaci MSDN neznám... Příkaz MAN je od toho, aby rychle napověděl (třeba syntaxi, parametry atd) není od toho, aby vás naučil krok od kroku daný přikaz používat. Tvůrci man předpokládají u jejich uživatelů alespoň náznak inteligence a pochopení a tedy to _většině_ uživatelům MANu stačí.
S nelegálností DVD dekodéru u linuxu se neohánějte tak ostře. Někde jsem četl, že soud (někde - nevím kde, ale u nás to podle mě nebylo) došel k závěru, že CSS není ochrana (alespoň ne v pravém slova smylu) a že se tedy jejím "obejitím" nic neporušuje. Jiné to je samozřejmě u BR a HD disků.
Jak říkám - na toto hřišťátko se pouštějte jen v případě, že se v dané problematice _orientujete_. Podle věty "o vykreslování 3D primitiv" jsem tak nějak dobyl dojmu, že toto pravidlo nesplňujete, a proto bych OpenGL nerad rozebíral dál :-)
Názor ke zprávičce Microsoft zrušil v Office podporu některých formátů
