Вторият ми ден с Haiku: възхитен съм, но все още не съм готов да сменям

TL;DR: Възхитен съм от Хайку, но има място за подобрение

Вчера изучавах хайку - операционна система, която ме изненада приятно. Втори ден. Не ме разбирайте погрешно: все още съм изумен колко лесно е да правите неща, които са трудни на настолни компютри с Linux. Нямам търпение да науча как работи и също така се вълнувам да го използвам ежедневно. Вярно е, че денят за пълен преход все още не е дошъл: не искам да страдам.

Растерен графичен редактор WonderBrush - ако знаете къде да го намерите

По принцип, както се очаква за версии под 1.0. Въпреки това, като си спомняте Mac OS X в дните преди пускането й и като вземете предвид размера на екипа на Haiku, не омаловажавайте невероятните постижения.

Обикновено споделям мислите си относно #LinuxUsability (част 1, част 2, част 3, част 4, част 5, част 6), така че не се изненадвайте от приказките относно Haiku по отношение на използваемостта. Повечето от тях, за щастие, се отнасят до различни подобрения.

Това беше предговорът, а сега нека обърнем внимание на някои проблеми.

Проблем №1: Проблеми с браузъра

Има 3 браузъра, базирани на WebKit: основен (WebPositive) и два допълнителни на Qt (QupZilla, остаряло име FalkonИ OtterBrowser), които могат да бъдат инсталирани от хранилището. Никой от тях не работи правилно. Основният браузър има проблеми с функционалността и изобразяването (например, невъзможно е да се реши captcha при влизане в Хайку инструмент за проследяване на грешки), а допълнителните имат големи проблеми с производителността на Haiku.

Ето как изглежда Twitter в WebPositive, основният браузър на Haiku.

QupZilla и OtterBrowser изостават силно при ненадеждни интернет връзки (например във влак). Превключването между разделите става невъзможно, ако данните не се подават гладко. Невъзможно е да отворите нов раздел, докато текущият зарежда данни по мрежата. Всичко е бавно, въпреки ниското натоварване. Вероятно браузърите не са напълно оптимизирани за многопоточност на Haiku или имат други проблеми с Haiku [на Linux това също ми се случва понякога - прибл. преводач].

Не можах да напиша нищо на Medium с QupZilla...

Apple направи много, за да осигури стабилен браузър с отлична производителност. Мисля, че тази инвестиция ще се изплати и на Haiku. Особено като се има предвид повишеното значение на уеб приложенията и още повече, като се има предвид, че родните приложения все още не са налични за всички случаи на употреба.

Историята на Кенет Косиенда и Ричард Уилямсън: как се появиха Safari и Webkit

Проблем №2: Стартов панел и докинг станция

В горния десен ъгъл на екрана се намира Deskbar, странна смесица от менюто "Старт" на Windows, осеяно с функции на Dock и няколко други функции.

Deskbar

Тъй като това беше може би ключов елемент от потребителското изживяване за BeOS, липсват му възможностите на съвременна десктоп среда: имам нужда от програма за стартиране на програми като Прожектор, стартиран чрез Alt+space. Приложенията с щракване и стартиране са бавни. Има инструмент за намиране, който изглежда така Щирлиц под прикритие, но не е предназначен за удобно стартиране на приложения, дори и да е ускорен.

В центъра на вниманието на Mac OS X Leopard, стартиран с Command + интервал

Има LnLauncher, инсталиран в HaikuDepot. Когато го стартирате за първи път, той е напълно празен и не е съвсем ясно как да добавите нещо към него. Освен това се появява на неудобно място на екрана без ясен начин за промяна на позицията му. Е, как мога да го поставя отляво или отдолу на екрана, като Dock в Mac OS X? Вярвам, че UX в този случай е непознаваем.

ДокБърт, също инсталиран от HaikuDepot. Вече по-добре. Показва се в долната част на екрана. Не очаквах, че редът на иконите ще бъде обърнат: кошницата е в началото, но като цяло изглежда обещаващо.

Как мога да го задам като стандартен вместо Deskbar? Ако щракнете върху иконата на Deskbar в DockBert и изберете "close" - тя, разбира се, ще се затвори... и ще се появи отново половин секунда по-късно. (Разработчиците казаха, че това по принцип е грешка в DockBert). Би било хубаво, ако DockBert беше достатъчно умен, за да разбере от какво се нуждае потребителят и да го направи. По подразбиране DockBert няма икони на приложения, но показва „издърпайте тук“, за да знаете как да добавите всичко. Не успях обаче да премахна приложенията - нито с десен бутон, нито с плъзгане на икона от DockBert.

