Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
TL;DR: Mi ĝojas pri Hajko, sed estas loko por plibonigo

Hieraŭ mi studis hajkon - operaciumo, kiu agrable surprizis min. Dua tago. Ne miskomprenu min: mi ankoraŭ miras kiel facile estas fari aferojn malfacilajn sur Linuksaj labortabloj. Mi deziras lerni kiel ĝi funkcias kaj ankaŭ entuziasmas uzi ĝin ĉiutage. Vere, la tago por kompleta transiro ankoraŭ ne venis: mi ne volas suferi.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
WonderBrush rastruma grafika redaktilo - se vi scias kie trovi ĝin

Principe, kiel atendite por versioj sub 1.0. Tamen, memorante Mac OS X en ĝiaj antaŭ-eldonaj tagoj kaj konsiderante la grandecon de la Haiku-teamo, ne malgravigu la mirindajn atingojn.

Mi kutime donas miajn pensojn pri #LinuxUsability (parto 1, parto 2, parto 3, parto 4, parto 5, parto 6), do ne miru la kvereloj pri Hajko rilate al uzebleco. Plej multaj el ili, feliĉe, rilatas al diversaj plibonigoj.

Ĉi tio estis la antaŭparolo, kaj nun ni atentu kelkajn problemojn.

Problemo n-ro 1: Retumilo-problemoj

Estas 3 retumiloj bazitaj sur WebKit: baza (WebPozitive) kaj du pliaj sur Qt (QupZilla, malnoviĝinta nomo Falkokaj OtterBrowser), kiu povas esti instalita de la deponejo. Neniu el ili funkcias ĝuste. La ĉefa retumilo havas problemojn kun funkcieco kaj bildigo (ekzemple, estas neeble solvi captcha dum ensaluto en Hajko-spurilo), kaj pliaj havas grandajn agadoproblemojn pri Hajko.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
Tiel aspektas Twitter en WebPositive, la ĉefa retumilo de Haiku.

QupZilla kaj OtterBrowser multe malfruas pri nefidindaj interretaj konektoj (ekzemple, en trajno). Ŝanĝi inter langetoj fariĝas neebla se la datumoj ne fluas glate. Estas neeble malfermi novan langeton dum la nuna ŝargas datumojn tra la reto. Ĉio estas malrapida, malgraŭ la malalta ŝarĝo. Verŝajne retumiloj ne estas plene optimumigitaj por hajko-multifadenado, aŭ havas aliajn problemojn kun hajko [en Linukso tio okazas ankaŭ al mi kelkfoje - ĉ. tradukisto].

Mi ne povis skribi ion ajn sur Medium kun QupZilla...

Apple multe faris por certigi stabilan retumilon kun bonega agado. Mi pensas, ke ĉi tiu investo pagos ankaŭ pri Hajko. Precipe pro la pliigita graveco de TTT-aplikoj, kaj eĉ pli pro tio, ke denaskaj aplikaĵoj ankoraŭ ne disponeblas por ĉiuj uzkazoj.

La rakonto de Kenneth Kocienda kaj Richard Williamson: kiel Safaro kaj Webkit fariĝis

Problemo #2: Lanĉilo kaj Doko

En la supra dekstra angulo de la ekrano troviĝas Deskbar, stranga miksaĵo de la Komenca menuo de Vindozo intermetita kun Dock-funkcioj kaj kelkaj aliaj funkcioj.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
Deskbar

Ĉar tio eble estis ŝlosila elemento de la uzantsperto por BeOS, al ĝi mankas la kapabloj de moderna labortabla medio: mi bezonas programlanĉilon kiel kandelingo, lanĉita per Alt+spaco. Alklak-lanĉi aplikaĵojn malrapidas. Estas Trovu ilo, kiu similas Stirlitz inkognita, sed ĝi ne estas desegnita por oportuna lanĉo de aplikoj, eĉ se ĝi estas akcelita.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
Spotlight sur Mac OS X Leopardo, lanĉita kun Komando + Spacbreto

Ekzistas LnLauncher, instalita en HaikuDepot. Kiam vi unue lanĉas ĝin, ĝi estas tute malplena, kaj ne estas tute klare kiel aldoni ion al ĝi. Krome, ĝi aperas en maloportuna loko sur la ekrano sen evidenta maniero ŝanĝi sian pozicion. Nu, kiel mi povas meti ĝin maldekstre aŭ malsupre de la ekrano, kiel la Doko en Mac OS X? Mi kredas, ke UX ĉi-kaze estas nekonebla.

