Min andra dag med Haiku: imponerad, men jag är fortfarande inte redo att byta.

TL;DR: Jag är imponerad av Haiku, men det finns fortfarande mycket att förbättra.

Igår studerade jag Haiku. — ett operativsystem som verkligen överraskade mig. Dag två. Förstå mig rätt: jag är fortfarande imponerad över hur enkelt det gör det som är svårt att hantera i Linux-miljöer. Jag ser fram emot att lära mig hur det fungerar och är entusiastisk över att använda det dagligen. Men dagen då jag helt går över har ännu inte kommit: jag vill inte lida.

Rastri-grafikredigeraren WonderBrush — om du vet var du kan hitta den.

Det är egentligen förväntat för en version under 1.0. Men man ska inte underskatta de fantastiska prestationerna, med tanke på Mac OS X under dess förhandsvisningsdagar och storleken på Haikus team.

Jag brukar uttrycka mina tankar om #LinuxUsability (del 1, del 2, del 3, del 4, del 5, del 6), så man ska inte bli förvånad över mina invändningar mot Haikus användbarhet. De flesta av dem, lyckligtvis, rör sig om olika förbättringar.

Detta var inledningen, låt oss nu titta på några av problemen.

Problem nr 1: webbläsarproblem

Det finns 3 webbläsare baserade på WebKit: den primära (WebPositive) och två till som är baserade på Qt (QupZilla, som heter Falkon, och OtterBrowser), som kan installeras från repositoriet. Ingen fungerar korrekt. Huvudwebbläsaren har funktionalitets- och renderingproblem (till exempel kan man inte lösa captcha vid inloggning på Haiku bugtracker), medan de andra har stora prestandaproblem på Haiku.

Så här ser Twitter ut i WebPositive, Haikus huvudwebbläsare.

QupZilla och OtterBrowser laggar mycket på opålitliga internetanslutningar (till exempel på tåget). Det blir omöjligt att växla mellan flikar om data inte strömmar kontinuerligt. Det går inte att öppna en ny flik förrän den aktuella laddar data från nätverket. Allt hänger sig, trots låg belastning. Troligen är webbläsarna inte helt optimerade för Haikus flertrådadhet, eller har andra problem med Haiku [jag har också haft det så på Linux — översättarens anm.].

Med QupZilla lyckades jag inte skriva något på Medium…

Apple har gjort mycket för att säkerställa stabil webbbläsarprestanda med utmärkt funktionalitet.. Jag tror att dessa tillägg kommer att löna sig även på Haiku. Särskilt med tanke på den ökade vikten av webbapplikationer, och att inbyggda appar fortfarande inte är tillgängliga för alla användningsområden.

Berättelsen av Kenneth Kocienda och Richard Williamson: hur Safari och WebKit skapades

Problem nummer 2: Launcher och Dock

I det övre högra hörnet av skärmen finns Deskbar, en märklig blandning av Windows startmeny med inslag av funktioner från Dock och några andra möjligheter.

Deskbar

Eftersom det troligen var en nyckelkomponent i användarupplevelsen för BeOS saknar det funktioner i moderna skrivbordsmiljöer: jag behöver ett programstartverktyg, som Spotlight, som kan startas med Alt+mellanslag. Att starta appar med klick är långsamt. Det finns ett verktyg som heter "Sök" som ser ut som Shtirlits under täckmantel, men det är inte utformat för smidig programstart, även om det skulle gå att optimera.

Spotlight på Mac OS X Leopard, startad med Command + mellanslag

Det finns LnLauncher, som installeras genom HaikuDepot. Vid första starten är den helt tom, och det är inte helt klart hur man lägger till något. Dessutom visas den på en ganska olämplig plats på skärmen utan någon uppenbar möjlighet att ändra position. Hur kan jag sätta den till vänster eller längst ner på skärmen, som Dock i Mac OS X? Jag anser att UX i det här fallet är oöverskådligt.

DockBert, som också installeras genom HaikuDepot. Bättre. Den visas längst ner på skärmen. Jag förväntade mig inte att ikonerna skulle vara i omvänd ordning: papperskorgen först, men i allmänhet ser det lovande ut.

Hur sätter jag den som standard istället för Deskbar? Om jag klickar på Deskbar-ikonen i DockBert och väljer "stäng" - så stängs den naturligtvis... och kommer tillbaka efter en halv sekund. (Utvecklarna har sagt att det i princip är en bugg i DockBert). Det skulle vara bra om DockBert var tillräckligt smart för att förstå vad användaren behöver och göra det. Som standard finns det inga programikoner i DockBert, men den visar "dra hit", så det är uppenbart hur man lägger till allt. Men jag lyckades inte ta bort appar – varken genom högerklick eller genom att dra ikonen från DockBert.

