WMP používá stejné dialogy jako Notepad
Ale vypadá úplně jinak. Stejně tak Internet Explorer. A stejně tak Office.
bohužel mezi nimi není prakticky pro uživatele žádný zajímavý SW
Nj, není tam ani MS Word ani MS Internet Explorer a dokonce ani MS Windows Vista :/
Nikdo dnes nedovede nabídnout totéž v podobném rozsahu.
Ale dovede, KDE tohle mají daleko propracovanější, třeba system-wide podporu všemožných protokolů, celosystémové Single-Sign-On, KWallet, propojení e-mailu, adresní knihy, mapy, kalendáře a IM, KRunner se Strigi a tak dále a tak dále. A to KWord (MS Word) ani nemusí vypadat a ovládat se úplně jinak než Kate (Poznámkový blok) a Amarok (Windows Media Player) - mám na mysli třeba způsob ovládání menu nebo jako vypadá dialog nastavení, aby bylo jasno.
Už ve Windows 95 jste mohl vidět objektové foldery v Exploreru, například Control Panels.
KDE 3 to mělo taky („system:/“), v KDE 4 to zavrhli jako blbost, což opravdu je, protože to nemá nic společného se správou souborů. Ale já měl na mysli spíš SFTP nebo HTTP DAV, což Windows dodnes úspěšně neumí.
KDE se teprve s Plasmou pomalu dostává tam, kde byl MS před 14 lety.
MS před 14 lety uměl widgety? Já myslel, že to byla jedna z velkých novinek Windows Vista (pardon, to jsou vlastně gadgety). Plasma je převážně přepsaná Superkaramba, není to nic převratně nového. Jen tak mimochodem, KDE uměly widgety v době, kdy to ještě neuměl ani MacOS X.
Single sign on je koncept, který MS prosazoval před více než 10 lety, a dnes je to stejně úsměvné, jako prosazovat elektrifikaci.
Nepsal jsem, že by SSO byla v KDE novinka, KDE to umí přibližně 5 let. Ale i přes úsměvnost jeho prosazování jej Windows dodnes pořádně neumí. Ale to je spojené s tím, že Windows neumí transparentně přistupovat ke vzdáleným souborů jinak než přes SMB (no, vlastně je tam i nějaká částečná podpora nezabezpečeného FTP) a nemají žádného správce hesel jako je KWallet, tak vlastně ani nemají možnost nějak SSO propagovat do systému.
KWord je hračka, zkuste OpenOffice. Ten je bohužel pomalý, a vypadá úplně jinak, než cokoliv na Linuxu (protože je to obšleh MS Office dialog po dialogu, menu po menu).
KWord není hračka, na psaní běžných dokumentů úplně stačí. A na rozdíl od MS Wordu si bez problémů poradí i s ISO ODF.
OpenOffice umí používat dialogy prostředí, ve kterém běží, tedy i dialogy z KDE. Jinak menu v OOo se liší daleko víc od menu v MS Wordu, než se microsoftí šachy liší od těch v MacOS X.
zkuste poslední KWordu používat na 7 let starém distru
Naprosto bez problémů, proto taky KDE/Qt má styly. Změnou stylu se jednoduše změní vzhled ovládání všech aplikací najednou a pořád všechny vypadají stejně.
MS má od Windows 95 poskládaný Windows Explorer z COM objektů. Všimněte si, že v Exploreru je každé kontextové menu, toolbar, speciální adresář (desktop, recycle bin, control panel), property sheet pod. nějaký COM objekt. Je to skládačka, kde můžete dílky přidávat či nahrazovat.
Něco jako KParts?
SFTP ani WebDav nemůžou fungovatjako běžný FS. Neumí totiž například zamykání.
<irony>Samozřejmě, bez zamykání to přeci nemohou ostatní aplikace používat. Jak jen to KDE dělá, že to funguje?</irony>
MS má podporu WebDav a FTP, ale z popsaných důvodů nemůže být plnohodnotná.
To, že FTP neumí zámky, nějak brání MS v implementaci šifrování a toho, aby se dalo k FTP přistupovat z libovolné aplikace bez nutnosti mít to FTP předem připojené?
Single Sign On je primárně o tom, že máte JEDEN uživatelský účet.
SSO je primárně to, že se přihlásíš jednou a jsi přihlášen všude, aniž bys musel znovu zadávat heslo (viz Wikipedia). Počet účtů je limitace pro ty, kteří neví, že to limitace není.
To by mě bez ironie zajímalo, jak KDE docílí toho, aby aplikace dokument na FTP zamkla, jako na lokálním FS
A proč by to měla zamykat? To se s tím bez zámků nedá pracovat? (mimochodem na rozdíl od Windows linuxové aplikace soubory většinou nezamykají)
Jistě je možné SFTP implementovat ve Windows stejně, jako je implementované FTP. Otázka je, proč to děl
To se nedivím, když ani to FTP není implementované pořádně.
jeden na to, další na ono, ale žádný pořádný
To bych rád věděl, jaký má Windows pořádný souborový systém na NAND média. Ne, FAT ani NTFS na to opravdu není dobrá volba.
Když mám doménový účet ve firmě, přihlásím se kamkoliv, kde mám právo, a použiji jakýkoliv prostředek, ke kterému mám právo. Když mám hromadu účtů ve svém KDE, tak se nepřihlásím ani na konzoli jiného stroje, natož z toho jiného stroje na tiskárnu,
Když mám doménový účet ve firmě, přihlásím se kamkoliv, kde mám právo, a použiji jakýkoliv prostředek, ke kterému mám právo. Když mám hromadu účtů ve svém KDE, tak se nepřihlásím ani na konzoli jiného stroje, natož z toho jiného stroje na tiskárnu, ke které mám heslo na svém desktopu.
Možná by nebylo od věci si zopakovat definici SSO. Nic o cizích konzolích a omezení na doménu se tam nepíše :)
ale nakonec můžete nadále věřit tomu, že KDE je průkopníkem Single Sign On. Křesťani věří tomu, že Ježíš změnil vodu ve víno, a přesto je nechají volně chodit po ulicích.
A Wokenáři věří tomu, že SSO a doména jedno jest :)
Například když DB otevře soubor, měla by ho zamknout, jinak hrozí, že ho omylem otevře jiná instance DB engine, a dojde k závažnému problému.
Databáze samozřejmě své soubory zamykají a z toho důvodu nemohou fungovat přes FTP (SFTP umí soubory zamykat).
Jak jsem psal, (S)FTP nelze implementovat pořádně.
Hmm, aha, takže neexistence zámků je důvod, proč nelze implementovat ani šifrování FTP ani připojování on-demand. Fakt super argument. Ale u MS se tomu nedivím.
Pro která NAND média?
Flash a SSD disky, IDE CF a další média, která se při přepisování pořád toho samého sektoru celkem rychle zničí.
Osobně bych doporučil počkat na SSD s lepšími parametry, protože současným SSD po čase dost ubírá výkon wear leveling.
Super, takže neexistence vhodného FS je problém technologie. Ale opět se tomuto argumentu u MS nedivím (viz argumenty jako že necertifikované ovladače jsou viníky HW problémů ve Windows zatímco u neoficiálních linuxových ovladačů k HW, ke kterému ani není dokumentace, je to vina celého Linuxu).
Bez ohledu na sportohledně definice Single Sign On se můžeme shodnout na tom, že původní tvrzení o tom, že KDE vyniká v SSO je nesmysl, a Linux je tradičně léta pozadu.
Nemůžeme, v připadě SSO je KDE stále o mnoho let napřed před MS (viz SSO pro všechny protokoly podporované KDE a pro všechny webové služby, ve Windows se teprve IE7 naučilo SSO pro webové služby a to ještě jen částečně). Opět opakuji, že SSO není doména, protože si to evidentně pleteš. Jinak doménu s SSO lze celkem bez problémů rozběhat i v Linuxu (např. přes SFTP nebo Kerberos + NFS)
V případě Linuxu je problémem omezená podpora HW, a fakt, že neexistuje možnost před koupí zjistit, jestli dané zařízení bude opravdu fungovat. MS má svůj Hardware Compatibility List. HW na něm uvedený musí vyhovovat daným kritériím, a prochází přísným testováním. Na Linuxu nejvýše zjistíte, že zařízení jednomu Frantovi údajně nějak fungovalo.
A co Ubuntu Hardware Compatibility List?
STFP nemá s doménou nic společného
Samo nemá, ale lze jej použít pro implementaci domény (třeba pomocí PAM + sshfs + KDE).
A možná byste pak věděl i tom, že Ubuntu mělo problém, když parkovalo disk i více než jednou za minutu
Tohle nebyl problém Ubuntu, ale buď firmware disku nebo BIOSu příslušného stroje. Windows ale sprostě a bez zeptání přepisovaly příslušnou hodnotu nastavenou firmwarem/BIOSem, čímž se příslušná chyba neprojevila.
Nicméně k infekci malwarem nenemusí dojít tak, že síť někdo napadne z internetu. Může jít o šéfa, který si otevře nevhodnou stránku v děravém browseru, nebo o infikovaný email zpracovaný děravým klientem, nebo o externího pracovníka který si připojil k síti infikovaný notebook, nebo o USB klíčenku s malwarem kterou použil nějaký zaměstnanec, nebo o průnik do WiFi sítě použité na prodejně...Jo holt kdyby chlapci z Makra používali Linux, nemuseli by si s malwarem a děravýma prohlížečema internetu, infikovanýma klíčenkama a kdo ví co ještě, takhle lámat hlavu :P