DockBert, ankaŭ instalita de HaikuDepot. Jam pli bone. Montrata malsupre de la ekrano. Mi ne atendis, ke la ordo de la ikonoj inversiĝos: la korbo estas komence, sed ĝenerale ĝi aspektas promesplena.

Kiel mi povas agordi ĝin kiel defaŭltan anstataŭ Deskbar? Se vi klakas sur la Deskbar-ikono en DockBert kaj elektas "fermi" - ĝi, kompreneble, fermiĝos... kaj reaperos duonsekundon poste. (La programistoj diris, ke tio principe estas cimo en DockBert). Estus bone, se DockBert estus sufiĉe inteligenta por kompreni kion la uzanto bezonas kaj fari ĝin. Defaŭlte, DockBert ne havas ajnajn aplikajn ikonojn, sed ĝi montras "tiri ĉi tien" por ke vi sciu kiel aldoni ĉion. Tamen mi ne povis forigi la apojn - nek dekstre alklakante nek trenante ikonon el DockBert.

Mi provas HiQDock. Mi trovis ĝin hazarde en triaparta deponejo. Aspektas kiel mi volas. Kun emfazo sur "aspektoj". Ĉar ĝi ankoraŭ ne funkcias: ĝi ankoraŭ estas Beta-versio. Ĝi estas skribita en Qt4, do mi dubas, ke ĝi estos inkluzivita en la instala bildo.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
HiQDock.

Principe, mi ne estas la sola, kiu opinias, ke la situacio kun Dock kaj Launcher estas komplika. Mi eĉ trovis pri ĉi tiu temo tuta artikolo.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
Rapida lanĉo

Tiam mi eksciis pri Rapida lanĉo, kiu rekomendas esti lanĉita per aldonado de kombinaĵo de butonoj en la Ŝparvojaj agordoj.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
Agordoj de ŝparvojoj en Hajko

Estus bone, se tiaj aferoj estus agorditaj por "nur funkcii" defaŭlte. Ĉu mi diris Alt+Spaco? Nu, esence, QuickLaunch eble demandos vin, ĉu vi bezonas agordi klavaran ŝparvojon kiam vi unue lanĉas ĝin. Fari tion en la Ŝparvojaj agordoj estas maloportuna.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
Fenestro instiganta vin enigi "aplikaĵon" en la Ŝparvojaj agordoj. Ne ŝerce

Mi pretas veti, ke la plej multaj uzantoj ne scias kion enigi kiel "aplikaĵo", nome: /boot/system/apps/QuickLaunch (Nur QuickLaunch ne funkcias).

Rapida solvo: Agordu QuickLaunch kiel defaŭltan kaj asignu al ĝi la defaŭltan alt+spacan ŝparvojon.

Feliĉe, mi havas informojn de la programistoj, ke iam ili povas inkluzivi ĝin kiel plibonigon aŭ anstataŭaĵon por la bona malnova Deskbar. Eble... iam... Fingroj krucitaj! (Lasu peton, aŭ ĝi neniam okazos. Jen). Alia programisto diris, citi: "Laŭ mia opinio, sekvi la vojon de Vindozo inkluzivi serĉkeston en la komenca menuo estas sufiĉe simpla por Beta, mi dirus, ke ĝi faros grandegan diferencon por multaj." Konsentu! (denove: apliko aŭ ne).

Kial QuickLaunch trovas la ekrankopian programon dufoje, en /boot/system/apps kaj en /boot/system/bin? La programistoj konscias, ĉar en la dosiero /boot/system/apps/QuickLaunch/ReadMe.html.

/system/bin ne estis prilaborita antaŭe, portitaj programoj ofte finiĝas en la dosierujo /bin, kio estas malbona ideo. Vi povas forigi nedeziratajn CLI-aplikojn, ekzemple, uzante la butonon "Aldoni al ignori liston" en la kunteksta menuo.

rapida solvo: filtri aplikaĵojn de /system/bin, kiuj ankaŭ ekzistas en /system/apps

Problemo numero 3: neniu aparatara akcelo

BeOS estis sternita de demoprogramoj. Neniu BeOS-video estus kompleta sen pluraj fenestroj kun malsamaj videoj ludantaj. Mirinda atingo tiutempe. Hajko venas kun 3D-demonstraĵoj montrantaj 3D tiparojn moviĝantajn en la spaco. (He, Hajko ne prepariĝas por IPO, ĉu ne?)