Jag testar HiQDock. Jag snubblade över den av misstag i ett tredjepartsrepository. Den ser ut som jag vill. Med betoning på "ser ut". Eftersom den fortfarande inte fungerar: den är fortfarande i Beta-version. Den är skriven i Qt4, så jag tvivlar på att den kommer att inkluderas i installationsbilden.

HiQDock.

I see that not only I find the situation with Dock and Launcher complicated. I even found an entire article.

QuickLaunch

Later I learned about QuickLaunch, which is recommended to start by adding a key combination in the Shortcuts settings.

Shortcuts settings in Haiku

It would be nice if such things were set to just "work" by default. Did I mention Alt+Space? Well, in principle, QuickLaunch could ask at first launch if you need to set up the key combination. Doing this in the Shortcuts settings is cumbersome.

The window where you are prompted to enter an "application" in the Shortcuts settings. No kidding.

I bet that most users don't know what to enter as an "application", namely: /boot/system/apps/QuickLaunch (just QuickLaunch doesn't work).

Quick solution: set QuickLaunch as default and assign it the alt+space shortcut by default.

Fortunately, I have information from the developers that at some point they might include it as an improvement or replacement for the old good Deskbar. Maybe… someday… Let's keep our fingers crossed! (Submit a request, or it won’t happen. Here). Another developer said, quote: "in my opinion, following the path of Windows, meaning to include a search field in the start menu, is quite simple for the Beta version, I would say it would make a huge difference for many." I agree! (again: request or it won’t happen).

And why does QuickLaunch find the screenshot program twice, in /boot/system/apps och i /boot/system/bin? Разработчики в курсе, поскольку в файле /boot/system/apps/QuickLaunch/ReadMe.html.

/system/bin ранее не обрабатывался, портированные программы часто попадают в каталог /bin, а это — плохая затея. Можно убрать нежелательные CLI приложения, к примеру с помощью кнопки «Добавить в список игнорирования» в контекстном меню

quick solution: filter applications with /system/bin that also exist in /system/apps

Issue #3: No hardware acceleration

BeOS was loaded with demo programs. No BeOS video went without multiple windows playing different clips. An amazing achievement for that time. Haiku comes with 3D demo programs showing 3D fonts moving in space. (Hey, is Haiku preparing for an IPO?)

BeOS in 1995, on which Haiku is based. It worked on two PowerPC 603 processors running at 66 MHz.

We want to become the Linux of the audio and video world.

—Jean-Louis Gassée, CEO

Interestingly, video and 3D are actually not hardware-accelerated in Haiku. I assume games aren't either.

From the developers mr. waddlesplash och Alex von Gluck det finns dokumentation för hårdvaruacceleration ("det krävs cirka två person-månader"). 3D-accelerationen kommer att ske via Mesa (Haiku, som redan nämnts, använder Mesa och LLVMPipe som bas för OpenGL), för video kan man förlita sig på FFmpeg eller skapa en egen lösning (jag vet att Haiku redan använder FFMpeg internt, men utan accelererade drivrutiner är det omöjligt att använda VDPAU eller en liknande API).

Håll tummarna!

Olycka nr 4: program hittas inte

Jag vet att tillräckligt många CLI-program har porterats för Haiku, men jag ser dem inte i HaikuDepot. Det finns inte ens några antydningar. I kommandoraden finns det inga kommandon "haiku..." eller "port..."

~/testing> haikuports
bash: haikuports: kommando hittades inte

Efter att ha googlat, jag hittade, där jag laddade ner avrdude. När jag startade det med dubbelklick verkade ett fönster med otillfredsställda beroenden dyka upp. Det skulle vara bra om detta inte hände. (En av anledningarna till att jag tycker om paket .app för Mac och AppImage för Linux).

Från utvecklarna fick jag veta att det "teoretiskt" finns ett system, som förhindrar detta. Till synes behöver det mer kärlek.

Vad måste göras? Här det finns instruktioner för dem som vill porta program till Haiku, men det finns inga instruktioner för dem som bara vill använda portade program. Här fastnade jag.

