TL;DR: Jeg er fornøyd med Haiku, men det er rom for forbedring
– et operativsystem som overrasket meg positivt. Andre dagen. Misforstå meg rett: Jeg er fortsatt overrasket over hvor enkelt det er å gjøre ting som er vanskelige på Linux-stasjonære datamaskiner. Jeg er ivrig etter å lære hvordan det fungerer og er også spent på å bruke det daglig. Riktignok har ikke dagen for en fullstendig overgang kommet ennå: Jeg vil ikke lide.
WonderBrush rastergrafikkredigerer - hvis du vet hvor du finner den
I prinsippet, som forventet for versjoner under 1.0. Men å huske på Mac OS X i sine pre-release dager og vurdere størrelsen på Haiku-teamet, ikke bagatellisere de fantastiske prestasjonene.
Jeg pleier å gi mine tanker om #LinuxUsability (, , , , , ), så ikke bli overrasket over uenighetene om Haiku når det gjelder brukervennlighet. De fleste av dem er heldigvis knyttet til ulike forbedringer.
Dette var forordet, og la oss nå ta hensyn til noen problemer.
Problem #1: Nettleserproblemer
Det er 3 nettlesere basert på : grunnleggende () og ytterligere to på Qt (QupZilla, foreldet navn Og ), som kan installeres fra depotet. Ingen av dem fungerer som de skal. Hovednettleseren har problemer med funksjonalitet og gjengivelse (det er for eksempel umulig å løse captcha når du logger inn ), og flere har store ytelsesproblemer på Haiku.
Slik ser Twitter ut i WebPositive, Haikus hovednettleser.
QupZilla og OtterBrowser henger sterkt etter upålitelige Internett-tilkoblinger (for eksempel på et tog). Å bytte mellom faner blir umulig hvis dataene ikke flyter jevnt inn. Det er umulig å åpne en ny fane mens den nåværende laster data over nettverket. Alt går sakte, til tross for lav belastning. Sannsynligvis er ikke nettlesere helt optimalisert for Haiku multithreading, eller har andre problemer med Haiku [på Linux skjer dette med meg noen ganger også - ca. oversetter].
Jeg kunne ikke skrive noe på Medium med QupZilla...
. Jeg tror denne investeringen vil lønne seg på Haiku også. Spesielt gitt den økte betydningen av webapplikasjoner, og enda mer gitt at native applikasjoner ennå ikke er tilgjengelige for alle brukstilfeller.
Historien om Kenneth Kocienda og Richard Williamson: hvordan Safari og Webkit ble til
Problem #2: Launcher og Dock
I øvre høyre hjørne av skjermen er plassert , en quirky mash-up av Windows' Start-meny ispedd Dock-funksjoner og noen få andre funksjoner.
Skrivebordslinje
Siden dette kanskje var et nøkkelelement i brukeropplevelsen for BeOS, mangler det mulighetene til et moderne skrivebordsmiljø: Jeg trenger en programstarter som , lansert via Alt+mellomrom. Klikk for å starte apper er trege. Det er et Finn-verktøy som ser ut som undercover, men den er ikke designet for praktisk oppstart av applikasjoner, selv om den er akselerert.
Spotlight på Mac OS X Leopard, lansert med Kommando + Mellomrom
Det er , installert i . Når du først starter den, er den helt tom, og det er ikke helt klart hvordan du legger til noe i den. I tillegg vises den på et upraktisk sted på skjermen uten noen åpenbar måte å endre posisjonen på. Vel, hvordan kan jeg plassere den til venstre eller nederst på skjermen, som Dock i Mac OS X? Jeg tror at UX i dette tilfellet er ukjent.
, også installert fra . Allerede bedre. Vises nederst på skjermen. Jeg forventet ikke at rekkefølgen på ikonene ville bli reversert: kurven er i begynnelsen, men totalt sett ser det lovende ut.
Hvordan kan jeg sette den som standard i stedet for skrivebordslinje? Hvis du klikker på Deskbar-ikonet i DockBert og velger "lukk" - vil det selvfølgelig lukkes... og dukke opp igjen et halvt sekund senere. (Utviklerne sa at dette i prinsippet er en feil i DockBert). Det ville vært fint om DockBert var smart nok til å forstå hva brukeren trenger og gjøre det. Som standard har DockBert ingen appikoner, men den viser "pull here" slik at du vet hvordan du legger til alt. Jeg klarte imidlertid ikke å fjerne appene – verken ved å høyreklikke eller ved å dra et ikon fra DockBert.
Jeg prøver . Jeg fant den ved et uhell . Ser ut som jeg vil. Med vekt på "utseende". Fordi det ikke fungerer ennå: det er fortsatt en betaversjon. Den er skrevet i Qt4, så jeg tviler på at den kommer med i installasjonsbildet.
HiQDock.
I prinsippet er jeg ikke den eneste som synes situasjonen med Dock og Launcher er komplisert. Jeg fant til og med om dette emnet .
Hurtigstart
Så fikk jeg vite om , som anbefales å starte ved å legge til en kombinasjon av knapper i innstillingene for snarveier.
Snarveisinnstillinger i Haiku
Det ville vært fint om ting som dette ble konfigurert til å "bare fungere" som standard. Sa jeg Alt+mellomrom? Vel, i utgangspunktet kan QuickLaunch spørre deg om du trenger å tilpasse en hurtigtast når du først starter den. Å gjøre dette i innstillingene for snarveier er tungvint.
Et vindu som ber deg angi "applikasjon" i innstillingene for snarveier. Tuller ikke
Jeg er villig til å satse på at de fleste brukere ikke vet hva de skal skrive inn som en "applikasjon", nemlig: /boot/system/apps/QuickLaunch (Bare QuickLaunch virker ikke).
Rask løsning: Sett QuickLaunch som standard og tilordne den standard alt+mellomromssnarveien.
Heldigvis har jeg informasjon fra utviklerne om at de på et tidspunkt kan inkludere det som en forbedring eller erstatning for den gode gamle Deskbar. Kanskje... en dag... Krysser fingrene! (Legg igjen en forespørsel, ellers vil det aldri skje. ). En annen utvikler sa, sitat: "Etter min mening, å følge Windows-banen for å inkludere en søkeboks i startmenyen er enkelt nok for Beta, jeg vil si at det vil gjøre en stor forskjell for mange." Bli enige! (igjen: søknad eller ikke).
Hvorfor finner QuickLaunch skjermbildeprogrammet to ganger, i /boot/system/apps og /boot/system/bin? Utviklerne er klar over, fordi i filen /boot/system/apps/QuickLaunch/ReadMe.html.
/system/bin har ikke blitt behandlet før, porterte programmer havner ofte i /bin-katalogen, noe som er en dårlig idé. Du kan fjerne uønskede CLI-applikasjoner, for eksempel ved å bruke "Legg til i ignoreringsliste"-knappen i kontekstmenyen
rask løsning: filtrer applikasjoner fra /system/bin som også finnes i /system/apps
Problem #3: ingen maskinvareakselerasjon
BeOS var full av demoprogrammer. Ingen BeOS-video ville være komplett uten flere vinduer med forskjellige videoer som spilles av. En utrolig prestasjon på den tiden. Haiku kommer med 3D-demoer som viser 3D-fonter som beveger seg i rommet. (Hei, Haiku forbereder seg ikke på en børsnotering, er det?)
BeOS i 1995, som Haiku er basert på. På den tiden kjørte den på to PowerPC 603-prosessorer med en klokkefrekvens på 66 MHz
Vi ønsker å bli Linux i lyd- og videoverdenen.
-, daglig leder
Overraskende nok er video og 3D faktisk ikke maskinvareakselerert i Haiku. Jeg antar spill også.
Fra utviklerne и Det er dokumentasjon for maskinvareakselerasjon ("det tar ca. to mann-måneder"). 3D-akselerasjon vil være gjennom Mesa (Haiku, som allerede nevnt, bruker Mesa og LLVMPipe som base for OpenGL), for video du kan stole på eller lag din egen løsning (jeg vet at Haiku allerede bruker FFMpeg internt, det er bare ikke mulig å bruke VDPAU eller lignende API uten akselererte drivere).
Fingrene krysset!
Problem #4: programmer blir ikke søkt
Jeg vet at det allerede er ganske mange CLI-programmer portert til Haiku, men jeg ser dem ikke i HaikuDepot. Det er ikke engang hint. Det er ingen "haiku..." eller "port..."-kommandoer på kommandolinjen
~/testing> haikuports
bash: haikuports: command not foundEtter å ha googlet, har jeg , hvor jeg lastet ned avrdude fra. Når du kjører, dukket det opp et vindu med utilfredse avhengigheter ved å dobbeltklikke. Det hadde vært fint om dette ikke skjedde. (En av grunnene til at jeg liker det så godt .app for Mac og for Linux).
Fra utviklerne lærte jeg at "teoretisk" er det , forhindrer dette. Tilsynelatende trenger hun mer kjærlighet.
Hva må gjøres? Det er instruksjoner for de som ønsker å portere Haiku-programmer, men det er ingen instruksjoner for de som bare vil bruke de porterte programmene. Det var her jeg engasjerte meg.
Utvikleren fortalte meg: "Vi nevner ikke HaikuPorts fordi 99.9% av brukerne ikke er pålagt å vite eller bry seg om nøyaktig hvordan disse pakkene er opprettet og vises i HaikuDepot." Bli enige. Snakker om HaikuDepot, og hvordan du får noe derfra, fordi HaikuDepot-grensesnittet ikke viser det (f.eks. avrdude cli). Tilsynelatende skal det være en avkrysningsboks som viser CLI-applikasjoner i HaikuDepot-grensesnittet, men jeg fant den ikke, eller kanskje den ikke eksisterer. ("Anbefalt" eller "Alle pakker"... trenger du det? Nei, jeg vil ikke se på "alle" pakker, jeg antar at mange biblioteker vil vises. Noe sånt som det gode gamle ).
I stedet jeg . Jeg vet heller ikke hvordan jeg installerer det (De sier at HaikuArchives er et "lager av støttet programvare", og også at "alle programmer som er verdt å være i HaikuPorts" - integratorer er nødvendig).
Etter litt mer googling fant jeg:
/> pkgman search avrdudeStatus Name Description
-------------------------------
avrdude A tool to up/download to AVR microcontrollersWow! Det ville vært fint å gjøre dette laget mer synlig. En av utviklerne bekreftet at "pkgman er en cli-analog for HaikuDepot." Hvorfor ble hun ikke navngitt da? haikudepot?
Først av alt, installerte jeg command_not_found-0.0.1~git-3-any.hpkg. Nå kan jeg gjøre dette:
/> file /bin/bash
DEBUG:main:Entered CNF: file
This application is aviaiblible via pkgman install filerask løsning: legg til
command_not_found-*-any.hpkgtil standardinstallasjonen.
Haiku-utvikleren mener at "i Haiku, i motsetning til Linux, er det ikke noe reelt behov for kommando-ikke-funnet" fordi "du kan bare kjøre pkgman install cmd:commandname." Vel, hvordan kan jeg, en "bare dødelig", vite om dette?!
Pakker, pakkeforvaltere, avhengigheter. Den i Haiku er absolutt mye smartere enn de fleste, men den er fortsatt en pakkebehandler:
/> 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]:Pakkebehandlere gjør det pakkeforvaltere alltid gjør, uavhengig av operativsystem. Det er en grunn til at jeg blir tiltrukket av det – sa jeg det, nei? - Til .app og .
I tillegg mangler noen svært populære open source-applikasjoner 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 foundUtviklere svarer: "Siden det ikke er noen Gtk, vil det ikke være noe Inkscape." Forstått. En annen utvikler la til: "Men vi har den fantastiske WonderBrush." Jeg visste ikke om dette, men det er ikke synlig i HaikuDepot, og hvor ville det være? (rettelse: Jeg burde ha byttet til "Alle pakker"-fanen! Gikk helt glipp av det punktet!)
/> 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 vet at "arduino var der før"... hvor ble det av?
Blant annet ble jeg overrasket over faktumet om "teknisk godhet": så mange linjer vises bare slik at de på slutten sier: "denne programvaren er ikke tilgjengelig."
Problem #5: ulike grove kanter som må rettes opp
Bytt mellom applikasjoner
Det er kjedelig uten alt+tab å bytte applikasjoner. Ctrl+tab fungerer, men på en eller annen måte skjevt.
Utviklertips: Hvis jeg slår på Windows-oppsettet, vil Cmd og Ctrl bytte plass, og alt+Tab blir kjent. Men jeg vil føle meg som en Mac mens jeg bruker et PC-tastatur!
Merknad fra utviklerne: "Å bytte ctrl+tab til alt+tab vil overraske noen brukere." Enkel løsning: aktiver begge deler! (som Mac-, Windows- og Linux-bruker med Gnome, KDE, Xfce vet jeg fortsatt ikke hva jeg kan forvente).
Bytte applikasjoner via ctrl+tab ved hjelp av Twitcher. Noen steder dukker det opp, noen ganger ikke første gang
Hva er verre: ctrl+tab viser noen ganger et vindu med programikoner, og noen ganger ikke. Blant annet virker rekkefølgen på å bytte applikasjoner tilfeldig: StyledEdit-WebPositive-back StyledEdit-WebPositive-StyledEdit-vindu med applikasjonsikoner... Programvarefeil? (Vet noen om det finnes et Gif-opptaksverktøy for Haiku?) Endring: Dette er en funksjon, ikke en feil.
Et kort trykk på ctrl+tab bytter direkte til forrige applikasjon uten å vise Twitcher-vinduet. Holder du på kombinasjonene lenger, får du det jeg allerede er vant til.
Snarveier
Hvis vi snakker om tastatursnarveier, så når du innser at alt ligner på Mac, vil du automatisk prøve å bruke de vanlige snarveiene ... For eksempel i "Åpne ..." og "Lagre som ..." dialogbokser, vil jeg trykke alt+d for «arbeids»-katalogtabellen» og så videre.
Utviklerne "har muligheten til å legge til dette" "til forespørselen om forbedring av fildialogen." Jeg ville opprettet en slik forespørsel hvis det var en lokal problemsporing på GitHub eller GitLab, hvor jeg har kontoer.
Men, som jeg forklarte tidligere, kan jeg ikke registrere meg i systemet deres. (Som du kanskje har gjettet, vil jeg understreke hvor enkelt det er å jobbe med disse tingene når du bruker offentlige tjenester som GitHub eller GitLab). Tillegg:
Inkonsekvenser
Qt-applikasjoner og native applikasjoner er forskjellige i oppførsel. For eksempel kan du slette det siste ordet ved å bruke alt+backspace i Qt-applikasjoner, men ikke i native. Det kan være andre forskjeller ved redigering av tekst. Jeg vil gjerne se slike uoverensstemmelser fjernet.
Rettelse: Jeg var ikke ferdig med å skrive denne artikkelen ennå (jeg viste den først på Haiku dev-kanalen for å samle kommentarer) da det viste seg at dette avviket var rettet! Utrolig! Hvor jeg elsker åpen kildekode-prosjekter! Takk skal du ha, !
Merknader
Jeg lærer fortsatt Haiku og det fortsetter å imponere meg. Selv om jeg har fokusert på å beskrive irritasjonsmomentene i dag, kan jeg ikke la være å minne deg på hvorfor dette operativsystemet er så spennende. Nedenfor er noen eksempler. Bare en påminnelse om å se hvordan Haiku gjør ting som er konseptuelt korrekte.
Hvis du dobbeltklikker på en kjørbar fil som ikke har de nødvendige bibliotekene, vil du ikke se noe i Linux. Haiku vil vise en fin grafisk dialogboks med informasjon om problemet. Jeg har drømt om ting som dette i Linux lenge, og jeg er fortsatt glad for at det er gjort riktig i Haiku. Dette eksemplet viser at operativsystemet er konsistent på alle nivåer. Resultatet er eleganse, skjønnhet og enkelhet, selv i tilfeller som feilhåndtering.
Et fascinerende utseende under panseret.
QuickLaunch-dokumentasjonen sier:
Det kan være to grunner til at QuickLaunch ikke finner applikasjonen:
- Applikasjonen er ikke på en BeFS-partisjon, eller BeFS-partisjonen er ikke formatert for å støtte spørringer.
- Applikasjonen har ikke riktig BEOS:APP_SIG-attributt. I dette tilfellet ber du applikasjonsutvikleren om å legge den til, eller prøv å følge
Dette rådet: hvis du bruker et program eller skript som ikke vises i QuickLaunch (og er på en skrivbar plassering) - prøv å legge til disse attributtene 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 gir litt innsikt i hvordan magi som Launch Services, som jeg fortsetter å beundre, faktisk fungerer ().
Ikke mindre spennende er «Åpne med...»
Velg en fil, trykk alt+I, og deretter lar informasjonsskjermen deg velge hvilket program som kan åpne en bestemt fil.
I Haiku kan jeg overstyre programmet for å åpne en bestemt fil. Kul?
Alt dette fungerer selv om filtypen mangler, og jeg kan endelig fortelle at forskjellige filer av samme type åpnes i forskjellige applikasjoner, noe som er veldig vanskelig, om ikke nesten umulig, i Linux-skrivebordsmiljøer.
Konklusjon
Som jeg skrev i går, åpnet Haiku øynene mine og viste meg hvordan et arbeidsmiljø "bare kan fungere." På den andre dagen fant jeg også et par ting som klart trengte forbedring.
Ingen av dem vil slutte å virke. Jeg er veldig spent på fremtiden til dette personlige stasjonære operativsystemet. Dette er en velkommen utvikling utover "Linux desktop-miljøene" som fortsetter å vise alvorlige problemer som ikke kan løses i nær fremtid. .
Jeg håper på Haiku.
Prøv det selv! Tross alt gir Haiku-prosjektet bilder for oppstart fra DVD eller USB, generert . For å installere, last ned bildet og skriv det til en flash-stasjon ved hjelp av
Har du noen spørsmål? Vi inviterer deg til den russisktalende .
Feiloversikt:
Fra forfatteren av oversettelsen: dette er den andre artikkelen i serien om Haiku.
Liste over artikler:
Kilde: www.habr.com