TL;DR: Ek bewonder Haiku, maar daar is nog ruimte vir verbetering
- 'n bedryfstelsel wat my aangenaam verras het. Tweede dag. Moenie verkeerd verstaan nie: Ek is steeds gefassineer deur hoe maklik dit is om iets te doen wat moeilik sal wees om op 'n Linux-lessenaar te doen. Ek is gretig om te leer hoe dit werk en ook entoesiasties om dit daagliks te gebruik. Die dag vir 'n volledige oorgang het weliswaar nog nie aangebreek nie: ek wil nie ly nie.
WonderBrush bitmap grafiese redigeerder - as jy weet waar om dit te vind
In beginsel word dit verwag vir 'n weergawe onder 1.0. Moet egter nie die wonderlike prestasies onderskat wat Mac OS X in sy pre-release dae gegee is en gegewe die grootte van die Haiku-span nie.
Ek spreek gewoonlik my gedagtes oor #LinuxUsability uit (, , , , , ), moet dus nie verbaas wees oor Haiku se bruikbaarheidsprobleme nie. Die meeste daarvan hou gelukkig verband met verskeie verbeterings.
Dit was die voorwoord, en laat ons nou aandag gee aan 'n paar probleme.
Probleem nommer 1: probleme met die blaaier
Daar is 3 blaaiers gebaseer op : basies () en twee bykomende in Qt (QupZilla, verouderd En ) wat vanaf die bewaarplek geïnstalleer kan word. Geen werk reg nie. Die hoofblaaier het probleme met funksionaliteit en lewering (dit is byvoorbeeld onmoontlik om captcha op te los wanneer u ingaan ), en bykomendes het groot prestasieprobleme op Haiku.
Dit is hoe Twitter lyk in WebPositive, Haiku se hoofblaaier
QupZilla en OtterBrowser loop baie agter op onbetroubare internetverbindings (byvoorbeeld op 'n trein). Om tussen oortjies te wissel word onmoontlik as die data nie glad invlieg nie. Dit is onrealisties om 'n nuwe oortjie oop te maak terwyl die huidige een data oor die netwerk aflaai. Alles is dom, ten spyte van die klein vrag. Waarskynlik is blaaiers nie ten volle geoptimaliseer vir Haiku multithreading nie, of het ander probleme met Haiku [op Linux gebeur dit ook soms met my - ongeveer. vertaler].
Met QupZilla kon ek niks op Medium skryf nie ...
. Dit lyk vir my of hierdie belegging ook op Haiku sal afbetaal. Veral in die lig van die toenemende belangrikheid van webtoepassings, en selfs meer gegewe dat inheemse toepassings nog nie vir alle gebruiksgevalle beskikbaar is nie.
Kenneth Kocienda en Richard Williamson se storie: hoe Safari en Webkit ontstaan het
Probleem #2: Launcher en Dock
In die regter boonste hoek van die skerm is , 'n eienaardige mengsel van die Windows Start-kieslys met 'n spatsel Dock-funksionaliteit en 'n paar ander kenmerke.
lessenaarbalk
Aangesien dit miskien 'n sleutelgebruikerservaring-element vir BeOS was, het dit nie die kenmerke van 'n moderne rekenaaromgewing nie: ek benodig 'n programlanseerder soos , geaktiveer via Alt+Spasie. Die bekendstelling van programme op klik is stadig. Daar is 'n "Vind"-instrument wat lyk onderdak, maar dit is nie ontwerp om toepassings glad te laat loop nie, selfs al word dit 'n hupstoot gegee.
Kollig op Mac OS X Leopard geloods deur Command + Spacebar
Daar is geïnstalleer in . By die eerste begin is dit heeltemal leeg, en dit is nie heeltemal duidelik hoe om iets daarby te voeg nie. Boonop verskyn hy op 'n ongerieflike plek op die skerm met geen ooglopende manier om van posisie te verander nie. Wel, hoe sit ek dit aan die linkerkant of onderkant van die skerm, soos die Dock in Mac OS X? Ek dink dat UX in hierdie geval onkenbaar is.
, ook geïnstalleer vanaf . Reeds beter. Getoon aan die onderkant van die skerm. Ek het nie 'n bietjie verwag dat die volgorde van die ikone omgekeer sou word nie: die mandjie is aan die begin, maar oor die algemeen lyk dit belowend.
Hoe om dit as verstek in plaas van Deskbar te stel? As jy op die Deskbar-ikoon in DockBert klik en "close" kies - sal dit natuurlik toemaak ... en weer na 'n halwe sekonde verskyn. (Die ontwikkelaars het gesê dat dit in beginsel 'n fout in DockBert is). Dit sal lekker wees as DockBert slim genoeg was om te verstaan wat die gebruiker nodig het en dit te doen. By verstek het DockBert nie toepassingsikone nie, maar dit wys wel "sleep hierheen" sodat jy weet hoe om alles by te voeg. Ek kon egter nie die toepassings deïnstalleer deur regs te klik of die ikoon van DockBert af te sleep nie.
ek probeer . Ek het dit per ongeluk gevind . Lyk soos ek wil. Met die klem op "looks". Want dit werk nog nie: dit is steeds 'n Beta-weergawe. Dit is in Qt4 geskryf, so ek twyfel of dit in die installasiebeeld geneem sal word.
HiQDoc.
Basies, ek is nie die enigste een wat dink dat die situasie met Dock en Launcher ingewikkeld is nie. Oor hierdie onderwerp het ek selfs gevind .
Vinnige bekendstelling
Toe vind ek uit van , wat aanbeveel word om van stapel gestuur te word deur 'n kombinasie van knoppies in die Kortpaaie-instellings by te voeg.
Kortpaaie-instellings in Haiku
Dit sal lekker wees as dinge soos hierdie gekonfigureer is om "net te werk" by verstek. Het ek Alt+Spasie gesê? Wel, basies kan QuickLaunch jou dalk vra of jy 'n sleutelbordkortpad moet opstel wanneer jy dit die eerste keer begin. Dit is omslagtig om dit in die Kortpaaie-instellings te doen.
'n Venster wat jou vra om "toepassing" in die Kortpaaie-instellings in te voer. Ernstig
Ek is bereid om te wed dat die meeste gebruikers nie weet wat om as 'n "toepassing" in te voer nie, naamlik: /boot/system/apps/QuickLaunch (Net QuickLaunch werk nie).
Vinnige oplossing: maak QuickLaunch die verstek en gee dit die verstek alt+spasie kortpad.
Gelukkig het ek inligting van die ontwikkelaars dat hulle dit een of ander tyd kan insluit as 'n verbetering of vervanging vir die goeie ou Deskbar. Dalk... eendag... Duim vas! (Laat 'n versoek, anders sal dit nooit wees nie. ). 'n Ander ontwikkelaar het gesê, met aanhaling: "na my mening, om die Windows-pad te volg, dit wil sê, die soekveld in die beginkieslys in te sluit, is eenvoudig genoeg vir 'n Beta-weergawe, ek sou sê dit sal 'n groot verskil vir baie maak." Stem saam! (weereens: aansoek of nie).
Hoekom vind QuickLaunch die skermkiekieprogram twee keer, in /boot/system/apps en /boot/system/bin? Die ontwikkelaars is bewus, want in die lêer /boot/system/apps/QuickLaunch/ReadMe.html.
/system/bin is nie voorheen verwerk nie, oorgedrade programme beland dikwels in die /bin-gids, wat 'n slegte idee is. Jy kan ongewenste CLI-toepassings verwyder, byvoorbeeld deur die "Voeg by ignoreerlys"-knoppie in die kontekskieslys te gebruik
kitsoplossing: filter programme uit /system/bin wat ook in /system/apps bestaan
Probleem #3: Geen hardewareversnelling nie
BeOS was besaai met demonstrasies. Geen BeOS-video was voltooi sonder dat verskeie vensters verskillende video's gespeel het nie. 'n Wonderlike prestasie vir die tyd. Haiku kom met 3D-demo's wat 3D-lettertipes wys wat in die ruimte beweeg. (Haai, Haiku berei nie voor vir 'n IPO nie, is dit?)
BeOS in 1995, waarop Haiku gebaseer is. Dit het destyds op twee PowerPC 603-verwerkers geloop wat op 66 MHz geklok is.
Ons wil die Linux van klank en video wees.
-, algemene direkteur
Verbasend genoeg word video en 3D nie eintlik hardeware versnel in Haiku nie. Ek dink speletjies ook.
Ontwikkelaars и daar is dokumentasie vir hardewareversnelling ("jy benodig ongeveer twee manmaande"). 3D-versnelling sal deur Mesa wees (Haiku, soos reeds genoem, gebruik Mesa en LLVMPipe as die basis vir OpenGL), vir video waarop jy kan staatmaak of maak jou eie oplossing (ek weet dat Haiku reeds intern FFMpeg gebruik, dit is net onmoontlik om VDPAU of ander soortgelyke API te gebruik sonder versnelde drywers).
Kom ons kruis ons vingers!
Probleem nommer 4: programme word nie deursoek nie
Ek weet daar is 'n hele paar CLI-programme wat reeds na Haiku oorgedra is, maar ek sien hulle nie in HaikuDepot nie. Nie eers wenke nie. Daar is geen "haiku..." of "poort..." opdragte op die opdragreël nie
~/testing> haikuports
bash: haikuports: command not foundGoogel, I van waar ek avrdude afgelaai het. Wanneer dit begin deur te dubbelklik, het 'n venster met onbevredigde afhanklikhede verskyn. Dit sal lekker wees as dit nie gebeur nie. (Een van die redes hoekom ek daarvan hou .app vir Mac en vir Linux).
By die ontwikkelaars het ek geleer dat daar "teoreties" is dit te voorkom. Sy het blykbaar meer liefde nodig.
Wat moet gedoen word? daar is instruksies vir diegene wat programme na Haiku wil oordra, maar geen instruksies vir diegene wat bloot die oorgedrade programme wil gebruik nie. Dit is waar ek vasgeval het.
Die ontwikkelaar het vir my gesê: "Ons noem nie HaikuPorts nie, want 99.9% van gebruikers hoef nie te weet of omgee hoe presies hierdie pakkette geskep word en in HaikuDepot verskyn nie." Stem saam. Praat oor HaikuDepot, en hoe om iets daarvandaan te kry, want die HaikuDepot-koppelvlak wys dit nie (byvoorbeeld, avrdude cli). Blykbaar moet daar 'n merkblokkie wees wat CLI-toepassings in die HaikuDepot-koppelvlak vertoon, maar ek het dit nie gevind nie, of miskien bestaan dit nie. ("Aanbeveel" of "Alle pakkette"... het jy dit nodig? Nee, ek wil nie na "alle" pakkette kyk nie, ek raai baie biblioteke sal gewys word. Iets soos die goeie ou ).
In plaas daarvan het ek . Weet ook nie hoe om dit te installeer nie (Hulle sê dat HaikuArchives 'n "bewaarplek van ondersteunde sagteware is", en ook dat "alle waardevolle programme reeds in HaikuPorts is" - integreerders is nodig).
Ek het 'n bietjie meer gegoogle en gevind:
/> pkgman search avrdudeStatus Name Description
-------------------------------
avrdude A tool to up/download to AVR microcontrollersSjoe! Dit sal lekker wees om hierdie span meer sigbaar te maak. Een van die ontwikkelaars het bevestig dat "pkgman die cli-ekwivalent vir HaikuDepot is". Hoekom is sy dan nie genoem nie? haikudepot?
Eerstens het ek command_not_found-0.0.1~git-3-any.hpkg geïnstalleer. Nou kan ek dit doen:
/> file /bin/bash
DEBUG:main:Entered CNF: file
This application is aviaiblible via pkgman install filevinnige oplossing: voeg by
command_not_found-*-any.hpkgna die verstekinstelling.
Ontwikkelaar Haiku glo dat "in Haiku, anders as Linux, daar geen werklike behoefte is vir bevel-nie-gevind nie" want "jy kan net pkgman install cmd:commandname laat loop". Wel, hoe weet ek, 'n "blote sterfling", hiervan?!
Pakkette, pakketbestuurders, afhanklikhede. Die een in Haiku is beslis baie slimmer as die meeste, maar dit is steeds 'n pakketbestuurder:
/> 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]:Pakketbestuurders doen wat pakketbestuurders altyd doen, op een of ander manier, ongeag die bedryfstelsel. Daar is 'n rede hoekom ek geteken is - ek het jou al gesê, nee? - Aan .app en .
Daarbenewens ontbreek 'n paar baie gewilde oopbrontoepassings hier:
/> 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 foundDie antwoord van die ontwikkelaars: "Aangesien daar geen Gtk is nie, sal daar geen Inkscape wees nie." Verstaan. Nog 'n ontwikkelaar het bygevoeg: "Maar ons het 'n wonderlike WonderBrush." Ek het nie hiervan geweet nie, maar dit is nie sigbaar in HaikuDepot nie, en waar sou dit vandaan wees? (regstelling: moes oorgeskakel het na die Alle pakkette-oortjie! Het daardie punt heeltemal gemis!)
/> 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 foundEk is bewus daarvan dat "arduino voorheen daar was"... waar het dit alles gegaan?
Ek was onder andere verras deur die feit van "tegnologiese spraaksaamheid": soveel reëls word op die ou end net so vertoon om uit te gee: "hierdie sagteware is nie beskikbaar nie."
Probleem nommer 5: verskeie grofhede wat reggestel moet word
Skakel tussen toepassings
Vervelig sonder alt+tab om toepassings te wissel. Ctrl+tab werk, maar dit is nogal lelik.
Wenk van die ontwikkelaars: as ek die Windows-uitleg aanskakel, sal Cmd en Ctrl van plekke wissel, en alt + Tab sal bekend word. Maar ek wil soos 'n Mac voel terwyl ek op 'n rekenaarsleutelbord werk!
Ontwikkelaarnota: "Om ctrl+tab na alt+tab oor te skakel, sal sommige gebruikers verras." Maklike oplossing: aktiveer albei! (Ek, as 'n Mac-, Windows- en Linux-gebruiker met Gnome, KDE, Xfce weet steeds nie wat om te verwag nie).
Wissel toepassings via ctrl+tab met behulp van Twitcher. Op plekke verskyn dit, soms nie die eerste keer nie
Erger nog, ctrl+tab wys soms 'n venster met toepassingsikone, soms nie. Die volgorde van omskakeling van toepassings lyk onder andere ewekansig: StyledEdit-WebPositive-terug StyledEdit-WebPositive-StyledEdit-venster met toepassingsikone... Sagtewarefout? (Miskien weet iemand of daar 'n Gif-beeld opname-instrument vir Haiku is?) Wysiging: Dit is 'n kenmerk, nie 'n fout nie.
'n Kort druk van ctrl+tab skakel direk na die vorige toepassing sonder om die Twitcher-venster te wys. As jy die kombinasies langer hou, kry jy waaraan ek al gewoond is.
Kortpaaie
As ons praat oor sleutelbordkortpaaie, sodra jy besef dat alles soortgelyk is aan die Mac, sal jy outomaties probeer om bekende kortpaaie te gebruik ... Byvoorbeeld, in die "Open ..." en "Stoor as ... " dialoogkassies, ek wil alt + d druk vir die gids "werktafel, ensovoorts.
Die ontwikkelaars "het die opsie om dit by te voeg", "by die verbeteringsversoek oor die lêerdialoë". Ek sal so 'n kaartjie skep as daar 'n plaaslike probleemspoorder op GitHub of GitLab was waar ek rekeninge het.
Maar, soos ek vroeër verduidelik het, kan ek nie in hul stelsel registreer nie. (Soos jy dalk geraai het, wil ek die gemak beklemtoon om dinge soos hierdie te doen wanneer jy openbare dienste soos GitHub of GitLab gebruik). Wysiging:
Inkonsekwenthede
Qt-toepassings en inheemse toepassings verskil in gedrag. Dit is byvoorbeeld moontlik om die laaste woord met alt+terugspasie in Qt-toepassings te verwyder, maar nie in inheemse toepassings nie. Miskien is daar ander verskille wanneer teks redigeer. Ek wil graag hê dat hierdie teenstrydighede verwyder moet word.
Regstelling: Ek het nog nie hierdie artikel klaar geskryf nie (ek het dit eers op die Haiku-ontwikkelaarkanaal gewys vir kommentaar), aangesien dit blyk dat hierdie teenstrydigheid reggestel is! Ongelooflik! Hoe lief is ek vir oopbronprojekte! Dankie, !
Notes
Ek is nog besig om Haiku te leer en dit beïndruk my steeds. Selfs al het ek vandag daarop gefokus om die irritasies te beskryf, kan ek nie help om te herinner waarom hierdie bedryfstelsel so intrigerend is nie. Hieronder is 'n paar voorbeelde. Net 'n herinnering om te sien hoe konseptueel korrek dinge in Haiku gedoen word.
As jy dubbelklik op 'n uitvoerbare lêer wat nie die vereiste biblioteke het nie, is niks sigbaar op Linux nie. Haiku sal 'n mooi grafiese dialoog met inligting oor die probleem vertoon. Ek droom al lank van hierdie soort ding in Linux, en ek is steeds opgewonde dat dit reg in Haiku gedoen is. Hierdie voorbeeld toon dat die bedryfstelsel op alle vlakke konsekwent is. Die resultaat is elegansie, skoonheid en eenvoud, selfs in gevalle soos fouthantering.
Fassinerende loer onder die enjinkap.
Die dokumentasie vir QuickLaunch sê:
Daar kan 2 redes wees waarom QuickLaunch nie die toepassing sal vind nie:
- Die toepassing is nie op 'n BeFS-partisie nie, of die BeFS-partisie is nie geformateer om navrae te ondersteun nie.
- Die toepassing het nie die regte BEOS:APP_SIG-kenmerk nie. In hierdie geval, vra die programontwikkelaar om dit by te voeg, of probeer volg
hierdie raad: as jy 'n toepassing of skrip gebruik wat nie in QuickLaunch vertoon word nie (en op 'n skryfbare plek is) - probeer om hierdie eienskappe in die terminale by te voeg.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
Dit gee 'n bietjie insig in hoe die magie soos Launch Services eintlik werk, wat ek steeds bewonder ().
Nie minder opwindend is "Open met ..."
Kies 'n lêer, druk alt+I, en dan op die inligtingskerm kan jy kies watter toepassing 'n spesifieke lêer kan oopmaak.
In Haiku kan ek die toepassing ignoreer om een spesifieke lêer oop te maak. Koel?
Dit werk alles, selfs met die ontbrekende lêernaamuitbreiding, en ek kan uiteindelik vertel dat verskillende lêers van dieselfde tipe oopmaak in verskillende toepassings, wat baie moeilik is, indien nie byna onmoontlik nie, in Linux-produksieomgewings.
Gevolgtrekking
Soos ek gister geskryf het, het Haiku my oë oopgemaak, my gewys hoe 'n rekenaaromgewing "net kan werk". Op die tweede dag het ek ook 'n paar punte gekry wat duidelik verbeter moet word.
Nie een van hulle sal ophou werk nie. Ek is baie opgewonde oor die toekoms van hierdie persoonlike rekenaarbedryfstelsel. Dit is 'n welkome ontwikkeling buite "Linux-rekenaaromgewings" wat binnekort ernstig, onoplosbaar bly vertoon, .
Hoop vir Haiku.
Probeer dit self! Die Haiku-projek verskaf immers beelde vir selflaai vanaf DVD of USB, gegenereer . Om te installeer, laai net die prent af en brand dit op 'n USB-flash drive met behulp van
Het jy vrae? Ons nooi jou uit na die Russiessprekende .
Foutoorsig:
Van die skrywer van die vertaling: dit is die tweede artikel in die reeks oor Haiku.
Lys van artikels:
Bron: will.com