Опитвам се HiQDock. Намерих го случайно в хранилище на трета страна. Изглежда както искам. С акцент върху "изгледи". Тъй като все още не работи: все още е бета версия. Написано е на Qt4, така че се съмнявам, че ще бъде включено в инсталационното изображение.

HiQDock.

По принцип не съм единственият, който смята, че ситуацията с Dock и Launcher е сложна. Дори намерих по тази тема цяла статия.

Бърз обяд

Тогава разбрах за Бърз обяд, който е препоръчително да се стартира чрез добавяне на комбинация от бутони в настройките за преки пътища.

Настройки за преки пътища в Haiku

Би било хубаво, ако неща като това са конфигурирани да „просто работят“ по подразбиране. Alt+Space ли казах? Е, по принцип QuickLaunch може да ви попита дали трябва да персонализирате клавишна комбинация, когато я стартирате за първи път. Правенето на това в настройките за преки пътища е тромаво.

Прозорец, който ви подканва да въведете „приложение“ в настройките за преки пътища. Без майтап

Готов съм да се обзаложа, че повечето потребители не знаят какво да въведат като „приложение“, а именно: /boot/system/apps/QuickLaunch (Просто QuickLaunch не работи).

Бързо решение: Задайте QuickLaunch по подразбиране и му задайте пряк път по подразбиране alt+space.

За щастие имам информация от разработчиците, че в даден момент може да го включат като подобрение или заместител на добрия стар Deskbar. Може би... някой ден... Стискаме палци! (Оставете заявка или никога няма да се случи. Тук). Друг разработчик каза, цитирам: „По мое мнение, следването на пътя на Windows за включване на поле за търсене в стартовото меню е достатъчно просто за Beta, бих казал, че ще направи огромна разлика за мнозина.“ Съгласен! (отново: приложение или не).

Защо QuickLaunch намира програмата за екранни снимки два пъти, в /boot/system/apps и /boot/system/bin? Разработчиците са наясно, защото във файла /boot/system/apps/QuickLaunch/ReadMe.html.

/system/bin не е бил обработван преди, пренесените програми често се озовават в директорията /bin, което е лоша идея. Можете да премахнете нежелани CLI приложения, например, като използвате бутона „Добавяне към списъка за игнориране“ в контекстното меню

бързо решение: филтрирайте приложения от /system/bin, които също съществуват в /system/apps

Проблем #3: няма хардуерно ускорение

BeOS беше пълна с демонстрационни програми. Нито едно видео на BeOS не би било пълно без множество прозорци с възпроизвеждане на различни видеоклипове. Невероятно постижение за онова време. Haiku идва с 3D демонстрации, показващи 3D шрифтове, движещи се в пространството. (Хей, Haiku не се готви за IPO, нали?)

BeOS през 1995 г., на който е базиран Haiku. По това време той работеше на два процесора PowerPC 603 с тактова честота 66 MHz

Искаме да станем Linux на аудио и видео света.

-Жан-Луи Хесе, Генералният директор

Изненадващо, видеото и 3D всъщност не са хардуерно ускорени в Haiku. Предполагам и игри.

От разработчиците г-н. waddlesplash и Алекс фон Глюк Има документация за хардуерно ускорение („отнема около два човеко-месеца“). 3D ускорението ще бъде чрез Mesa (Haiku, както вече споменахме, използва Mesa и LLVMPipe като основа за OpenGL), за видео можете да разчитате FFmpeg или направете свое собствено решение (знам, че Haiku вече използва FFMpeg вътрешно, просто не е възможно да използвате VDPAU или друг подобен API без ускорени драйвери).

Стискам палци!

Проблем #4: програмите не се търсят

Знам, че вече има доста CLI програми, пренесени в Haiku, но не ги виждам в HaikuDepot. Няма дори намеци. В командния ред няма команди "haiku..." или "port...".

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

След гугъл, аз намерени, откъдето изтеглих avrdude. При стартиране се появи двукратно щракване върху прозорец с неудовлетворени зависимости. Би било хубаво това да не се случи. (Една от причините да го харесвам толкова много пакети .app за Mac и AppImage за Linux).

От разработчиците научих, че "теоретично" има система, предотвратявайки това. Явно има нужда от повече любов.