Utvecklaren sa till mig: "Vi nämner inte HaikuPorts för att 99,9% av användarna inte behöver veta eller bry sig om hur dessa paket skapas och dyker upp i HaikuDepot". Jag håller med. Diskusson om HaikuDepot och om hur man får något därifrån, eftersom gränssnittet i HaikuDepot inte visar detta (till exempel, avrdude cli). Tydligen bör det finnas en flagga som visar CLI-appar i gränssnittet för HaikuDepot, men jag har inte funnit den, eller så kanske den inte finns. ("Rekommenderade" eller "Alla paket"... vill du verkligen se alla paket? Nej, jag vill inte se "alla" paket, jag antar att många bibliotek kommer att visas. Något som gamla hederliga Synaptic).

Istället blev jag hittade. Jag vet inte heller hur man installerar det (man säger att HaikuArchives är "lagringen av stödda programvaror" och "alla värda program är redan i HaikuPorts" — integratörer behövs).

Efter ännu mer googling, jag hittade:

/> pkgman search avrdude​Status Name Description
-------------------------------
avrdude A tool to up/download to AVR microcontrollers

Wow! Det skulle vara bra att göra detta kommando mer synligt. En av utvecklarna bekräftade att "pkgman är CLI-analog till HaikuDepot". Varför kallas det inte haikudepot?

Först installerade jag command_not_found-0.0.1~git-3-any.hpkg. Nu kan jag göra så här:

/> file /bin/bash
DEBUG:main:Entered CNF: file
This application is aviaiblible via pkgman install file

snabb lösning: lägg till command_not_found-*-any.hpkg till standardinstallationen.

Utvecklaren av Haiku anser att "i Haiku, till skillnad från Linux, finns det inget verkligt behov av command-not-found", eftersom "man bara kan köra pkgman install cmd:commandname". Men hur skulle jag, en "normal dödlig", veta det?!

Paket, pakethanterare, beroenden. Den som finns i Haiku är förstås mycket smartare än de flesta, men det är fortfarande en pakethanterare:

/> 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]:

Pakethanterare gör det de alltid gör, på ett eller annat sätt, oavsett operativsystem. Det finns en anledning till att jag dras - har jag inte sagt det? - till paket .app och AppImages.

Dessutom saknas vissa mycket populära öppen källkods-applikationer här:

/> 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 found

Utvecklarnas svar: "Eftersom det inte finns något Gtk - kommer det inte att bli Inkscape." Jag förstår. En annan utvecklare tillade: "Men vi har en fantastisk WonderBrush." Jag visste inte om den, men den syns ju inte i HaikuDepot, och hur skulle den göra det? (notering: jag borde ha växlat till fliken "Alla paket"! Jag missade helt det!)

/> 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 found

Jag vet att "arduino var där tidigare"… vart tog allt vägen?

Dessutom blev jag förvånad över den "teknologiska pratsamheten": så många rader skrivs bara för att till slut ge utsagan: "denna programvara är inte tillgänglig".

Olyckligt nummer 5: olika skavanker som bör åtgärdas

Weaving mellan applikationer

Det är tråkigt utan alt+tab för att växla mellan applikationer. Ctrl+tab fungerar, men på något konstigt sätt.

Tips från utvecklarna: om jag aktiverar layouten från Windows, kommer Cmd och Ctrl att byta plats, och alt+Tab blir bekant. Men jag vill känna som en Mac när jag arbetar med ett PC-tangentbord!

Notering från utvecklarna: "Att byta ctrl+tab till alt+tab kommer att överraska vissa användare". En enkel lösning: aktivera båda! (som användare av Mac, Windows och Linux med Gnome, KDE, Xfce vet jag ändå inte vad jag ska förvänta mig).

Växla applikationer via ctrl+tab med Twitcher. Ibland dyker den upp, ibland inte på första försöket.

Det som är ännu värre: ctrl+tab visar ibland fönstret med programikoner, och ibland gör det inte det. Dessutom verkar ordningen för programväxlingen vara slumpmässig: StyledEdit-WebPositive-tillbaka StyledEdit-WebPositive-StyledEdit-fönster med programikoner... Programvarufel? (Kanske vet någon om det finns ett verktyg för att spela in gif-bilder för Haiku?) Korrigering: det här är en sådan funktion, inte ett fel.

En kort tryckning på kombinationen ctrl+tab växlar direkt till det föregående programmet utan att visa Twitcher-fönstret. Om man håller ned kombinationen längre får man det resultat jag redan har vant mig vid.

Genvägar

