TL;DR: Estic encantat amb Haiku, però hi ha marge per millorar
- un sistema operatiu que em va sorprendre gratament. Segon dia. No m'interpreteu malament: encara em sorprèn el fàcil que és fer coses difícils als escriptoris Linux. Tinc ganes d'aprendre com funciona i també estic emocionat d'utilitzar-lo diàriament. És cert que encara no ha arribat el dia d'una transició completa: no vull patir.
Editor de gràfics ràster WonderBrush: si sabeu on trobar-lo
En principi, com s'esperava per a versions inferiors a 1.0. Tanmateix, recordant Mac OS X en els seus dies de pre-estrena i tenint en compte la mida de l'equip Haiku, no minimitzeu els assoliments sorprenents.
Normalment dono els meus pensaments sobre #LinuxUsability (, , , , , ), així que no us sorprenguin els dubtes sobre Haiku en termes d'usabilitat. La majoria d'ells, afortunadament, es relacionen amb diverses millores.
Aquest era el prefaci, i ara prestem atenció a alguns problemes.
Problema núm. 1: problemes del navegador
Hi ha 3 navegadors basats en : bàsic () i dos addicionals a Qt (QupZilla, nom obsolet I ), que es pot instal·lar des del repositori. Cap d'ells funciona correctament. El navegador principal té problemes amb la funcionalitat i la representació (per exemple, és impossible resoldre captcha en iniciar sessió ), i d'altres tenen grans problemes de rendiment a Haiku.
Així es veu Twitter a WebPositive, el navegador principal de Haiku.
QupZilla i OtterBrowser es retarden molt en connexions a Internet poc fiables (per exemple, en un tren). El canvi entre pestanyes es fa impossible si les dades no entren sense problemes. És impossible obrir una pestanya nova mentre l'actual carrega dades a la xarxa. Tot és lent, malgrat la poca càrrega. Probablement els navegadors no estan totalment optimitzats per a Haiku multithreading, o tenen altres problemes amb Haiku [a Linux això també em passa de vegades - aprox. traductor].
No he pogut escriure res a Medium amb QupZilla...
. Crec que aquesta inversió també donarà els seus fruits al Haiku. Sobretot tenint en compte la creixent importància de les aplicacions web, i encara més tenint en compte que les aplicacions natives encara no estan disponibles per a tots els casos d'ús.
La història de Kenneth Kocienda i Richard Williamson: com van sorgir Safari i Webkit
Problema núm. 2: llançador i acoblament
A la cantonada superior dreta de la pantalla es troba , una combinació peculiar del menú Inici de Windows intercalat amb funcions de Dock i algunes altres funcions.
Barra d'escriptori
Com que potser aquest era un element clau de l'experiència de l'usuari per a BeOS, no té les capacitats d'un entorn d'escriptori modern: necessito un llançador de programes com , llançat mitjançant Alt+espai. Les aplicacions de fer clic per iniciar són lentes. Hi ha una eina de cerca que sembla encobert, però no està dissenyat per a un llançament còmode d'aplicacions, encara que sigui accelerat.
Focus a Mac OS X Leopard, llançat amb Command + Barra espaiadora
Hi , instal·lat a . Quan l'inicieu per primera vegada, està completament buit i no està del tot clar com afegir-hi res. A més, apareix en una ubicació incòmode a la pantalla sense cap manera òbvia de canviar la posició. Bé, com puc posar-lo a l'esquerra o a la part inferior de la pantalla, com el Dock a Mac OS X? Crec que la UX en aquest cas és incognoscible.
, també instal·lat des de . Ja millor. Es mostra a la part inferior de la pantalla. No esperava que l'ordre de les icones s'invertiria: la cistella està al principi, però en general sembla prometedora.
Com puc configurar-lo com a predeterminat en lloc de Deskbar? Si feu clic a la icona de la barra d'escriptori a DockBert i seleccioneu "tancar", per descomptat, es tancarà... i tornarà a aparèixer mig segon després. (Els desenvolupadors van dir que això és, en principi, un error a DockBert). Seria bo que DockBert fos prou intel·ligent per entendre què necessita l'usuari i fer-ho. De manera predeterminada, DockBert no té cap icona d'aplicació, però mostra "tira aquí" perquè sàpigues com afegir-ho tot. Tanmateix, no vaig poder eliminar les aplicacions, ni fent clic amb el botó dret ni arrossegant una icona de DockBert.
Ho intento . El vaig trobar per casualitat . Es veu com vull. Amb èmfasi en les "mirades". Perquè encara no funciona: encara és una versió Beta. Està escrit en Qt4, així que dubto que s'inclogui a la imatge d'instal·lació.
HiQDock.
En principi, no sóc l'únic que pensa que la situació amb Dock i Launcher és complicada. Fins i tot he trobat sobre aquest tema .
Llançament ràpid
Llavors em vaig assabentar , que es recomana que s'iniciï afegint una combinació de botons a la configuració de Dreceres.
Configuració de dreceres en Haiku
Seria bo que coses com aquesta estiguessin configurades per "funcionar" per defecte. He dit Alt+Espai? Bé, bàsicament, QuickLaunch us pot demanar si necessiteu personalitzar una drecera de teclat quan l'inicieu per primera vegada. Fer-ho a la configuració de dreceres és complicat.
Una finestra que us demana que introduïu "aplicació" a la configuració de dreceres. No és broma
Estic disposat a apostar que la majoria dels usuaris no saben què introduir com a "aplicació", és a dir: /boot/system/apps/QuickLaunch (Només QuickLaunch no funciona).
Solució ràpida: configureu QuickLaunch com a predeterminat i assigneu-li la drecera alt+espai predeterminada.
Afortunadament, tinc informació dels desenvolupadors que en algun moment poden incloure-la com a millora o substitució de la bona Deskbar antiga. Potser... algun dia... Creuem els dits! (Deixeu una sol·licitud, o no passarà mai. ). Un altre desenvolupador va dir, citant: "Segons la meva opinió, seguir el camí de Windows d'incloure un quadre de cerca al menú d'inici és prou senzill per a Beta, diria que marcarà una gran diferència per a molts". Acordar! (de nou: sol·licitud o no).
Per què QuickLaunch troba el programa de captura de pantalla dues vegades, a /boot/system/apps i /boot/system/bin? Els desenvolupadors són conscients, perquè al fitxer /boot/system/apps/QuickLaunch/ReadMe.html.
/system/bin no s'ha processat abans, els programes portats sovint acaben al directori /bin, la qual cosa és una mala idea. Podeu eliminar aplicacions CLI no desitjades, per exemple, utilitzant el botó "Afegeix a la llista ignorada" al menú contextual.
solució ràpida: filtra les aplicacions de /system/bin que també existeixen a /system/apps
Problema 3: no hi ha acceleració de maquinari
BeOS estava ple de programes de demostració. Cap vídeo de BeOS estaria complet sense diverses finestres amb diferents vídeos en reproducció. Un èxit sorprenent en aquell moment. Haiku inclou demostracions en 3D que mostren tipus de lletra en 3D movent-se a l'espai. (Ei, Haiku no s'està preparant per a una OPI, oi?)
BeOS l'any 1995, en el qual es basa Haiku. En aquell moment funcionava amb dos processadors PowerPC 603 amb una freqüència de rellotge de 66 MHz
Volem convertir-nos en el Linux del món de l'àudio i el vídeo.
-, mànager general
Sorprenentment, el vídeo i el 3D no són realment accelerats per maquinari a Haiku. Suposo que els jocs també.
Dels desenvolupadors и Hi ha documentació per a l'acceleració de maquinari ("es triga uns dos mesos-homes"). L'acceleració 3D es farà mitjançant Mesa (Haiku, com ja s'ha esmentat, utilitza Mesa i LLVMPipe com a base per a OpenGL), per al vídeo en què podeu confiar o feu la vostra pròpia solució (sé que Haiku ja utilitza FFMpeg internament, simplement no és possible utilitzar VDPAU o una altra API similar sense controladors accelerats).
Dits creuats!
Problema 4: no es cerquen programes
Sé que ja hi ha un munt de programes CLI portats a Haiku, però no els veig a HaikuDepot. Ni tan sols hi ha pistes. No hi ha ordres "haiku..." o "port..." a la línia d'ordres
~/testing> haikuports
bash: haikuports: command not foundDesprés de buscar a Google, jo , d'on em vaig descarregar avrdude. Quan s'executava, apareixia fent doble clic en una finestra amb dependències insatisfetes. Seria bo que això no passés. (Una de les raons per les quals m'agrada tant .app per a Mac i per a Linux).
Dels desenvolupadors vaig saber que "teòricament" n'hi ha , evitant això. Pel que sembla, necessita més amor.
Què cal fer? Hi ha instruccions per a aquells que volen portar programes Haiku, però no hi ha instruccions per a aquells que simplement volen utilitzar els programes portats. Aquí és on em vaig involucrar.
El desenvolupador em va dir: "No esmentem HaikuPorts perquè el 99.9% dels usuaris no estan obligats a saber ni a preocupar-se exactament com es creen i apareixen aquests paquets a HaikuDepot". Acordar. Parlant sobre HaikuDepot i com obtenir alguna cosa des d'allà, perquè la interfície de HaikuDepot no ho mostra (per exemple, avrdude cli). Pel que sembla, hi hauria d'haver una casella de selecció que mostri les aplicacions CLI a la interfície HaikuDepot, però no la vaig trobar, o potser no existeix. ("Recomanat" o "Tots els paquets"... ho necessites? No, no vull mirar "tots" els paquets, suposo que es mostraran moltes biblioteques. Una cosa com el bon vell ).
En canvi jo . Tampoc sé com instal·lar-lo (diuen que HaikuArchives és un "repositori de programari compatible", i també que "tots els programes que valen la pena ja estan a HaikuPorts": calen integradors).
Després de buscar a Google més, vaig trobar:
/> pkgman search avrdudeStatus Name Description
-------------------------------
avrdude A tool to up/download to AVR microcontrollersVaja! Estaria bé fer més visible aquest equip. Un dels desenvolupadors va confirmar que "pkgman és un anàleg de cli per a HaikuDepot". Per què no es va anomenar llavors? haikudepot?
En primer lloc, he instal·lat command_not_found-0.0.1~git-3-any.hpkg. Ara puc fer això:
/> file /bin/bash
DEBUG:main:Entered CNF: file
This application is aviaiblible via pkgman install filesolució ràpida: afegir
command_not_found-*-any.hpkga la instal·lació per defecte.
El desenvolupador de Haiku creu que "en Haiku, a diferència de Linux, no hi ha una necessitat real d'ordre-not-found" perquè "només podeu executar pkgman install cmd:commandname". Bé, com puc saber-ho jo, un "simple mortal",?!
Paquets, gestors de paquets, dependències. El d'Haiku és sens dubte molt més intel·ligent que la majoria, però segueix sent un gestor de paquets:
/> 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]:Els gestors de paquets fan el que sempre fan els gestors de paquets, independentment del sistema operatiu. Hi ha una raó per la qual m'atreu: ho vaig dir, no? - A .app i .
A més, hi falten algunes aplicacions de codi obert molt populars:
/> 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 foundEls desenvolupadors responen: "Com que no hi ha Gtk, no hi haurà Inkscape". Entès. Un altre desenvolupador va afegir: "Però tenim l'increïble WonderBrush". No ho sabia, però no és visible a HaikuDepot, i on seria? (correcció: hauria d'haver canviat a la pestanya "Tots els paquets"! Em vaig perdre completament!)
/> 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 foundSé que "l'arduino hi havia abans"... on va anar tot?
Entre altres coses, em va sorprendre el fet de la “loquacitat tècnica”: es mostren tantes línies només perquè al final diguin: “aquest programari no està disponible”.
Problema 5: diverses vores aspres que cal corregir
Canvia entre aplicacions
És avorrit sense alt+tab per canviar d'aplicació. Ctrl+tab funciona, però d'alguna manera malament.
Consell per a desenvolupadors: si encenc el disseny de Windows, Cmd i Ctrl canviaran de lloc i alt+Tab es familiaritzaran. Però vull sentir-me com un Mac mentre faig servir el teclat d'un PC!
Nota dels desenvolupadors: "Canviar ctrl+tab a alt+tab sorprendrà alguns usuaris". Solució senzilla: activeu tots dos! (com a usuari de Mac, Windows i Linux amb Gnome, KDE, Xfce encara no sé què esperar).
Canviar d'aplicacions mitjançant ctrl+tab amb Twitcher. En alguns llocs apareix, de vegades no la primera vegada
El que és pitjor: ctrl+tab de vegades mostra una finestra amb icones d'aplicacions, i de vegades no. Entre altres coses, l'ordre de canvi d'aplicació sembla aleatori: StyledEdit-WebPositive-back StyledEdit-WebPositive-StyledEdit-finestra amb icones d'aplicació... Error de programari? (Algú sap si hi ha una eina d'enregistrament Gif per a Haiku?) Esmena: Aquesta és una característica, no un error.
Una breu pressió de ctrl+tab canvia directament a l'aplicació anterior sense mostrar la finestra de Twitcher. Si aguanteu les combinacions més temps, obteniu el que jo ja estic acostumat.
Dreceres
Si parlem de dreceres de teclat, un cop us adoneu que tot és semblant al Mac, automàticament intentareu utilitzar les dreceres habituals... Per exemple, a "Obre..." i "Desa com a..." quadres de diàleg, vull prémer alt+d per a la taula de directoris "de treball", i així successivament.
Els desenvolupadors "tenen l'opció d'afegir això" "a la sol·licitud de millora del diàleg de fitxers". Crearia aquesta sol·licitud si hi hagués un rastrejador de problemes locals a GitHub o GitLab, on tinc comptes.
Però, com he explicat anteriorment, no puc registrar-me al seu sistema. (Com haureu endevinat, vull destacar la facilitat de treballar amb aquestes coses quan feu servir serveis públics com GitHub o GitLab). Esmena:
Incoherències
Les aplicacions Qt i les aplicacions natives difereixen en comportament. Per exemple, podeu esborrar l'última paraula fent servir alt+retrocés a les aplicacions Qt, però no a les natives. Pot haver-hi altres diferències a l'hora d'editar el text. M'agradaria que s'eliminessin aquestes incoherències.
Correcció: encara no havia acabat d'escriure aquest article (el vaig mostrar primer al canal de desenvolupament Haiku per recollir comentaris) quan va resultar que aquesta discrepància s'havia solucionat! Increïble! Com m'agraden els projectes de codi obert! Gràcies, !
Notes
Encara estic aprenent haiku i em segueix impressionant. Tot i que avui m'he centrat a descriure les molèsties, no puc evitar recordar-vos per què aquest sistema operatiu és tan intrigant. A continuació es mostren alguns exemples. Només un recordatori per veure com Haiku fa coses que són conceptualment correctes.
Si feu doble clic en un executable que no té les biblioteques necessàries, no veureu res a Linux. Haiku mostrarà un bonic diàleg gràfic amb informació sobre el problema. He estat somiant amb coses com aquestes a Linux des de fa molt de temps, i encara estic encantat que s'hagi fet bé en Haiku. Aquest exemple mostra que el sistema operatiu és coherent a tots els nivells. El resultat és elegància, bellesa i senzillesa, fins i tot en casos com la gestió d'errors.
Una mirada fascinant sota el capó.
La documentació de QuickLaunch indica:
Hi pot haver 2 motius pels quals QuickLaunch no trobi l'aplicació:
- L'aplicació no es troba en una partició BeFS o la partició BeFS no està formatada per admetre consultes.
- L'aplicació no té l'atribut BEOS:APP_SIG adequat. En aquest cas, demaneu al desenvolupador de l'aplicació que l'afegeixi o proveu de seguir
Aquest consell: si utilitzeu una aplicació o un script que no es mostra a QuickLaunch (i es troba en una ubicació que es pot escriure), proveu d'afegir aquests atributs al terminal.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
Això dóna una visió de com funciona realment la màgia com Launch Services, que segueixo admirant ().
No menys emocionant és "Obre amb..."
Seleccioneu un fitxer, premeu alt+I i, a continuació, la pantalla d'informació us permetrà triar quina aplicació pot obrir un fitxer determinat.
En Haiku puc anul·lar l'aplicació per obrir un fitxer específic. Guai?
Tot això funciona fins i tot si falta l'extensió del nom de fitxer i, finalment, puc dir que s'obrin diferents fitxers del mateix tipus en diferents aplicacions, cosa que és molt difícil, si no gairebé impossible, en entorns d'escriptori Linux.
Conclusió
Com vaig escriure ahir, Haiku em va obrir els ulls i em va mostrar com un entorn de treball pot "funcionar". El segon dia també vaig trobar algunes coses que clarament calia millorar.
Cap d'ells deixarà de funcionar. Estic molt entusiasmat amb el futur d'aquest sistema operatiu d'escriptori personal. Aquest és un desenvolupament benvingut més enllà dels "entorns d'escriptori Linux" que continuen mostrant problemes greus que no es poden resoldre en un futur proper. .
Espero el Haiku.
Prova-ho tu mateix! Després de tot, el projecte Haiku proporciona imatges per arrencar des de DVD o USB, generades . Per instal·lar-lo, només cal que descarregueu la imatge i escriu-la en una unitat flash utilitzant
Té vostè alguna pregunta? Et convidem a la parla russa .
Visió general de l'error:
De l'autor de la traducció: aquest és el segon article de la sèrie sobre Haiku.
Llista d'articles:
Font: www.habr.com