TL;DR: Örülök a Haikunak, de van még mit javítani
— egy operációs rendszer, ami kellemesen meglepett. Második nap. Ne érts félre: még mindig lenyűgöz, hogy milyen könnyen megnehezíti a dolgok elvégzését asztali környezetben. LinuxAlig várom, hogy megtanuljam, hogyan működik, és lelkesen használom is a mindennapi használatát. A teljes átállás napja azonban még nem jött el: 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 #-rőlLinuxHasználhatóság (, , , , , ), 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 erősen akadozik megbízhatatlan internetkapcsolat esetén (például vonaton). A lapok közötti váltás lehetetlenné válik, ha az adatáramlás nem zökkenőmentes. Nem lehet új lapot megnyitni, miközben az aktuális lap adatokat tölt le a hálózaton keresztül. Minden akadozik, a kis terhelés ellenére is. Ezek a böngészők valószínűleg nincsenek teljesen optimalizálva a Haiku többszálú működéséhez, vagy más problémáik vannak a Haikuval [on/on] Linux Velem is előfordul néha-néha- 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ó , egy bizarr kotyvalék, amit a Start menüből készítettek Windows néhány Dock funkcióval és néhány egyéb képességgel kiegészítve.
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ő ezt mondta, idézem: „Véleményem szerint kövesd az utat Windows„Vagyis, ha beillesztünk egy keresőmezőt a start menübe, az elég egyszerű a béta verzióhoz, azt mondanám, hogy sokak számára hatalmas különbséget fog jelenteni.” Egyetértek! (Ismétlem: alkalmazás ide vagy oda).
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
Azzá akarunk válni, Linux a hang és a videó világában.
-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 a Linux).
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.
Egy fejlesztő azt mondta nekem: „Azért nem említjük a HaikuPorts-ot, mert 99.9% „A felhasználóknak nem kell tudniuk vagy törődniük azzal, hogy pontosan hogyan jönnek létre és jelennek meg ezek a csomagok a HaikuDepotban.” Egyetértek. A beszélgetés a HaikuDepotról szól, és arról, hogyan lehet onnan valamit lekérni, mert a HaikuDepot felülete ezt nem mutatja (például 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, ellentétben…” Linux, nincs igazán szükség a "command-not-found" parancsra, mert "egyszerűen futtathatod a pkgman install cmd:commandname parancsot." Honnan tudhatnám én, egy "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.
Tipp a fejlesztőktől: ha engedélyezem az elrendezést innen: WindowsA Cmd és a Ctrl helyet cserél, az alt+Tab pedig ismerős lesz. De szeretném úgy érezni magam, mint egy Mac, miközben egy PC billentyűzetén dolgozom!
Fejlesztői megjegyzés: „A ctrl+tab billentyűkombináció alt+tab-ra váltása néhány felhasználót meglephet.” Egyszerű megoldás: engedélyezze mindkettőt! (Mac-felhasználóként én… Windows и Linux Gnome-mal, KDE-vel, Xfce-vel 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 futtatható fájlra, amely nem tartalmazza a szükséges könyvtárakat, Linux Nem látok semmit. A Haikunak lesz egy szép grafikus párbeszédablaka a problémával kapcsolatos információkkal. Már régóta álmodozom ilyesmiről. Linux, és még mindig izgatott vagyok, hogy a Haiku eltalálta. Ez a példa azt bizonyítja, hogy az operációs rendszer minden szinten következetes. Az eredmény elegancia, szépség és egyszerűség, még olyan területeken 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 a hiányzó fájlnévkiterjesztéssel is működik, és végre megadhatom, hogy az azonos típusú különböző fájlok különböző alkalmazásokban nyíljanak meg, ami asztali környezetekben nagyon nehéz, ha nem szinte lehetetlen. Linux.
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 sem fog megakadályozni a munkában. Nagyon izgatott vagyok ennek a személyi asztali operációs rendszernek a jövője miatt. Ez egy üdvözlendő fejlődés a „munkakörnyezeteken” túl. Linux"továbbra is olyan súlyos problémákat mutat, 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
