TL;DR: Jeg er glad for Haiku, men der er plads til forbedringer
- et styresystem, der overraskede mig positivt. Anden dag. Misforstå mig ikke: Jeg er stadig overrasket over, hvor nemt det er at gøre ting, der er svære på Linux-desktops. Jeg er ivrig efter at lære, hvordan det virker, og jeg glæder mig også til at bruge det dagligt. Sandt nok er dagen for en fuldstændig overgang endnu ikke kommet: Jeg vil ikke lide.
WonderBrush raster grafik editor - hvis du ved, hvor du kan finde det
I princippet, som forventet for versioner under 1.0. Men når du husker Mac OS X i dets pre-release dage og overvejer størrelsen af Haiku-holdet, skal du ikke bagatellisere de fantastiske præstationer.
Jeg plejer at give mine tanker om #LinuxUsability (, , , , , ), så bliv ikke overrasket over skænderierne om Haiku med hensyn til brugervenlighed. De fleste af dem relaterer sig heldigvis til forskellige forbedringer.
Dette var forordet, og lad os nu være opmærksomme på nogle problemer.
Problem #1: Browserproblemer
Der er 3 browsere baseret på : grundlæggende () og yderligere to på Qt (QupZilla, forældet navn Og ), som kan installeres fra depotet. Ingen af dem fungerer korrekt. Hovedbrowseren har problemer med funktionalitet og gengivelse (det er f.eks. umuligt at løse captcha, når du logger ind ), og yderligere har store ydeevneproblemer på Haiku.
Sådan ser Twitter ud i WebPositive, Haikus hovedbrowser.
QupZilla og OtterBrowser halter stærkt på upålidelige internetforbindelser (for eksempel på et tog). Skift mellem faner bliver umuligt, hvis dataene ikke flyder jævnt ind. Det er umuligt at åbne en ny fane, mens den nuværende indlæser data over netværket. Alt er langsomt, på trods af den lave belastning. Sandsynligvis er browsere ikke fuldt optimeret til Haiku multithreading, eller har andre problemer med Haiku [på Linux sker dette også for mig nogle gange - ca. oversætter].
Jeg kunne ikke skrive noget på Medium med QupZilla...
. Jeg tror, at denne investering også vil betale sig på Haiku. Især i betragtning af den øgede betydning af webapplikationer, og endnu mere i betragtning af, at native applikationer endnu ikke er tilgængelige for alle use cases.
Historien om Kenneth Kocienda og Richard Williamson: hvordan Safari og Webkit blev til
Problem #2: Launcher og Dock
I øverste højre hjørne af skærmen er placeret , en finurlig mash-up af Windows' Start-menu blandet med Dock-funktioner og et par andre funktioner.
Skrivebordsbjælke
Da dette måske var et nøgleelement i brugeroplevelsen for BeOS, mangler det mulighederne i et moderne skrivebordsmiljø: Jeg har brug for en programstarter som f.eks. , lanceret via Alt+mellemrum. Klik for at starte apps er langsomme. Der er et Find-værktøj, der ligner undercover, men det er ikke designet til bekvem lancering af applikationer, selvom det er accelereret.
Spotlight på Mac OS X Leopard, lanceret med Kommando + mellemrumstasten
Der er , installeret i . Når du først starter det, er det helt tomt, og det er ikke helt klart, hvordan du tilføjer noget til det. Derudover vises den på et ubekvemt sted på skærmen uden nogen indlysende måde at ændre positionen på. Nå, hvordan kan jeg placere det til venstre eller nederst på skærmen, som Dock i Mac OS X? Jeg tror, at UX i dette tilfælde er ukendeligt.
, også installeret fra . Allerede bedre. Vises nederst på skærmen. Jeg havde ikke forventet, at rækkefølgen af ikonerne ville blive omvendt: Kurven er i begyndelsen, men generelt ser den lovende ud.
Hvordan kan jeg indstille det som standard i stedet for Deskbar? Hvis du klikker på Deskbar-ikonet i DockBert og vælger "luk" - lukker det selvfølgelig... og dukker op igen et halvt sekund senere. (Udviklerne sagde, at dette i princippet er en fejl i DockBert). Det ville være rart, hvis DockBert var smart nok til at forstå, hvad brugeren har brug for og gøre det. Som standard har DockBert ikke nogen app-ikoner, men den viser en "træk her"-funktion, så du ved, hvordan du tilføjer alt. Jeg var dog ikke i stand til at fjerne apps – hverken ved at højreklikke eller ved at trække ikoner fra DockBert.
Jeg prøver . Jeg fandt det ved et tilfælde . Ser ud som jeg ønsker. Med vægt på "looks". Fordi det ikke virker endnu: det er stadig en betaversion. Den er skrevet i Qt4, så jeg tvivler på, at den kommer med i installationsbilledet.
HiQDock.
I princippet er jeg ikke den eneste, der synes, at situationen med Dock og Launcher er kompliceret. Jeg fandt endda om dette emne .
Hurtig start
Så fandt jeg ud af det , som anbefales at blive lanceret ved at tilføje en kombination af knapper i indstillingerne for genveje.
Genvejsindstillinger i Haiku
Det ville være rart, hvis ting som dette var konfigureret til at "bare fungere" som standard. Sagde jeg Alt+Mellemrum? Nå, dybest set kan QuickLaunch spørge dig, om du har brug for at tilpasse en tastaturgenvej, når du først starter den. Det er besværligt at gøre dette i indstillingerne for genveje.
Et vindue, der beder dig om at indtaste "applikation" i indstillingerne for genveje. Det siger du ikke
Jeg er villig til at vædde på, at de fleste brugere ikke ved, hvad de skal indtaste som en "applikation", nemlig: /boot/system/apps/QuickLaunch (Lige QuickLaunch virker ikke).
Hurtig løsning: Indstil QuickLaunch som standard, og tildel den standardgenvejen alt+mellemrum.
Heldigvis har jeg information fra udviklerne om, at de på et tidspunkt kan inkludere det som en forbedring eller erstatning for den gode gamle Deskbar. Måske... en dag... Krydser fingre! (Forlad en anmodning, ellers sker det aldrig. ). En anden udvikler sagde, citat: "Efter min mening er det simpelt nok for Beta at følge Windows-stien med at inkludere et søgefelt i startmenuen, jeg vil sige, at det vil gøre en kæmpe forskel for mange." Enig! (igen: ansøgning eller ej).
Hvorfor finder QuickLaunch skærmbilledeprogrammet to gange, i /boot/system/apps og /boot/system/bin? Udviklerne er opmærksomme, fordi i filen /boot/system/apps/QuickLaunch/ReadMe.html.
/system/bin er ikke blevet behandlet før, porterede programmer ender ofte i mappen /bin, hvilket er en dårlig idé. Du kan fjerne uønskede CLI-applikationer, for eksempel ved at bruge knappen "Tilføj til ignoreringsliste" i kontekstmenuen
hurtig løsning: filtrer applikationer fra /system/bin, der også findes i /system/apps
Problem #3: ingen hardwareacceleration
BeOS var fyldt med demoprogrammer. Ingen BeOS-video ville være komplet uden flere vinduer med forskellige videoer, der afspilles. En fantastisk præstation på det tidspunkt. Haiku kommer med 3D-demoer, der viser 3D-skrifttyper, der bevæger sig i rummet. (Hey, Haiku forbereder sig ikke på en børsnotering, vel?)
BeOS i 1995, som Haiku er baseret på. På det tidspunkt kørte den på to PowerPC 603-processorer med en klokfrekvens på 66 MHz
Vi ønsker at blive lyd- og videoverdenens Linux.
—, generaldirektør
Overraskende nok er video og 3D faktisk ikke hardwareaccelereret i Haiku. Jeg tror også spil.
Fra udviklerne и Der er dokumentation for hardwareacceleration ("det tager ca. to mand-måneder"). 3D-acceleration vil være gennem Mesa (Haiku, som allerede nævnt, bruger Mesa og LLVMPipe som base for OpenGL), for video, du kan stole på eller lav din egen løsning (jeg ved at Haiku allerede bruger FFMpeg internt, det er bare ikke muligt at bruge VDPAU eller anden lignende API uden accelererede drivere).
Med krydsede fingre!
Problem #4: programmer søges ikke
Jeg ved, at der allerede er en del CLI-programmer porteret til Haiku, men jeg kan ikke se dem i HaikuDepot. Der er ikke engang antydninger. Der er ingen "haiku..." eller "port..." kommandoer på kommandolinjen
~/testing> haikuports
bash: haikuports: command not foundEfter google har jeg , hvor jeg downloadede avrdude fra. Når du kører, dukkede dobbeltklik på et vindue med utilfredse afhængigheder. Det ville være rart, hvis dette ikke skete. (En af grundene til, at jeg kan lide det så meget .app til Mac og til Linux).
Fra udviklerne lærte jeg, at "teoretisk" er der , forhindre dette. Hun har åbenbart brug for mere kærlighed.
Hvad skal der gøres? Der er instruktioner til dem, der ønsker at portere Haiku-programmer, men der er ingen instruktioner til dem, der blot ønsker at bruge de porterede programmer. Det var her, jeg blev involveret.
Udvikleren fortalte mig: "Vi nævner ikke HaikuPorts, fordi 99.9% af brugerne ikke er forpligtet til at vide eller bekymre sig om præcis, hvordan disse pakker oprettes og vises i HaikuDepot." Enig. Taler om HaikuDepot, og hvordan man får noget derfra, fordi HaikuDepot-grænsefladen ikke viser det (f.eks. avrdude cli). Tilsyneladende skulle der være et afkrydsningsfelt, der viser CLI-applikationer i HaikuDepot-grænsefladen, men jeg fandt det ikke, eller måske eksisterer det ikke. ("Anbefalet" eller "Alle pakker"... har du brug for det? Nej, jeg vil ikke se på "alle" pakker, jeg går ud fra, at der vil blive vist mange biblioteker. Noget i stil med den gode gamle ).
I stedet jeg . Jeg ved heller ikke, hvordan jeg installerer det (De siger, at HaikuArchives er et "lager af understøttet software", og også at "alle værdifulde programmer allerede er i HaikuPorts" - integratorer er nødvendige).
Efter lidt mere google fandt jeg:
/> pkgman search avrdudeStatus Name Description
-------------------------------
avrdude A tool to up/download to AVR microcontrollersWow! Det ville være rart at gøre dette hold mere synligt. En af udviklerne bekræftede, at "pkgman er en cli-analog til HaikuDepot." Hvorfor blev hun så ikke navngivet? haikudepot?
Først og fremmest installerede jeg command_not_found-0.0.1~git-3-any.hpkg. Nu kan jeg gøre dette:
/> file /bin/bash
DEBUG:main:Entered CNF: file
This application is aviaiblible via pkgman install filehurtig løsning: tilføj
command_not_found-*-any.hpkgtil standardinstallationen.
Haiku-udvikleren mener, at "i Haiku, i modsætning til Linux, er der ikke noget reelt behov for kommando-ikke-fundet", fordi "du kan bare køre pkgman install cmd:commandname." Nå, hvordan kan jeg, en "blot dødelig", vide om dette?!
Pakker, pakkeadministratorer, afhængigheder. Den i Haiku er bestemt meget smartere end de fleste, men den er stadig en pakkemanager:
/> 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]:Pakkeadministratorer gør, hvad pakkeadministratorer altid gør, uanset operativsystemet. Der er en grund til, at jeg er tiltrukket af det - sagde jeg det, nej? - Til .app og .
Derudover mangler nogle meget populære open source-applikationer her:
/> 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 foundUdviklere svarer: "Da der ikke er nogen Gtk, vil der ikke være noget Inkscape." Forstået. En anden udvikler tilføjede: "Men vi har den fantastiske WonderBrush." Jeg vidste ikke om dette, men det er ikke synligt i HaikuDepot, og hvor ville det være? (korrektion: Jeg skulle have skiftet til fanen "Alle pakker"! Gik fuldstændig glip af det punkt!)
/> 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 foundJeg ved, at "arduino var der før"... hvor blev det hele af?
Blandt andet blev jeg overrasket over kendsgerningen om "teknisk talemåde": så mange linjer vises bare, så de til sidst siger: "denne software er ikke tilgængelig."
Problem #5: forskellige ru kanter, der skal rettes
Skift mellem applikationer
Det er kedeligt uden alt+tab at skifte applikation. Ctrl+tab virker, men på en eller anden måde skævt.
Udviklertip: Hvis jeg slår Windows-layoutet til, skifter Cmd og Ctrl plads, og alt+Tab bliver bekendt. Men jeg vil gerne føle mig som en Mac, mens jeg bruger et pc-tastatur!
Bemærk fra udviklerne: "Hvis du skifter ctrl+tab til alt+tab, vil nogle brugere overraske." Enkel løsning: aktiver begge dele! (som Mac-, Windows- og Linux-bruger med Gnome, KDE, Xfce ved jeg stadig ikke, hvad jeg kan forvente).
Skift applikationer via ctrl+tab ved hjælp af Twitcher. Nogle steder dukker det op, nogle gange ikke første gang
Hvad værre er: ctrl+tab viser nogle gange et vindue med programikoner, og nogle gange gør det ikke. Blandt andet virker rækkefølgen af skift af applikationer tilfældig: StyledEdit-WebPositive-back StyledEdit-WebPositive-StyledEdit-vindue med applikationsikoner... Softwarefejl? (Er der nogen, der ved, om der er et Gif-optagelsesværktøj til Haiku?) Ændring: Dette er en funktion, ikke en fejl.
Et kort tryk på ctrl+tab skifter direkte til den forrige applikation uden at vise Twitcher-vinduet. Holder man kombinationerne længere, får man det, jeg allerede er vant til.
Genveje
Hvis vi taler om tastaturgenveje, så når du indser, at alt ligner Mac, vil du automatisk prøve at bruge de sædvanlige genveje... For eksempel i "Åbn..." og "Gem som..." dialogbokse, vil jeg trykke på alt+d for "fungerende" mappetabellen" og så videre.
Udviklerne "har mulighed for at tilføje dette" "til anmodningen om forbedring af fildialogboksen." Jeg ville oprette sådan en anmodning, hvis der var en lokal problemsporing på GitHub eller GitLab, hvor jeg har konti.
Men som jeg forklarede tidligere, kan jeg ikke registrere mig i deres system. (Som du måske har gættet, vil jeg understrege, at det er nemt at arbejde med disse ting, når du bruger offentlige tjenester som GitHub eller GitLab). Ændring:
Uoverensstemmelser
Qt-applikationer og native applikationer adskiller sig i adfærd. For eksempel kan du slette det sidste ord ved at bruge alt+backspace i Qt-applikationer, men ikke i native. Der kan være andre forskelle ved redigering af tekst. Jeg vil gerne se sådanne uoverensstemmelser fjernet.
Rettelse: Jeg var ikke færdig med at skrive denne artikel endnu (jeg viste den først på Haiku dev-kanalen for at samle kommentarer), da det viste sig, at denne uoverensstemmelse var blevet rettet! Utrolig! Hvor elsker jeg open source-projekter! Tak skal du have, !
noter
Jeg lærer stadig Haiku, og det fortsætter med at imponere mig. Selvom jeg har fokuseret på at beskrive irritationsmomenterne i dag, kan jeg ikke lade være med at minde dig om, hvorfor dette styresystem er så spændende. Nedenfor er et par eksempler. Bare en påmindelse om at se, hvordan Haiku gør ting, der er konceptuelt korrekte.
Hvis du dobbeltklikker på en eksekverbar fil, der ikke har de nødvendige biblioteker, vil du ikke se noget i Linux. Haiku vil vise en flot grafisk dialog med information om problemet. Jeg har drømt om ting som dette i Linux i lang tid, og jeg er stadig glad for, at det er gjort rigtigt i Haiku. Dette eksempel viser, at operativsystemet er konsistent på alle niveauer. Resultatet er elegance, skønhed og enkelhed, selv i tilfælde som fejlhåndtering.
Et fascinerende look under hætten.
QuickLaunch-dokumentationen siger:
Der kan være 2 grunde til, at QuickLaunch ikke finder applikationen:
- Applikationen er ikke på en BeFS-partition, eller BeFS-partitionen er ikke formateret til at understøtte forespørgsler.
- Applikationen har ikke den korrekte BEOS:APP_SIG-attribut. I dette tilfælde skal du bede applikationsudvikleren om at tilføje det, eller prøve at følge
Dette råd: hvis du bruger et program eller et script, der ikke vises i QuickLaunch (og er på en skrivbar placering) - prøv at tilføje disse attributter i terminalen.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
Dette giver et indblik i, hvordan magi som Launch Services, som jeg fortsætter med at beundre, faktisk virker ().
Ikke mindre spændende er "Åbn med..."
Vælg en fil, tryk på alt+I, og så giver informationsskærmen dig mulighed for at vælge, hvilket program der kan åbne en bestemt fil.
I Haiku kan jeg tilsidesætte programmet for at åbne en bestemt fil. Fedt nok?
Alt dette virker, selvom filtypenavnet mangler, og jeg kan endelig fortælle, at forskellige filer af samme type skal åbnes i forskellige applikationer, hvilket er meget svært, hvis ikke næsten umuligt, i Linux-desktopmiljøer.
Konklusion
Som jeg skrev i går, åbnede Haiku mine øjne og viste mig, hvordan et arbejdsmiljø "bare kan fungere." På andendagen fandt jeg også et par ting, der klart trængte til forbedring.
Ingen af dem vil holde op med at virke. Jeg er virkelig spændt på fremtiden for dette personlige desktopoperativsystem. Dette er en velkommen udvikling ud over "Linux desktop-miljøerne", der fortsat viser alvorlige problemer, som ikke kan løses i den nærmeste fremtid. .
Jeg håber på Haiku.
Prøv det selv! Når alt kommer til alt, giver Haiku-projektet billeder til opstart fra DVD eller USB, genereret . For at installere skal du blot downloade billedet og skrive det til et flashdrev vha
Har du nogen spørgsmål? Vi inviterer dig til den russisktalende .
Fejloversigt:
Fra forfatteren til oversættelsen: dette er den anden artikel i serien om Haiku.
Liste over artikler:
Kilde: www.habr.com