Vlákno názorů k článku Příští revoluce linuxového desktopu: dosáhl vrcholu nebo je ještě kam jít? od A. S. Pergill - Asi se s některými diskutujícími míjím: Linux používám od...

  • Článek je starý, nové názory již nelze přidávat.
  • 12. 11. 2023 12:19

    A. S. Pergill

    Asi se s některými diskutujícími míjím:
    Linux používám od druhé poloviny 90. let a nejvíc mě vadí vnucované změny, pro které není rozumný důvod.

    Vadil mi přechod na implicitně nastavené UTF8, protože hodně píšu programy a texty dělám v TeXu, a tam všude to vadí (současný TeX sice text v UTF8 "sežere", ale znaky, které nejsou součástí ISO 8859-2 vykreslí stejně jako černé obdélníčky, takže je to nepoužitelné). Navíc některé rozbalovací programy nejsou s to rozbalit soubory, které mají ne ISO 8859-2 znaky v názvu.

    Jednou jsem musel na Debianu reinstalovat TeX a ten se mi odmítal instalovat, až jsem zjistil, že má "natvrdo" v debianím balíčku nastavené "exspirační datum" (což je zrovna u tohoto programu s důslednou zpětnou kompatibilitou dost hloupost), takže jsem musel změnit datum na počítači, aby se to nainstalovalo.

    Katastrofa bylo zavedení KDE4 a UNITY na Gnome (protože ani jedno nefungovalo). Přestalo být např. možné vypalovat CD a DVD, protože vypalovací program k3b na KDE4 nejel a k4b dlouho nebyl funkční. Jestli to už opravili, nevím, přešel jsem se zálohováním na flash disky.
    Odešel jsem z toho důvodu z těchto prostředí na LXDE a ztratil jsem o ně zájem.
    Office prakticky nepoužívám, protože TeX, maximálně občas něco musím v LO přečíst.

    Nechápu náhradu klasických konfiguračních souborů Midnight Commanderu novou verzí se zcela zmatenou syntaxí (minimálně pro toho, kdo je zvyklý na klasické konfigurační soubory). Tč. mám otevřeny 4 grafické konzole s MC a často jich mívám i víc (tj. tento program denně používám)

    Průšvih byla "inovace" kmailu, který se nedal rozchodit podle žádného z návodů na síti (ani pracovníky IT oddělení) a sám při zdechnutí poskytoval jen pýthické bláboly. Řešil jsem to nakonec migrací na jiný poštovní program. To je obrovská výhoda Linuxu, že na něm zpravidla v nějaké funkci není monopol jediného programu

    Linuxu chybí schopnost pracovat s O-365 a MS Teamsy na webu, což je problém, musel jsem kvůli tomu emigrovat z pošty na pracovním serveru na gmail a Teams řešit z mobilu (Android). Či spíš se jedná o další podraz MS.

    Při reinstalaci OS nebo instalaci na nový počítač si zpravidla nechám nainstalovat od profesionála programy, s nimiž byly v minulosti problémy. Např. mi v jedné verzi Debianu nejel POVRay, hlásil jakousi nekompatibilitu s grafickou kartou (v předchozí verzi D. na témže počítači se to nedělo) a neuměl ani jet při volbě bez vykreslování na obrazovku - tedy jen vytvořit obrázek na disku, důvod jsem nezjistil. Takže mám seznam potenciálně "problémových" programů, které si nechám nainstalovat a rozchodit a zbytek si pak doinstaluji sám.

    Podle mých zkušeností je cesta k Linuxu pro normálního smrtelníka nejsnadnější přes dual boot (partition pro Win, další pro Linux + FAT na předávání souborů mezi nimi) a postupné přecházení na to, co se na Linuxu uživatel naučí (přičemž nemá onu kudlu v zádech, že když to na Linuxu nezvládne, nezvládne to vůbec).
    Já sám jsem byl na Linuxu s dual bootem skoro deset let. Pak mi jednou začal disk naznačovat, že odejde do křemíkového nebe. Provedl jsem rekapitulaci a konstatoval, že naposled jsem byl na Windows asi před rokem, a to ještě spíš z lenosti, než že bych problém na Linuxu nevyřešil. Takže na novém HDD byl už jen Linux. Nicméně jsem opravdu těch cca deset let postupně nahrazoval funkce a programy z Windows jejich linuxovými ekvivalenty (+ užíval si programy, jejichž ekvivalenty Windows nemají, nebo jen za těžké peníze).

  • 12. 11. 2023 12:55

    Danny
    Stříbrný podporovatel

    Zrovna peklo v podobe ruznych kodovani zbastlenych do jednoho bajtu je fajn ze umira. Ono ne kazdy mel ISO 8859-2... ze? :-) Zlaty UTF8 v tomhle smeru. Jen tech ISO 8859 variant bylo 15... a to se nebavim o cestine (resp. presneji stredovychode), kde krome ISO 8859-2 tu a tam nekde na cloveka vypadlo neco v KEYBCS2, CP852, CP1250 a nebo treba KOI8CS. Tahle dzungle proste sjednotit chtela a v osmi bitech nebyla sance z toho nejak rozumne vybruslit...

  • 12. 11. 2023 14:17

    A. S. Pergill

    Je zajímavé, že TeX si poradí v osmi bitech se spoustou jazyků a znakových sad, včetně např. staroegyptských hieroglyfů. Takže ten zmatek je spíš v prostších myslích, které to nezvládnou, než v tom, že by to s osmi bity jinak než zmateně nešlo.

  • 12. 11. 2023 14:39

    Danny
    Stříbrný podporovatel

    ISO/IEC 10646 je tu s nami od devadesatych let, jestli s tim po triceti letech jeho existence mate stale nekde problem, pak asi podstata problemu ve skutecnosti bude nekde jinde.

    S temi osmi bity si vypujcim... 640K ought to be enough for anyone :-)

  • 19. 11. 2023 14:15

    A. S. Pergill

    Já s tím problémy nemám.
    Mají ovšem s tím kódováním problémy některé z programů, které běžně používám a nechci se jich zbavovat (pokud nejsou zrovna klíčové pro mou práci, viz ten TeX). A je opravdu opruz přenášet nějaký zazipovaný (či zararovaný) adresář na Windows, protože tam nějaký "génius" nasekal názvy souborů nebo adresářů s utf8 znaky, s nimiž si linuxové programy na rozbalování těchto souborů neumějí poradit.
    Jistě je problém i to, že v 8 bitovém (nebo unicode) textu je skok na sté písmeno od toho, na kterém zrovna jsem, čistě přidáním stovky nebo dvou k aktuální poloze, zatímco v utf8 musím číst písmeno po písmenu a počítat je (a napsat si na to nějakou rutinu v daném programovacím jazyce, v případě použití 8 bitového kódování nepotřebnou).
    A, obávám se, že uživatelů, pro něž jsou tato kódování přínosem, je spíš menšina (kolik multilingválních firem je na Linuxu?) a na desktopu jich bude patrně ještě méně. Takže je toto kódování spíš "desktop unfriendly".

  • 19. 11. 2023 17:05

    Danny
    Stříbrný podporovatel

    To ale musite reklamovat u tvurcu sveho oblibeneho software. A nebo si to opravit sam a poslat jim patch/pull request ;-) Bez unicode byste premyslel, v cemze se to realne zakodovalo a placal se v tom jeste vic, pac jak znamo, tak ten standardu bylo hned nekolik a kazdy pouzival to, co mu vyhovovalo zrovna nejvic.

  • 20. 11. 2023 17:39

    A. S. Pergill

    Na problém, že by nebylo jasné, jaké je to konkrétní kódování, jsem snad nikdy nenarazil. Pouze jsem párkrát narazil na to, že MS Word nedokázal přečíst soubor, který si den předtím uložil na disk a zobrazoval pěkné obdélníčky místo písmen.
    A zcela jistě nejsem natolik programátorsky na výši, abych překopával nějaký program nebo jeho knihovny apod.
    V některých případech dochází při tom rozpakovávání k situaci, že z příkazové řádky soubor rozpakovat nejde, ale z GUI jde (což je asi dáno vývojem novějších verzí, které už nejsou primárně dostupné z konzoly). Někdy ale nepomůže ani to GUI a musí se s tím na Windows.
    Už se mi také stalo, že nějaký "geniálně pojmenovaný" soubor následně nešlo vymazat ani přesunout, případně že ho při zálohování nebylo možné zkopírovat (přestože byla práva nastavena správně), dokonce ani jako root. Už jsem se s tím pár let nesetkal, ale dříve jsem míval takových souborů, které zlikvidovalo až formátování při reinstalaci systému, na HDD i víc.
    Prostě, UTF8 má pro mě nulový přínos a je jen potenciálním zdrojem problémů. Zkrátka, jsem atyp uživatel.

  • 20. 11. 2023 17:58

    Ladis

    Možná by pro vás bylo zajímavé kódování UTF16(LE), které je mimochodem nativní ve Windows (řada NT). Výhody jednobajtového kódobání, jako rychlý skok na pozici, ale zároveň 99 % znakových sad, co se používají (smůlu byste měl až s málo používanými emotikony typu těhotný muž).

    Nicméně co se týče operací se stringy, v C se procházejí postupně znak po znaku takjakotak (např. strlen). Tzn. z tohohle pohledu není UTF8 horší. Ono vůbec v UTF8 bylo myšleno na zpětnou komaptibilitu aspoň s 7-bit kódováním ASCII.

    20. 11. 2023, 17:59 editováno autorem komentáře