Какво трябва да се направи? Тук Има инструкции за тези, които искат да пренесат Haiku програми, но няма инструкции за тези, които просто искат да използват пренесените програми. Тук се включих и аз.

Разработчикът ми каза: „Ние не споменаваме HaikuPorts, защото 99.9% от потребителите не са длъжни да знаят или да се интересуват как точно се създават тези пакети и се показват в HaikuDepot.“ Съгласен. Говорейки за HaikuDepot и как да получите нещо от там, защото интерфейсът на HaikuDepot не го показва (напр. avrdude cli). Очевидно трябва да има квадратче за отметка, което показва CLI приложения в интерфейса на HaikuDepot, но не го намерих или може би не съществува. („Препоръчано“ или „Всички пакети“... имате ли нужда от него? Не, не искам да гледам „всички“ пакети, предполагам, че ще бъдат показани много библиотеки. Нещо като доброто старо Synaptic).

Вместо това аз намерени. Също така не знам как да го инсталирам (Казват, че HaikuArchives е „хранилище на поддържан софтуер“ и също така, че „всички полезни програми вече са в HaikuPorts“ - необходими са интегратори).

След още гугъл открих:

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

Еха! Би било хубаво да направим този отбор по-видим. Един от разработчиците потвърди, че „pkgman е cli аналог за HaikuDepot.“ Защо тогава не беше кръстена? haikudepot?

Първо, инсталирах command_not_found-0.0.1~git-3-any.hpkg. Сега мога да направя това:

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

бързо решение: доп command_not_found-*-any.hpkg към инсталацията по подразбиране.

Разработчикът на Haiku вярва, че "в Haiku, за разлика от Linux, няма реална нужда от command-not-found", защото "можете просто да стартирате pkgman install cmd:commandname." Е, откъде аз, „простосмъртен“, да знам за това?!

Пакети, мениджъри на пакети, зависимости. Този в Haiku със сигурност е много по-умен от повечето, но все пак е мениджър на пакети:

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

Мениджърите на пакети правят това, което винаги правят мениджърите на пакети, независимо от операционната система. Има причина да ме привлича - казах ли го, нали? - Да се пакети .приложение и AppImages.

Освен това тук липсват някои много популярни приложения с отворен код:

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

Разработчиците отговарят: „Тъй като няма Gtk, няма да има Inkscape.“ Разбрах. Друг разработчик добави: „Но ние имаме невероятната четка WonderBrush.“ Не знаех за това, но не се вижда в HaikuDepot, а къде ще бъде? (корекция: трябваше да премина към раздела „Всички пакети“! Напълно пропуснах тази точка!)

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

Знам, че "arduino беше там преди"... къде отиде всичко?

Наред с други неща, бях изненадан от факта на „техническата говорливост“: толкова много редове се показват точно така, че в края казват: „този софтуер не е наличен“.

Проблем # 5: различни грапавини, които трябва да бъдат коригирани

Превключване между приложения

Скучно е без alt+tab за превключване на приложения. Ctrl+tab работи, но някак си криво.

Съвет за разработчици: Ако включа оформлението на Windows, Cmd и Ctrl ще разменят местата си и alt+Tab ще станат познати. Но искам да се чувствам като Mac, докато използвам компютърна клавиатура!

Забележка от разработчиците: „Превключването на ctrl+tab към alt+tab ще изненада някои потребители.“ Просто решение: активирайте и двете! (като потребител на Mac, Windows и Linux с Gnome, KDE, Xfce все още не знам какво да очаквам).

Превключване на приложения чрез ctrl+tab с помощта на Twitcher. На места се появява, понякога не за първи път

Което е по-лошо: ctrl+tab понякога показва прозорец с икони на приложения, а понякога не. Освен всичко друго, редът на превключване на приложения изглежда случаен: StyledEdit-WebPositive-back StyledEdit-WebPositive-StyledEdit-прозорец с икони на приложения... Софтуерна грешка? (Някой знае ли дали има инструмент за запис на Gif за хайку?) Изменение: Това е функция, а не грешка.

Кратко натискане на ctrl+tab превключва директно към предишното приложение, без да показва прозореца на Twitcher. Ако задържите комбинациите по-дълго, получавате това, с което вече съм свикнал.

Бързи