BeOS en 1995, sur kiu baziĝas Hajko. Tiutempe ĝi funkciis per du procesoroj PowerPC 603 kun horloĝfrekvenco de 66 MHz

Ni volas fariĝi la Linukso de la aŭda kaj video-mondo.

-Jean-Louis Hesse, Ĝenerala direktoro

Surprize, vidbendo kaj 3D fakte ne estas aparataro akcelitaj en Hajko. Mi supozas ankaŭ ludojn.

De la programistoj s-ro. waddlesplash и Alex von Gluck Estas dokumentaro por aparatara akcelo ("ĝi bezonas proksimume du viroj-monatoj"). 3D-akcelo estos per Mesa (Hajko, kiel jam menciite, uzas Mesa kaj LLVMPipe kiel bazon por OpenGL), por video vi povas fidi. FFmpeg aŭ faru vian propran solvon (mi scias, ke Hajko jam uzas FFMpeg interne, simple ne eblas uzi VDPAU aŭ alian similan API sen akcelitaj ŝoforoj).

Fingroj krucitaj!

Problemo n-ro 4: programoj ne estas serĉataj

Mi scias, ke jam estas sufiĉe multaj CLI-programoj portitaj al Haiku, sed mi ne vidas ilin en HaikuDepot. Eĉ ne estas sugestoj. Ne estas "hajko..." aŭ "port..." komandoj sur la komandlinio

~/testing> haikuports
bash: haikuports: command not found

Post guglo, mi trovita, de kie mi elŝutis avrdude. Kurante, aperis duoble alklako de fenestro kun nekontenta dependecoj. Estus bone, se ĉi tio ne okazus. (Unu el la kialoj, kial mi tiel ŝatas ĝin pakoj .app por Mac kaj AppImage por Linukso).

De la programistoj mi eksciis, ke "teorie" ekzistas sistemo, malhelpante ĉi tion. Ŝajne ŝi bezonas pli da amo.

Kion oni devas fari? estas Estas instrukcioj por tiuj, kiuj volas porti Hajko-programojn, sed ne ekzistas instrukcioj por tiuj, kiuj simple volas uzi la portitajn programojn. Jen kie mi implikiĝis.

La programisto diris al mi: "Ni ne mencias HaikuPorts ĉar 99.9% de uzantoj ne devas scii aŭ zorgi pri ĝuste kiel ĉi tiuj pakoj estas kreitaj kaj aperas en HaikuDepot." Konsentu. Parolante pri HaikuDepot, kaj kiel akiri ion de tie, ĉar la interfaco HaikuDepot ne montras ĝin (ekzemple, avrdude cli). Ŝajne devus esti markobutono kiu montras CLI-aplikojn en la interfaco HaikuDepot, sed mi ne trovis ĝin, aŭ eble ĝi ne ekzistas. ("Rekomendita" aŭ "Ĉiuj pakoj"... ĉu vi bezonas ĝin? Ne, mi ne volas rigardi "ĉiujn" pakaĵojn, mi supozas, ke multaj bibliotekoj estos montritaj. Io kiel la bona malnova Sinapta).

Anstataŭe mi trovita. Mi ankaŭ ne scias kiel instali ĝin (Oni diras, ke HaikuArchives estas "deponejo de subtenataj programoj", kaj ankaŭ ke "ĉiuj indaj programoj estas jam en HaikuPorts" - necesas integrigantoj).

Post iom pli da guglo, mi trovis:

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

Ŭaŭ! Estus bone fari ĉi tiun teamon pli videbla. Unu el la programistoj konfirmis, ke "pkgman estas cli-analogo por HaikuDepot." Kial ŝi tiam ne estis nomita? haikudepot?

Antaŭ ĉio, mi instalis command_not_found-0.0.1~git-3-any.hpkg. Nun mi povas fari ĉi tion:

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

rapida solvo: aldoni command_not_found-*-any.hpkg al la defaŭlta instalado.

La programisto de Haiku opinias, ke "en Hajko, male al Linukso, ne ekzistas vera bezono de komando-ne-trovita" ĉar "vi povas simple ruli pkgman install cmd:commandname." Nu, kiel mi, "nura mortemulo", povas scii pri ĉi tio?!

