TL;DR: Örülök a Haikunak, de van még mit javítani
- egy operációs rendszer, amely kellemesen meglepett. Második nap. Félreértés ne essék: még mindig le vagyok döbbenve, hogy milyen könnyű olyan dolgokat csinálni, amelyek nehézkesek Linux asztali számítógépeken. Kíváncsi vagyok, hogy megtanuljam, hogyan működik, és izgatott vagyok, hogy mindennap használhassam. Igaz, még nem jött el a teljes átmenet napja: nem akarok szenvedni.
WonderBrush rasztergrafikus szerkesztő – ha tudja, hol találja meg
Elvileg, ahogy az 1.0 alatti verzióknál várható. Azonban, ha emlékezünk a Mac OS X-re a megjelenés előtti napokban, és figyelembe véve a Haiku csapat méretét, ne becsüljük le a csodálatos eredményeket.
Általában elmondom a gondolataimat a #LinuxUsability (, , , , , ), ezért ne lepődj meg a haikukkal kapcsolatos civakodásokon a használhatóságot illetően. A legtöbbjük szerencsére különféle fejlesztésekhez kapcsolódik.
Ez volt az előszó, most pedig figyeljünk néhány bajra.
1. hiba: Böngésző problémák
Ezen alapul 3 böngésző : alap () és két további Qt-n (QupZilla, elavult név És ), amely a tárolóból telepíthető. Egyik sem működik megfelelően. A fő böngészőnek problémái vannak a működéssel és a megjelenítéssel (például bejelentkezéskor nem lehet megoldani a captcha-t ), és a továbbiaknak nagy teljesítményproblémák vannak a Haiku-n.
Így néz ki a Twitter a WebPositive-ben, a Haiku fő böngészőjében.
A QupZilla és az OtterBrowser nagymértékben lemarad a megbízhatatlan internetkapcsolatok miatt (például vonaton). A lapok közötti váltás lehetetlenné válik, ha az adatok nem folynak be zökkenőmentesen. Lehetetlen új lapot nyitni, miközben az aktuális lap adatokat tölt be a hálózaton keresztül. Minden lassú, a kis terhelés ellenére. Valószínűleg a böngészők nincsenek teljesen optimalizálva a Haiku multithreading számára, vagy más problémák vannak a Haikuval [Linuxon ez néha velem is előfordul - kb. fordító].
Nem tudtam semmit írni a Médiumra a QupZillával...
. Úgy gondolom, hogy ez a befektetés a Haiku esetében is megtérül. Különösen a webalkalmazások megnövekedett jelentőségének ismeretében, és még inkább, mivel a natív alkalmazások még nem állnak rendelkezésre minden felhasználási esetre.
Kenneth Kocienda és Richard Williamson története: hogyan jött létre a Safari és a Webkit
2. hiba: Launcher és Dock
A képernyő jobb felső sarkában található , a Windows Start menüjének mókás összeállítása a Dock funkcióival és néhány egyéb funkcióval tarkítva.
Deskbar
Mivel ez talán a BeOS felhasználói élményének kulcsfontosságú eleme volt, hiányoznak a modern asztali környezetek képességei: szükségem van egy programindítóra, mint pl. , elindítva az Alt+szóközzel. A kattintással indítható alkalmazások lassúak. Van egy Find eszköz, ami úgy néz ki titkosított, de nem alkalmas alkalmazások kényelmes indítására, még akkor sem, ha gyorsított.
Spotlight a Mac OS X Leopard rendszeren, amely a Command + szóköz billentyűvel indult
Van , telepítve . Amikor először elindítja, teljesen üres, és nem teljesen világos, hogyan lehet hozzá bármit hozzáadni. Ezenkívül kényelmetlen helyen jelenik meg a képernyőn, és nincs nyilvánvaló módja annak, hogy megváltoztassa a helyzetét. Nos, hogyan helyezhetem el a képernyő bal oldalára vagy aljára, mint a Mac OS X dokkolójára? Úgy gondolom, hogy az UX ebben az esetben megismerhetetlen.
, szintén től telepítve . Már jobban. A képernyő alján látható. Nem számítottam rá, hogy az ikonok sorrendje megfordul: a kosár az elején van, de összességében ígéretesnek tűnik.
Hogyan állíthatom be alapértelmezettnek a Deskbar helyett? Ha a DockBertben a Deskbar ikonra kattintasz, és kiválasztod a "bezárást" - természetesen bezárul... és fél másodperc múlva újra megjelenik. (A fejlesztők szerint ez elvileg a DockBert hibája). Jó lenne, ha a DockBert elég okos lenne ahhoz, hogy megértse, mire van szüksége a felhasználónak, és megtenné. Alapértelmezés szerint a DockBert nem rendelkezik alkalmazásikonokkal, de a „húzd ide” feliratot jelzi, így mindent hozzá kell adni. Azonban nem tudtam eltávolítani az alkalmazásokat - sem jobb gombbal kattintással, sem ikont a DockBertről húzva.
Megpróbálom . Véletlenül találtam rá . Úgy néz ki, ahogy akarom. Hangsúllyal a "kinézetre". Mert még nem működik: még mindig Béta verzió. Qt4-ben van megírva, ezért kétlem, hogy a telepítőképbe belekerülne.
HiQDock.
Elvileg nem én vagyok az egyetlen, aki szerint bonyolult a helyzet a Dock and Launcherrel. Még ebben a témában is találtam .
Gyorsindítás
Aztán megtudtam kb , amelyet ajánlatos elindítani egy gombkombináció hozzáadásával a Parancsikonok beállításainál.
Parancsikonok beállításai a Haikuban
Jó lenne, ha az ehhez hasonló dolgok alapértelmezés szerint "csak működjenek". Alt+Space mondtam? Nos, alapvetően a QuickLaunch megkérdezheti, hogy testre kell-e szabnia egy billentyűparancsot az első indításakor. Ezt a Parancsikonok beállításaiban nehézkes megtenni.
Egy ablak, amely arra kéri, hogy adja meg az "alkalmazás" szót a Parancsikonok beállításaiban. Nem viccelek
Hajlandó vagyok fogadni, hogy a legtöbb felhasználó nem tudja, mit kell beírni „alkalmazásként”, nevezetesen: /boot/system/apps/QuickLaunch (Éppen QuickLaunch nem működik).
Gyors megoldás: Állítsa be a QuickLaunch-t alapértelmezettként, és rendelje hozzá az alapértelmezett alt+szóköz billentyűparancsot.
Szerencsére olyan információim vannak a fejlesztőktől, hogy valamikor beépíthetik a jó öreg Deskbar fejlesztéseként vagy cseréjeként. Talán... egyszer... Tegyük az ujjakat! (Hagyjon kérést, különben soha nem fog megtörténni. ). Egy másik fejlesztő azt mondta, idézet: "Véleményem szerint elég egyszerű a béta verzióhoz, ha követni kell a Windows által a keresőmezőnek a start menübe való beillesztését, és azt mondanám, hogy ez sokak számára óriási változást jelent majd." Egyetért! (ismét: jelentkezés vagy sem).
Miért találja meg a QuickLaunch kétszer a képernyőképes programot? /boot/system/apps és /boot/system/bin? A fejlesztők tisztában vannak vele, mert a /boot/system/apps/QuickLaunch/ReadMe.html fájlban.
A /system/bin feldolgozása még nem történt meg, a portolt programok gyakran a /bin könyvtárba kerülnek, ami rossz ötlet. Eltávolíthatja a nem kívánt CLI alkalmazásokat, például a helyi menü „Hozzáadás figyelmen kívül hagyó listához” gombjával.
gyors megoldás: szűrje ki a /system/bin könyvtárból azokat az alkalmazásokat, amelyek a /system/apps mappában is léteznek
3. hiba: nincs hardveres gyorsítás
A BeOS tele volt demo programokkal. Egyetlen BeOS-videó sem lenne teljes több ablak nélkül, amelyekben különböző videók játszhatók le. Elképesztő teljesítmény akkoriban. A Haiku 3D-s demókat tartalmaz, amelyek a térben mozgó 3D-s betűtípusokat mutatják be. (Hé, Haiku nem IPO-ra készül, ugye?)
BeOS 1995-ben, amelyen a Haiku alapul. Ekkor két PowerPC 603 processzoron futott, 66 MHz-es órajellel
Szeretnénk az audio és videó világ Linuxává válni.
-főigazgató
Meglepő módon a videó és a 3D valójában nem hardveresen gyorsított a Haikuban. Gondolom játékok is.
A fejlesztőktől и Van dokumentáció a hardveres gyorsításhoz ("ez körülbelül két emberhónapot vesz igénybe"). A 3D-s gyorsítás a Mesán keresztül történik (a Haiku, mint már említettük, a Mesa és az LLVMPipe-ot használja az OpenGL alapjaként), a videóhoz támaszkodhat vagy készíts saját megoldást (úgy tudom, hogy a Haiku belsőleg már használja az FFMpeg-et, csak nem lehet VDPAU-t vagy más hasonló API-t használni gyorsított driverek nélkül).
Tegyük keresztbe az ujjainkat!
4. hiba: a program nem keresi a programokat
Tudom, hogy már elég sok CLI program van portolva Haiku-ra, de nem látom őket a HaikuDepotban. Még csak utalások sincsenek. A parancssorban nincsenek "haiku..." vagy "port..." parancsok
~/testing> haikuports
bash: haikuports: command not foundA guglizás után I , ahonnan letöltöttem az avrdude-t. Futás közben duplán kattintott egy nem kielégítő függőségekkel rendelkező ablak. Jó lenne, ha ez nem történne meg. (Az egyik oka annak, hogy annyira szeretem .app for Mac és Linuxhoz).
A fejlesztőktől megtudtam, hogy „elméletileg” létezik , megakadályozva ezt. Úgy tűnik, több szeretetre van szüksége.
Mit kell tenni? Vannak utasítások azoknak, akik szeretnének haiku programokat portolni, de nincsenek utasítások azoknak, akik egyszerűen csak használni szeretnék a portolt programokat. Itt keveredtem bele.
A fejlesztő azt mondta nekem: "Nem említjük a HaikuPortokat, mert a felhasználók 99.9%-ának nem kell tudnia, hogy pontosan hogyan jönnek létre és jelennek meg ezek a csomagok a HaikuDepotban." Egyetért. Ha a HaikuDepotról beszélünk, és arról, hogyan lehet onnan szerezni valamit, mert a HaikuDepot felülete nem mutatja (pl. avrdude cli). Nyilván kellene egy jelölőnégyzet, ami a CLI alkalmazásokat jeleníti meg a HaikuDepot felületén, de nem találtam, vagy lehet, hogy nem is létezik. („Ajánlott” vagy „Összes csomag”... kell? Nem, nem akarok „minden” csomagot nézegetni, feltételezem, hogy sok könyvtár fog megjelenni. Valami olyan, mint a jó öreg ).
Ehelyett én . Azt sem tudom, hogyan kell telepíteni (Azt mondják, hogy a HaikuArchives a „támogatott szoftverek tárháza”, és azt is, hogy „minden érdemes program már a HaikuPortban van” - integrátorok kellenek).
Hosszabb guglizás után találtam:
/> pkgman search avrdudeStatus Name Description
-------------------------------
avrdude A tool to up/download to AVR microcontrollersAzta! Jó lenne láthatóbbá tenni ezt a csapatot. Az egyik fejlesztő megerősítette, hogy „a pkgman a HaikuDepot kliens analógja”. Miért nem akkor nevezték el? haikudepot?
Először is telepítettem a command_not_found-0.0.1~git-3-any.hpkg parancsot. Most ezt tudom csinálni:
/> file /bin/bash
DEBUG:main:Entered CNF: file
This application is aviaiblible via pkgman install filegyors megoldás: add
command_not_found-*-any.hpkgaz alapértelmezett telepítésre.
A Haiku fejlesztője úgy véli, hogy "a Haikuban, a Linuxtól eltérően, nincs igazán szükség a parancs-nem található parancsra", mert "csak futtathatja a pkgman install cmd:parancsnév parancsát". Nos, honnan tudhatnék erről én, „egyszerű halandó”?!
Csomagok, csomagkezelők, függőségek. A Haikuban lévő biztosan sokkal okosabb, mint a legtöbb, de még mindig 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 a csomagkezelők mindig, az operációs rendszertől függetlenül. Megvan az oka annak, hogy vonzódom hozzá – ezt mondtam, nem? - Nak nek .app és .
Ezenkívül néhány nagyon népszerű nyílt forráskódú alkalmazás hiányzik innen:
/> 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 ezt válaszolják: „Mivel nincs Gtk, nem lesz Inkscape sem.” Megértve. Egy másik fejlesztő hozzátette: "De megvan a csodálatos WonderBrush." Nem tudtam erről, de nem látható a HaikuDepotban, és hol lenne? (javítás: át kellett volna váltanom az „Összes csomag” fülre! Ezt a pontot teljesen kihagytam!)
/> 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 ott volt korábban"... hova tűnt?
Többek között meglepett a „technikai szókimondás” ténye: annyi sor jelenik meg, hogy a végén azt mondják: „ez a szoftver nem elérhető”.
5. hiba: különböző durva élek, amelyeket ki kell javítani
Váltás az alkalmazások között
Alt+tab nélkül unalmas az alkalmazások váltása. A Ctrl+tab működik, de valahogy ferdén.
Fejlesztői tipp: Ha bekapcsolom a Windows elrendezést, a Cmd és a Ctrl helyet vált, és az alt+Tab ismerős lesz. De szeretném úgy érezni magam, mint egy Mac, miközben PC-billentyűzetet használok!
Megjegyzés a fejlesztőktől: "A ctrl+tab átváltása alt+tabra néhány felhasználót meglep." Egyszerű megoldás: engedélyezze mindkettőt! (Mac, Windows és Linux felhasználóként Gnome, KDE, Xfce használatával még mindig nem tudom, mire számítsak).
Alkalmazásváltás a ctrl+tab használatával a Twitcher segítségével. Néhol megjelenik, néha nem először
Ami még rosszabb: a ctrl+tab néha megjelenít egy ablakot alkalmazásikonokkal, néha pedig nem. Többek között véletlenszerűnek tűnik az alkalmazások váltási sorrendje: StyledEdit-WebPositive-back StyledEdit-WebPositive-StyledEdit-ablak alkalmazásikonokkal... Szoftverhiba? (Tudja valaki, hogy van-e Gif rögzítő eszköz a haikuhoz?) Módosítás: Ez egy szolgáltatás, nem hiba.
A ctrl+tab rövid megnyomásával közvetlenül az előző alkalmazásra váltunk anélkül, hogy a Twitcher ablakot jelenítené meg. Ha tovább tartod a kombinációkat, azt kapod, amit már megszoktam.
parancsikonok
Ha a billentyűparancsokról beszélünk, akkor amint rájön, hogy minden hasonló a Mac-hez, automatikusan megpróbálja a szokásos billentyűparancsokat használni... Például a „Megnyitás...” és a „Mentés másként...” menüben. párbeszédpaneleket, szeretném megnyomni az alt+d billentyűkombinációt a „működő” címtártáblázathoz” és így tovább.
A fejlesztőknek „lehetőségük van hozzáadni ezt” „a fájl párbeszédpanel-javítási kérelméhez”. Létrehoznék egy ilyen kérést, ha lenne egy helyi problémakövető a GitHubon vagy a GitLabon, ahol fiókjaim vannak.
De ahogy korábban kifejtettem, nem tudok regisztrálni a rendszerükben. (Ahogyan már sejtette, szeretném hangsúlyozni, hogy ezekkel a dolgokkal könnyen dolgozhat olyan közszolgáltatások használatakor, mint a GitHub vagy a GitLab). Módosítás:
Következetlenségek
A Qt-alkalmazások és a natív alkalmazások viselkedése eltérő. Például törölheti az utolsó szót az alt+backspace billentyűkombinációval a Qt alkalmazásokban, de a natív alkalmazásokban nem. Más eltérések is lehetnek a szöveg szerkesztése során. Szeretném látni az ilyen következetlenségeket.
Helyesbítés: Még nem fejeztem be ennek a cikknek a megírását (először a Haiku dev csatornán mutattam meg, hogy kommenteket gyűjtsek), amikor kiderült, hogy ezt az eltérést javították! Hihetetlen! Mennyire szeretem a nyílt forráskódú projekteket! Köszönöm, !
Megjegyzések
Még mindig tanulom a haiku-t, és továbbra is lenyűgöz. Annak ellenére, hogy ma a bosszúságok leírására összpontosítottam, nem tehetem meg, de emlékeztetem, miért olyan érdekes ez az operációs rendszer. Az alábbiakban néhány példa látható. Csak emlékeztetőül látni, hogyan csinál a Haiku a fogalmilag helyes dolgokat.
Ha duplán kattint egy olyan végrehajtható fájlra, amely nem rendelkezik a szükséges könyvtárakkal, nem fog látni semmit a Linuxban. A Haiku egy szép grafikus párbeszédablakot jelenít meg a problémával kapcsolatos információkkal. Régóta álmodoztam ilyen dolgokról Linuxon, és még mindig örülök, hogy a Haikuban ez jól sikerült. Ez a példa azt mutatja, hogy az operációs rendszer minden szinten konzisztens. Az eredmény elegancia, szépség és egyszerűség, még olyan esetekben is, mint a hibakezelés.
Lenyűgöző megjelenés a motorháztető alatt.
A QuickLaunch dokumentációja a következőket írja ki:
Két oka lehet annak, hogy a QuickLaunch nem találja meg az alkalmazást:
- Az alkalmazás nem BeFS-partíción található, vagy a BeFS-partíció nincs úgy formázva, hogy támogassa a lekérdezéseket.
- Az alkalmazás nem rendelkezik a megfelelő BEOS:APP_SIG attribútummal. Ebben az esetben kérje meg az alkalmazás fejlesztőjét, hogy adja hozzá, vagy próbálja meg a következőt
Ez a tanács: ha olyan alkalmazást vagy szkriptet használ, amely nem jelenik meg a QuickLaunchban (és írható helyen van), próbálja meg hozzáadni ezeket az attribútumokat a terminálhoz.addattr BEOS:TYPE application/x-vnd.Be-elfexecutable /elfuttatható /elérési út/a/alkalmazás-or-scripthez
addattr BEOS:APP_SIG application/x-vnd.anything-unique /path/to/your/app-or-script
Ez némi betekintést nyújt abba, hogy valójában hogyan működik az olyan varázslat, mint a Launch Services, amelyet továbbra is csodálok ().
Nem kevésbé izgalmas az „Open with...”
Válasszon ki egy 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 tudja megnyitni az adott fájlt.
A Haikuban felülírhatom az alkalmazást egy adott fájl megnyitásához. Menő?
Mindez akkor is működik, ha hiányzik a fájlnév-kiterjesztés, és végre elmondhatom, hogy különböző, azonos típusú fájlokat nyissanak meg különböző alkalmazásokban, ami nagyon nehéz, ha nem majdnem lehetetlen Linux asztali környezetekben.
Következtetés
Ahogy tegnap írtam, Haiku kinyitotta a szemem, és megmutatta, hogyan tud egy munkahelyi környezet „csak úgy működni”. A második napon is találtam néhány dolgot, amin egyértelműen javítani kell.
Egyikük sem hagyja abba a munkát. Nagyon izgatott vagyok ennek a személyes asztali operációs rendszernek a jövője miatt. Ez egy örvendetes fejlemény a "Linux asztali környezeteken" túl, amelyek továbbra is súlyos problémákat mutatnak, amelyeket a közeljövőben nem lehet megoldani. .
Haikuban reménykedem.
Próbáld ki magad! Végül is a Haiku projekt képeket biztosít a DVD-ről vagy USB-ről történő indításhoz, generált formában . A telepítéshez csak töltse le a képet, és írja be egy flash meghajtóra
Van kérdésed? Meghívjuk Önt az orosz nyelvű .
Hiba áttekintése:
A fordítás szerzőjétől: ez a második cikk a Haikuról szóló sorozatban.
Cikkek listája:
Forrás: will.com