TL;DR: lenyűgöz a Haiku, de van mit finomítani rajta
— egy operációs rendszer, amely kellemes meglepetést okozott számomra. Második nap. Helyesen értsd: még mindig lenyűgöz, mennyire könnyen végzi el azt, ami nehezen megy a Linux munkakörnyezetekben. Érdeklődve várom, hogyan működik, és tele vagyok lelkesedéssel a mindennapi használata iránt. Igaz, a teljes váltás napja még nem jött el: nem akarok szenvedni.
A raszteres grafikai szerkesztő, a WonderBrush — ha tudod, hol találod
Elvileg várható egy 1.0 alatti verziótól. Azonban nem szabad lebecsülni a csodás eredményeket, ha a Mac OS X korai napjaira gondolunk, figyelembe véve a Haiku csapatának méretét.
Általában megosztom a gondolataimat a #LinuxUsability (, , , , , ), ezért nem meglepő, hogy kritizálom a Haikut a használhatóság szempontjából. A legtöbbjük, szerencsére, különféle fejlesztésekhez kapcsolódik.
Ez volt a bevezetés, most nézzük meg néhány kellemetlenséget.
Kellemetlenség #1: böngészőproblémák
Három böngésző van, amelyek alapja a : az alap () és kettő másik a Qt-n (QupZilla, elavult nevén , és a ), amelyeket a tárolóból telepíthetünk. Egyik sem működik megfelelően. Az alap böngészőnek funkcionális és renderelési problémái vannak (például nem lehet megoldani a captchát a belépéskor a ), a másodlagosaknak pedig komoly teljesítményproblémáik vannak a Haikun.
Így néz ki a Twitter a WebPositive-ban, a Haiku alap böngészőjében
A QupZilla és OtterBrowser nagyon látványosan akadozik megbízhatatlan internetkapcsolatok esetén (például vonaton). A lapok közötti váltás lehetetlenné válik, ha az adatok nem érkeznek folyamatosan. Képzelhetetlen új lapot nyitni, amíg a jelenlegi adatokat tölt be a hálózaton. Minden akad, annak ellenére, hogy a terhelés kicsi. Valószínűleg a böngészők nincsenek teljesen optimalizálva a Haiku több szálú működésére, vagy más problémáik vannak a Haiku-val [Linuxon is előfordul velem néha — jegyzet: fordító].
A QupZilla-val nem sikerült semmit írni a Medium-ra...
. Úgy tűnik, hogy ezek a kiegészítések megtérülnek a Haiku-n is. Főleg figyelembe véve a webalkalmazások jelentőségének növekedését, és különösen azt, hogy a natív alkalmazások még mindig nem állnak rendelkezésre minden felhasználási lehetőséghez.
Kenneth Kocienda és Richard Williamson meséje: hogyan születtek a Safari és a Webkit
Kellemetlenség №2: Launcher és Dock
A képernyő jobb felső sarkában található , egy furcsa keverék, amely a Windows Start menüjéből készül, Dock funkciókkal és néhány további lehetőséggel kiegészítve.
Deskbar
Mivel ez valószínűleg kulcsfontosságú eleme volt a BeOS felhasználói élményének, hiányzik belőle a modern munkahelyi környezet képessége: szükségem van egy programindító eszközre, mint például , amelyet az Alt+Space billentyűkombinációval lehet indítani. Az alkalmazások indítása kattintással lassú. Van egy "Keresés" eszköz, ami úgy néz ki, mint a , álruhában, de nem alkalmas az alkalmazások kényelmes indítására, még ha gyorsítani is lehet rajta.
Spotlight a Mac OS X Leopard-on, elindítva a Command + Space billentyűkombinációval
Van , amely a -ban található. Az első indításkor teljesen üres, és nem egyértelmű, hogyan lehet bármilyen elemet hozzáadni. Ráadásul nem a legkényelmesebb helyen jelenik meg a képernyőn, nyilvánvaló mód nélkül a pozíció módosítására. Hogyan állíthatom be balra vagy alulra, mint a Dock-ban a Mac OS X-en? Úgy érzem, hogy az UX ebben az esetben megfejthetetlen.
, amely szintén telepítve van a . Már jobban néz ki. Az alján látható a képernyőnek. Kicsit nem számítottam arra, hogy az ikonok sorrendje fordított lesz: a kuka elöl, de összességében sok ígéretesen néz ki.
Hogyan állíthatom be alapértelmezettként a Deskbar helyett? Ha rákattintok a Deskbar ikonra a DockBert-ben, és kiválasztom a "bezárás" lehetőséget — nyilvánvalóan bezárul... és fél másodpercen belül újra megjelenik. (A fejlesztők azt mondták, hogy ez lényegében hiba a DockBert-ben). Jó lenne, ha a DockBert elég okos lenne ahhoz, hogy tudja, mire van szüksége a felhasználónak, és azt megtegye. Alapértelmezés szerint a DockBert-ben nincsenek alkalmazásikonok, de megjeleníti a "húzd ide" üzenetet, így tudják, hogyan kell mindent hozzáadni. De nem sikerült eltávolítanom az alkalmazásokat - sem jobb kattintással, sem az ikont a DockBert-ből való húzással.
Próbálom . Véletlenül találtam rá . Úgy néz ki, ahogy szeretném. Ami a "kinéz" hangsúlyozására utal. Mert még mindig nem működik: még mindig Béta-verzió. Qt4-en van írva, így kétségeim vannak, hogy bekerül-e a telepítőbe.
HiQDock.
Alapvetően nem csak én gondolom, hogy a Dock és a Launcher helyzete bonyolult. E témában még találtam .
QuickLaunch
Aztán megtudtam a , amelyet ajánlott indítani a billentyűparanccsal a Shortcuts beállításaiban.
A Shortcuts beállításai Haiku-ban
Jó lenne, ha az ilyen dolgokat úgy állítanák be, hogy alapértelmezetten „csak működjenek”. Mondtam Alt+szóköz? Nos, alapvetően a QuickLaunch indításakor először megkérdezheti, hogy be kell-e állítani a billentyűparancsot. A Shortcuts beállításaiban ezt megtenni nehézkes.
Ablak, amelyben felkérnek, hogy írj be egy „alkalmazást” a Shortcuts beállításaiban. Nem viccelek
Fogadok, hogy a legtöbb felhasználó nem tudja, mit kell beírni „alkalmazásként”, mégpedig: /boot/system/apps/QuickLaunch (csak QuickLaunch nem működik).
Gyors megoldás: állítsd a QuickLaunch-t alapértelmezettnek, és rendelj hozzá egy alt+szóköz billentyűparancsot alapértelmezetten.
Szerencsére van információm a fejlesztőktől, hogy egy időpontban talán be fogják építeni, mint fejlesztést vagy a régi, jó Deskbar helyettesítését. Talán… valamikor… Keresztezzük az ujjainkat! (Tedd meg a javaslatod, különben nem lesz). ). Egy másik fejlesztő azt mondta, idézem: „szerintem a Windows nyomvonalán haladva, azaz a keresőmező beépítése a kezdőmenübe, elég egyszerű lenne a Beta verzió számára, azt mondanám, ez hatalmas jelentőséggel bírna sokak számára”. Egyetértek! (megint csak: javaslat vagy nem lesz).
Miért találja a QuickLaunch a képernyőképkészítő programot kétszer, a /boot/system/apps és a /boot/system/bin? Разработчики в курсе, поскольку в файле /boot/system/apps/QuickLaunch/ReadMe.html.
/system/bin ранее не обрабатывался, портированные программы часто попадают в каталог /bin, а это — плохая затея. Можно убрать нежелательные CLI приложения, к примеру с помощью кнопки «Добавить в список игнорирования» в контекстном меню
gyors megoldás: szűrd a /system/bin alkalmazásokat, amelyek szintén léteznek a /system/apps mappában
Harmadik probléma: nincs hardveres gyorsítás
A BeOS tele volt bemutató programokkal. Egyetlen BeOS videó sem volt mentes a sok ablakból, amelyek különböző videókat játszottak le. Csodálatos teljesítmény akkoriban. A Haiku 3D bemutató programokkal érkezik, amelyek 3D betűtípusokat mutatnak be, mozogva a térben. (Hé, a Haiku-t nem készítik IPO-ra, igaz?)
A BeOS 1995-ből, amelynek ötletein alapul a Haiku. Akkoriban két 66 MHz-es PowerPC 603 processzoron futott.
Mi akarunk lenni a Linux a hang és videó világában.
—, vezérigazgató
Ami meglepő, hogy a videók és a 3D valójában nem kapnak hardveres gyorsítást a Haiku-ban. Azt hiszem, a játékok sem.
A fejlesztők és Van dokumentáció a hardveres gyorsításhoz (kb. két ember/hónap szükséges). A 3D gyorsítást a MESA biztosítja (a Haiku, ahogy már említettük, a MESA-t és az LLVMPipe-t használja az OpenGL alapjául), a videóknál pedig lehet támaszkodni vagy készíthetünk saját megoldást (tudom, hogy a Haiku már használja az FFMpeg-t belsőleg, csak gyorsító driverek hiányában nem lehet használni a VDPAU-t vagy egyéb hasonló API-t).
Keresztbe teszem az ujjaimat!
4. kellemetlenség: nem találhatók programok
Tudom, hogy már sok CLI program portolva lett a Haiku-ra, de nem látom őket a HaikuDepot-ban. Nincs még csak utalás sem. A parancssorban nincsenek "haiku..." vagy "port..." parancsok
~\/testing> haikuports
bash: haikuports: parancs nem találhatóGoogle-ozva találtam , ahonnan letöltöttem az avrdude-ot. Kétszeri kattintásra megjelent egy ablak, amely elégtelen függőségekkel küzdött. Jó lenne, ha ilyesmi nem fordulna elő. (Ez az egyik ok, amiért annyira szeretem .app a Mac-re és Linuxra).
A fejlesztőktől tudom meg, hogy "elméletileg" van , amely ezt megakadályozza. Úgy tűnik, több szeretetre van szüksége.
Mit kellene tenni? vannak útmutatók azoknak, akik programokat szeretnének portolni Haiku-ra, de nincsenek útmutatók azoknak, akik egyszerűen csak a portolt programokat szeretnék használni. Itt akadtam el.
A fejlesztő azt mondta nekem: "Nem említjük a HaikuPorts-t, mert a felhasználók 99,9%-ának nem kell tudnia vagy érdekelnie, hogy ezek a csomagok hogyan készülnek és jelennek meg a HaikuDepot-ban". Ezzel egyetértek. Beszélni kell a HaikuDepot-ról és arról, hogyan lehet valamit onnan szerezni, mert a HaikuDepot felülete ezt nem mutatja (például, avrdude cli). Úgy tűnik, kellene egy jelölő, amely megjeleníti a CLI alkalmazásokat a HaikuDepot felületén, de nem találtam ilyet, lehet, hogy nem is létezik. ("Ajánlott" vagy "Minden csomag"... szüksége van erre? Nem, nem akarom látni az "összes" csomagot, feltételezem, hogy sok könyvtárat fog megjeleníteni. Valami olyasmi, mint a régi jó ).
Ehelyett én . Szintén nem tudom, hogyan kell telepíteni (azt mondják, hogy a HaikuArchives "támogatott szoftver tár" és hogy "minden értékes program már megtalálható a HaikuPorts-ban" - integrátorokra van szükség).
Még egy kis Google-ozás után találtam:
/> pkgman search avrdudeStatus Name Description
-------------------------------
avrdude A tool to up/download to AVR microcontrollersHűha! Jó lenne, ha ezt a parancsot észrevehetőbbé tennék. Az egyik fejlesztő megerősítette, hogy "pkgman - cli analóg a HaikuDepot számára". Miért nem nevezték el akkor haikudepot?
Elsődlegesen telepítettem a command_not_found-0.0.1~git-3-any.hpkg-t. Most már így is tudok csinálni:
/> file /bin/bash
DEBUG:main:Entered CNF: file
This application is aviaiblible via pkgman install filegyors megoldás: hozzáadni
command_not_found-*-any.hpkgaz alapértelmezett telepítéshez.
A Haiku fejlesztője úgy véli, hogy "a Haikuban, ellentétben a Linuxszal, nincs igazi szükség a command-not-found-ra", mert "csak futtathatja a pkgman install cmd:commandname-t". Honnan tudhatnám én, a "hétköznapi halandó" erről?!
Csomagok, csomagkezelők, függőségek. Az, ami a Haikuban van, természetesen sokkal okosabb, mint a legtöbb, de még mindig csak egy csomagkezelő:
/> pkgman install avrdude100% repochecksum-1 [65 bytes]
Validating checksum for Haiku…done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts... done.
100% repocache-2 [951.69 KiB]
Validating checksum for HaikuPorts... done.
Encountered problems:
problem 1: nothing provides lib:libconfuse>=2.7 needed by libftdi-1.4–7
solution 1:
- do not install “providing avrdude”
Please select a solution, skip the problem for now or quit.
select [1/s/q]:A csomagkezelők azt teszik, amit mindig is tettek, függetlenül az operációs rendszertől. Van oka annak, hogy vonzódok — már mondtam, ugye? — a .app és .
Ezen kívül hiányoznak néhány nagyon népszerű nyílt forráskódú alkalmazás:
/> pkgman install inkscape
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku…done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts…done.
*** Failed to find a match for “inkscape”: Name not foundA fejlesztők válasza: "Mivel nincs Gtk — nem lesz Inkscape". Megértettem. Egy másik fejlesztő hozzátette: "De nekünk van egy csodálatos WonderBrush". Erre nem is hallottam, de ezt nem látom a HaikuDepotban, honnan is lenne? (javítás: át kellett volna váltani az „Összes csomag” fülre! Teljesen kiment ez a fejemből!)
/> pkgman install gimp
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku... done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts... done.
*** Failed to find a match for “gimp”: Name not found/> pkgman install arduino
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku... done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts... done.
*** Failed to find a match for “arduino”: Name not foundTudom, hogy "az arduino régebben ott volt"... hová tűnt minden?
Azt is meglepőnek találtam, hogy "tech-beszédes": annyi sor jelenik meg csak úgy, hogy végül kiadja: "ez a szoftver nem elérhető".
Probléma №5: különböző simítások, amelyeket érdemes lenne javítani
Alkalmazások közötti váltás
Unalmas az alt+tab nélkül az alkalmazások közötti váltáshoz. A Ctrl+tab működik, de valahogy furcsa.
Tanács a fejlesztőktől: ha bekapcsolom a Windows elrendezést, a Cmd és a Ctrl felcserélődnek, és az alt+Tab megszokottá válik. De PC billentyűzettel dolgozva szeretném érezni a Mac-et!
Megjegyzés a fejlesztőktől: "A ctrl+tab alt+tab-ra váltása meglepheti egyes felhasználókat". Egyszerű megoldás: bekapcsolni mindkettőt! (én, mint Mac, Windows és Linux Gnome, KDE, Xfce felhasználó, továbbra sem tudom, mit várhatok.)
Alkalmazások közötti váltás a ctrl+tab segítségével a Twitcher használatával. Helyenként megjelenik, néha nem elsőre.
Ami még rosszabb: a ctrl+tab néha megjeleníti az alkalmazások ikonjait, néha pedig nem. Továbbá, az alkalmazások közötti váltás sorrendje véletlenszerűnek tűnik: StyledEdit-WebPositive-vissza StyledEdit-WebPositive-StyledEdit-ablak az alkalmazások ikonjával… Lehet, hogy programhibáról van szó? (Talán tudja valaki, van-e Gif-képrögzítő eszköz Haikuhoz?) Javítás: ez inkább egy funkció, nem hiba.
A ctrl+tab kombináció gyors megnyomása közvetlenül átugrik a legutolsó alkalmazásra, anélkül hogy megjelenítené a Twitcher ablakot. Ha a kombinációt hosszabb ideig nyomva tartjuk, akkor azt kapjuk, amihez hozzászoktam.
Gyorsbillentyűk
Ha a billentyűkombinációkról beszélünk, amint rájöttem, hogy minden hasonlít a Mac-hez — automatikusan megpróbálom használni a megszokott kombinációkat… Például a „Megnyitás…” és a „Mentés másként…” párbeszédablakokban szeretném megnyomni az alt+d-t az asztalhoz, és így tovább.
A fejlesztőknek „lehetőségük van ezt hozzáadni”, „a fájl párbeszédablakok fejlesztési kéréséhez”. Létrehoztam volna egy ilyen kérést, ha lenne helyi problémafigyelő GitHub-on vagy GitLab-on, ahol van fiókom.
De, ahogy korábban már említettem, nem tudok regisztrálni a rendszerükben. (Ahogy már valószínűleg kitaláltad, szeretném hangsúlyozni a hasonló dolgok kezelésének könnyedségét nyilvános szolgáltatások, mint a GitHub vagy GitLab használata során.) Javítás:
Inkonzisztenciák
A Qt alapú alkalmazások és a „natív” alkalmazások viselkedése eltér. Például a Qt alkalmazásokban az alt+backspace segítségével eltávolítható az utolsó szó, de natív alkalmazásokban ez nem lehetséges. Valószínű, hogy más eltérések is vannak a szöveg szerkesztése során. Jó lenne, ha ezeket az inkonzisztenciákat megszüntetnék.
Javítás: még nem fejeztem be ezt a cikket (először a Haiku fejlesztői csatornáján mutattam be, hogy gyűjtsem a megjegyzéseket), amikor kiderült, hogy ezt az inkonzisztenciát javították! Hihetetlen! Milyen nagyon szeretem a nyílt forráskódú projekteket! Köszönöm, !
Megjegyzések
Még mindig a Haiku tanulmányozásának folyamatában vagyok, és folyamatosan lenyűgöz. Annak ellenére, hogy ma a problémák leírására összpontosítottam, nem tudom nem megemlíteni, miért olyan lenyűgöző ez az operációs rendszer. Íme néhány példa. Csak emlékeztetőül, hogy megmutassam, milyen elgondolásilag helyes dolgokat csinálnak a Haiku-ban.
Ha a végrehajtható fájlra dupla kattintunk, és nincsenek szükséges könyvtárak, akkor a Linuxban semmi sem látható. A Haiku-ban egy kellemes grafikus párbeszédpanel jelenik meg, amely információt ad a problémáról. Régóta vágyom hasonlóra a Linuxon, és még mindig lenyűgöz, hogy ezt helyesen megoldották a Haiku-ban. Ez a példa megmutatja, hogy az operációs rendszer minden szinten következetes. Az eredmény elegancia, szépség és egyszerűség, még az olyan esetekben is, mint a hiba kezelés.
Érdekes bepillantás a gép belsejébe.
A QuickLaunch dokumentációja szerint:
Két oka lehet, hogy a QuickLaunch nem találja az alkalmazást:
- Az alkalmazás nem a BeFS partíción található, vagy a BeFS partíció nincs formázva a lekérdezések támogatására.
- Az alkalmazásnak nincs megfelelő BEOS:APP_SIG attribútuma. Ebben az esetben kérjük meg az alkalmazás fejlesztőjét, hogy adja hozzá, vagy próbálja követni
a következő tanácsot: ha olyan alkalmazást vagy scriptet használ, amely nem jelenik meg a QuickLaunch-ban (és írásra elérhető helyen van) — próbálja meg hozzáadni ezeket az attribútumokat a terminálban.addattr BEOS:TYPE application/x-vnd.Be-elfexecutable /path/to/your/app-or-script
addattr BEOS:APP_SIG application/x-vnd.anything-unique /path/to/your/app-or-script
Ez ad némi betekintést abba, hogyan működik valójában a varázslat, mint a Launch Services, amelyet továbbra is csodálok ().
Nem kevésbé érdekes az „Megnyitás ezzel…”
Válassza ki a fájlt, nyomja meg az alt+I billentyűkombinációt, majd az információs képernyőn kiválaszthatja, hogy melyik alkalmazás nyithat meg egy adott fájlt.
A Haiku-ban át tudom definiálni, hogy egy adott fájl melyik alkalmazást nyissa meg. Menő, igaz?
Mindez működik, még ha hiányzik a fájlnevének kiterjesztése, és végre meg tudom határozni, hogy az azonos típusú fájlok különböző alkalmazásokba nyíljanak, ami nagyon nehéz, ha nem szinte lehetetlen, a Linux munkahelyi környezeteiben.
Zárás
Ahogy tegnap már írtam, a Haiku megnyitotta a szemem, megmutatta, hogyan működhet egy munkahelyi környezet „egyszerűen”. A második napomon néhány nyilvánvalóan finomítandó pontot is találtam.
Egyikük sem állítja le a munkát. Valójában izgatott vagyok ennek a személyes asztali operációs rendszernek a jövője miatt. Ez a rég várt fejlődés túllép a 'Linux munkakörnyezeteken', amelyek továbbra is komoly, a közeljövőben megoldhatatlan problémákat mutatnak. .
Remélem, hogy a Haiku nyújt valamit.
Próbáld ki te is! A Haiku projekt DVD- vagy USB-ről letölthető képeket biztosít, amelyek . A telepítéshez elegendő letölteni a képet és felírni egy pendrive-ra a
Kérdéseid vannak? Meghívunk a magyar nyelvű .
Hibák áttekintése:
A fordító megjegyzése: ez a második cikk a Haiku sorozatból.
Cikkek listája:
Forrás: habr.com