Pakoj, pakaĵadministrantoj, dependecoj. Tiu en Haiku certe estas multe pli inteligenta ol la plej multaj, sed ĝi ankoraŭ estas pakaĵmanaĝero:

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

Pakaĵadministrantoj faras tion, pakaĵadministriloj ĉiam faras, sendepende de la operaciumo. Estas kialo, ke mi estas allogata al ĝi—ĉu mi diris tion, ne? - Al pakoj .app kaj AppBildoj.

Krome mankas ĉi tie iuj tre popularaj malfermkodaj aplikoj:

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

Programistoj respondas: "Ĉar ne ekzistas Gtk, ne estos Inkscape." Komprenita. Alia programisto aldonis: "Sed ni havas la mirindan WonderBrush." Mi ne sciis pri tio, sed ĝi ne estas videbla en HaikuDepot, kaj kie ĝi estus? (korekto: mi devus esti ŝanĝinta al la langeto "Ĉiuj Pakoj"! Tute maltrafis tiun punkton!)

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

Mi scias, ke "arduino estis tie antaŭe"... kien ĉio iris?

Interalie, mi estis surprizita de la fakto de "teknika lokvoko": tiom da linioj estas montrataj nur por ke ĉe la fino oni diras: "ĉi tiu programaro ne disponeblas."

Problemo #5: diversaj malglataj randoj, kiuj devas esti korektitaj

Ŝanĝu inter aplikaĵoj

Estas enue sen alt+tab por ŝanĝi aplikojn. Ctrl+tab funkcias, sed iel malrekte.

Konsileto por programistoj: Se mi ŝaltas la Vindozan aranĝon, Cmd kaj Ctrl ŝanĝos lokojn, kaj alt+Tab familiariĝos. Sed mi volas sentiĝi kiel Mac dum mi uzas komputilan klavaron!

Noto de la programistoj: "Ŝanĝi ctrl+tab al alt+tab surprizos iujn uzantojn." Simpla solvo: ebligu ambaŭ! (kiel uzanto de Mac, Vindozo kaj Linukso kun Gnome, KDE, Xfce mi ankoraŭ ne scias kion atendi).

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
Ŝanĝi aplikaĵojn per ctrl+tab per Twitcher. Kelkloke ĝi aperas, foje ne la unuan fojon

Kio estas pli malbona: ctrl+tab foje montras fenestron kun aplikaĵikonoj, kaj foje ne. Interalie, la ordo de ŝanĝado de aplikaĵoj ŝajnas hazarda: StyledEdit-WebPositive-back StyledEdit-WebPositive-StyledEdit-fenestro kun aplikaĵikonoj... Programaro eraro? (Ĉu iu scias, ĉu ekzistas Gif-registrilo por Hajko?) Amendo: Ĉi tio estas trajto, ne cimo.

Mallonga premo de ctrl+tab ŝanĝas rekte al la antaŭa aplikaĵo sen montri la Twitcher-fenestron. Se vi tenas la kombinaĵojn pli longe, vi ricevas tion, al kiu mi jam kutimis.

ŝparvojoj

Se ni parolas pri klavaj ŝparvojoj, tiam kiam vi rimarkas, ke ĉio similas al la Mac, vi aŭtomate provos uzi la kutimajn ŝparvojojn... Ekzemple, en la "Malfermu..." kaj "Konservi kiel..." dialogkestoj, mi volas premi alt+d por la "funkcianta" dosierujo-tabelo," ktp.

La programistoj "havas la eblon aldoni ĉi tion" "al la dosiera dialogpeto por plibonigo." Mi kreus tian peton se ekzistus loka temo-spurilo sur GitHub aŭ GitLab, kie mi havas kontojn.

Sed, kiel mi klarigis pli frue, mi ne povas registriĝi en ilia sistemo. (Kiel vi eble divenis, mi volas emfazi la facilecon labori kun ĉi tiuj aferoj kiam vi uzas publikajn servojn kiel GitHub aŭ GitLab). Amendo: https://dev.haiku-os.org/ticket/15148

Nekonsekvencoj

Qt-aplikoj kaj indiĝenaj aplikoj malsamas en konduto. Ekzemple, vi povas forigi la lastan vorton uzante alt+backspace en Qt-aplikoj, sed ne en denaskaj. Eble estas aliaj diferencoj dum redaktado de teksto. Mi ŝatus vidi tiajn malkongruojn forigitaj.