När det kommer till tangentkombinationer, så snart man insett att allt är likt Mac, försöker man automatiskt använda de bekanta genvägarna... Till exempel i dialogrutorna "Öppna…" och "Spara som…" vill jag trycka alt+d för mappen "Skrivbord", och så vidare.

Utvecklarna "har möjlighet att lägga till detta", "i begäran om förbättring för fildialoger". Jag skulle ha skapat en sådan begäran, om det fanns en lokal problemtracker på GitHub eller GitLab där jag har konton.

Men, som jag tidigare förklarat, kan jag inte registrera mig i deras system. (Som ni säkert redan gissat, vill jag understryka hur viktigt det är med enkelheten i sådana här saker när man använder offentliga tjänster som GitHub eller GitLab). Korrigering: https://dev.haiku-os.org/ticket/15148

Avvikelser

Program på Qt och "inhemska" program skiljer sig i beteende. Till exempel kan man ta bort det sista ordet med alt+backspace i Qt-program, men det går inte i inhemska. Det kan finnas andra skillnader när man redigerar text. Jag skulle vilja att sådana avvikelser åtgärdades.

Korrigering: jag har inte avslutat att skriva den här artikeln (jag visade den först på Haikus utvecklarchannel för att samla kommentarer), och det visar sig att denna avvikelse har åtgärdats! Otroligt! Hur jag älskar projekt med öppen källkod! Tack, Kacper Kasper!

Anteckningar

Jag är fortfarande i processen att lära mig Haiku, och den fortsätter att imponera på mig. Även om jag idag fokuserade på att beskriva problemen, kan jag inte låta bli att påminna om varför detta operativsystem är så intressant. Nedan finns några exempel. En påminnelse för att se hur konceptuellt rätt saker görs i Haiku.

Om du dubbelklickar på en körbar fil som saknar nödvändiga bibliotek syns inget i Linux. I Haiku visas en trevlig grafisk dialog med information om problemet. Jag har länge drömt om sådana saker i Linux och är fortfarande förtjust över att det görs rätt i Haiku. Detta exempel visar att operativsystemet är konsekvent på alla nivåer. Resultatet är elegans, skönhet och enkelhet, även i fall som felhantering.

Fascinerande att titta under huven.

Dokumentationen för QuickLaunch säger:

Det kan finnas två skäl till att QuickLaunch inte hittar applikationen:

• Applikationen finns inte på en BeFS-partition, eller så är BeFS-partitionen inte formaterad för att stödja förfrågningar.
• Applikationen har inte rätt attribut BEOS:APP_SIG. I det här fallet, be applikationsutvecklaren att lägga till det, eller försök följa
  denna rekommendation: om du använder en applikation eller ett skript som inte visas i QuickLaunch (och som finns på en skrivbar plats) — försök att lägga till dessa attribut 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

Detta ger en inblick i hur magin som liknar Launch Services faktiskt fungerar, något som jag fortsätter att beundra (och som helt saknas i arbetsmiljöer på Linux.).

Inte mindre fascinerande är "Öppna med..."

Välj en fil, tryck på alt+I, därefter kan du i informationsfönstret välja vilket program som kan öppna en viss fil.

I Haiku kan jag åsidosätta programmet för att öppna en specifik fil. Coolt eller hur?

Allt detta fungerar, även när filnamnet saknar en förlängning, och jag kan äntligen ange att olika filer av samma typ ska öppnas i olika program, vilket är mycket svårt, om inte nästan omöjligt, i Linux arbetsmiljöer.

Slutsats

Som jag nämnde igår har Haiku öppnat mina ögon och visat mig hur en arbetsmiljö kan "bara fungera". På den andra dagen fann jag också flera områden som tydligt behöver förbättring.

Ingen av dem kommer att stoppa arbetet. Jag är verkligen spänd inför framtiden för detta personliga operativsystem för stationära datorer. Detta är en efterlängtad utveckling bortom "Linux-arbetsytor" som fortsätter att visa på allvarliga, olösliga problem för närvarande. arkitektoniska problem.

Jag hoppas på Haiku.

Prova själv! Eftersom Haiku-projektet tillhandahåller bilder för nedladdning från DVD eller USB, som skapas dagligen. För installationen räcker det med att ladda ner en bild och skriva den på ett USB-minne med hjälp av Etcher

Har du frågor? Välkommen till vår svenskspråkiga telegramkanal.

Felkod: Hur man skjuter sig själv i foten i C och C++. En samling recept för Haiku OS

Från översättarens förord: detta är den andra artikeln i serien om Haiku.

Artikellista: Första

Källa: habr.com