Ако говорим за клавишни комбинации, след като разберете, че всичко е подобно на Mac, автоматично ще се опитате да използвате обичайните клавишни комбинации... Например в „Отвори...“ и „Запиши като...“ диалогови прозорци, искам да натисна alt+d за „работещата“ таблица с директории“ и т.н.

Разработчиците „имат опцията да добавят това“ „към искането за подобряване на диалоговия прозорец на файла.“ Бих създал такава заявка, ако имаше локален инструмент за проследяване на проблеми в GitHub или GitLab, където имам акаунти.

Но, както обясних по-рано, не мога да се регистрирам в тяхната система. (Както може би се досещате, искам да подчертая лекотата на работа с тези неща, когато използвате публични услуги като GitHub или GitLab). Изменение: https://dev.haiku-os.org/ticket/15148

Несъответствия

Qt приложенията и родните приложения се различават по поведение. Например, можете да изтриете последната дума, като използвате alt+backspace в Qt приложения, но не и в нативните. Възможно е да има други разлики при редактиране на текст. Бих искал да видя подобни несъответствия отстранени.

Корекция: Още не бях завършил писането на тази статия (показах я първо в канала за разработчици на Haiku, за да събера коментари), когато се оказа, че това несъответствие е поправено! Невероятен! Колко обичам проекти с отворен код! Благодаря ти, Каспер Каспер!

Бележки

Все още уча хайку и то продължава да ме впечатлява. Въпреки че днес се съсредоточих върху описанието на неприятностите, не мога да не ви напомня защо тази операционна система е толкова интригуваща. По-долу има няколко примера. Само напомняне да видите как Хайку прави нещата, които са концептуално правилни.

Ако щракнете двукратно върху изпълним файл, който няма необходимите библиотеки, няма да видите нищо в Linux. Haiku ще покаже хубав графичен диалог с информация за проблема. Мечтая за такива неща в Linux от дълго време и все още се радвам, че е направено точно в Haiku. Този пример показва, че операционната система е последователна на всички нива. Резултатът е елегантност, красота и простота, дори в случаи като обработка на грешки.

Очарователен поглед под капака.

Документацията за QuickLaunch гласи:

Може да има 2 причини, поради които QuickLaunch няма да намери приложението:

• Приложението не е на BeFS дял или BeFS дялът не е форматиран да поддържа заявки.
• Приложението няма правилния атрибут BEOS:APP_SIG. В този случай помолете разработчика на приложението да го добави или опитайте да следвате
  Този съвет: ако използвате приложение или скрипт, който не се показва в QuickLaunch (и е в място за запис) - опитайте да добавите тези атрибути в терминала.

  addattr BEOS:TYPE приложение/x-vnd.Be-elfexecutable /path/to/your/app-or-script

  addattr BEOS:APP_SIG приложение/x-vnd.anything-unique /path/to/your/app-or-script

Това дава известна представа как всъщност работи магията като Launch Services, на която продължавам да се възхищавам (и който напълно липсва в работните среди на Linux).

Не по-малко вълнуващо е „Отворете с...“

Изберете файл, натиснете alt+I и след това информационният екран ви позволява да изберете кое приложение може да отвори определен файл.

В Haiku мога да отменя приложението, за да отворя един конкретен файл. Готино?

Всичко това работи дори ако разширението на името на файла липсва и най-накрая мога да кажа на различни файлове от един и същи тип да се отварят в различни приложения, което е много трудно, ако не и почти невъзможно, в десктоп среди на Linux.

Заключение

Както писах вчера, Хайку ми отвори очите и ми показа как една работна среда може „просто да работи“. На втория ден открих и няколко неща, които очевидно се нуждаеха от подобрение.

Никой от тях няма да спре да работи. Наистина съм развълнуван от бъдещето на тази персонална операционна система за настолен компютър. Това е добре дошло развитие отвъд „настолните среди на Linux“, които продължават да показват сериозни проблеми, които не могат да бъдат решени в близко бъдеще. архитектурни проблеми.

Надявам се на хайку.

Опитайте сами! В края на краищата проектът Haiku предоставя изображения за зареждане от DVD или USB, генерирани ежедневно. За да инсталирате, просто изтеглете изображението и го запишете на флаш устройство, като използвате офорист

Имате ли някакви въпроси? Каним ви на рускоезични телеграмен канал.

Преглед на грешките: Как да се простреляте в крака на C и C++. Колекция от рецепти за Haiku OS

От автора на превода: това е втората статия от поредицата за Хайку.

Списък на статиите: Първи

Източник: www.habr.com