Korekto: Mi ankoraŭ ne finis verki ĉi tiun artikolon (mi montris ĝin unue en la kanalo de Haiku dev por kolekti komentojn) kiam montriĝis, ke ĉi tiu diferenco estis riparita! Nekredeble! Kiel mi amas malfermkodajn projektojn! Dankon, Kasper Kasper!

Notoj

Mi ankoraŭ lernas Hajkon kaj ĝi daŭre impresas min. Kvankam mi hodiaŭ koncentriĝis pri priskribado de la ĝenoj, mi ne povas ne memorigi vin, kial ĉi tiu operaciumo estas tiom interesa. Malsupre estas kelkaj ekzemploj. Nur memorigilo por vidi kiel Hajko faras aferojn koncepte ĝustajn.

Se vi duoble alklakas sur ruleblaĵo kiu ne havas la postulatajn bibliotekojn, vi vidos nenion en Linukso. Hajko montros belan grafikan dialogon kun informoj pri la problemo. Mi revas pri tiaj aferoj en Linukso delonge, kaj mi ankoraŭ ĝojas, ke ĝi estas farita ĝuste en Hajko. Ĉi tiu ekzemplo montras, ke la operaciumo estas konsekvenca je ĉiuj niveloj. La rezulto estas eleganteco, beleco kaj simpleco, eĉ en kazoj kiel erartraktado.

Fascina rigardo sub la kapuĉo.

La QuickLaunch-dokumentado deklaras:

Povas esti 2 kialoj kial QuickLaunch ne trovos la aplikaĵon:

  • La aplikaĵo ne estas sur BeFS-disko, aŭ la BeFS-disko ne estas formatita por subteni demandojn.
  • La aplikaĵo ne havas la taŭgan atributon BEOS:APP_SIG. En ĉi tiu kazo, petu al la programisto aldoni ĝin, aŭ provu sekvi
    Ĉi tiu konsilo: se vi uzas aplikaĵon aŭ skripton, kiu ne estas montrata en QuickLaunch (kaj estas en skribebla loko) - provu aldoni ĉi tiujn atributojn en la terminalo.

    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

Ĉi tio donas iom da kompreno pri kiel magio kiel Launch Services, kiun mi daŭre admiras, efektive funkcias (kaj kiu tute forestas en labormedioj en Linukso).

Ne malpli ekscita estas "Malfermu kun..."

Elektu dosieron, premu alt+I, kaj tiam la informa ekrano permesas elekti, kiu aplikaĵo povas malfermi apartan dosieron.

Mia dua tago kun Hajko: ravita, sed ankoraŭ ne preta ŝanĝi
En Haiku mi povas superregi la aplikaĵon por malfermi unu specifan dosieron. Ĉu malvarmeta?

Ĉio ĉi funkcias eĉ se la dosiernomo etendo mankas, kaj mi finfine povas diri malsamajn dosierojn de la sama tipo malfermiĝi en malsamaj aplikoj, kio estas tre malfacila, se ne preskaŭ neebla, en Linuksaj labortablaj medioj.

konkludo

Kiel mi skribis hieraŭ, Hajko malfermis miajn okulojn kaj montris al mi kiel labormedio povas "nur funkcii." En la dua tago mi ankaŭ trovis kelkajn aferojn, kiuj klare bezonis plibonigon.

Neniu el ili ĉesos funkcii. Mi tre ĝojas pri la estonteco de ĉi tiu persona labortabla operaciumo. Ĉi tio estas bonvena evoluo preter la "Linukso-tablaj medioj", kiuj daŭre montras gravajn problemojn, kiuj ne povas esti solvitaj en proksima estonteco. arkitekturaj problemoj.

Mi esperas por Hajko.

Provu ĝin mem! Post ĉio, la Haiku-projekto provizas bildojn por ekfunkciigo de DVD aŭ USB, generitaj ĉiutaga. Por instali, simple elŝutu la bildon kaj bruligu ĝin al USB-memorilo uzante Etcher

Ĉu vi havas demandojn? Ni invitas vin al la ruslingva telegramkanalo.

Superrigardo de eraroj: Kiel pafi vin en la piedon en C kaj C++. Kolekto de Receptoj de Haiku OS

De la aŭtoro de la traduko: jen la dua artikolo de la serio pri Hajko.

Listo de artikoloj: La unua

fonto: www.habr.com

Aldoni komenton