TL;DR: Възхитен съм от Haiku, но има какво да се доусъвършенства
— операционна система, която ме изненадва приятно. Ден втори. Разберете ме правилно: все още съм впечатлен от това колко лесно прави неща, които са трудни в работни среди за Linux. Нямам търпение да науча как работи и съм ентусиазиран да я използвам всеки ден. Обаче, денят за пълен преход все още не е дошъл: не искам да страдам.
Растров редактор WonderBrush — ако знаете къде да го намерите
В принципе, очаквано за версия под 1.0. Но не бива да се подценяват удивителните постижения, имайки предвид Mac OS X в нейните предрелизни дни и с оглед на размера на екипа Haiku.
Обикновено изразявам мнението си за #LinuxUsability (, , , , , ), затова не бива да се учудвате на критиките към Haiku по отношение на удобството за използване. Повечето от тях, за щастие, се отнасят до различни подобрения.
Това беше предговор, а сега нека обърнем внимание на някои неприятности.
Неприятност №1: проблеми с браузъра
Има 3 браузъра, базирани на : основният () и два допълнителни на Qt (QupZilla, стара названието на , и ), които могат да бъдат инсталирани от хранилището. Нито един не работи коректно. Основният браузър има проблеми с функционалността и рендерирането (например, невъзможно е да се реши капча при вход в ), а допълнителните имат големи проблеми с производителността на Haiku.
Така изглежда Twitter в WebPositive, основният браузър на Haiku
QupZilla и OtterBrowser забавят на ненадеждни интернет връзки (например, в ретро). Преключването между табовете става невъзможно, ако данните не пристигат непрекъснато. Нереално е да отворите нов таб, докато текущият зарежда данни от мрежата. Всичко закъснява, въпреки малката натовареност. Вероятно браузерите не са напълно оптимизирани за многопоточност на Haiku или имат други проблеми с Haiku [на Linux ми се е случвало и понякога — бележка на преводача].
Не успях да напиша нищо на Medium с QupZilla…
. Мисля, че тези приложения ще се изплатят и в Haiku. Особено с оглед на нарасналото значение на уеб приложенията, а още повече, че родните приложения все още не са налични за всичките варианти на използване.
Разказ на Kenneth Kocienda и Richard Williamson: как се появиха Safari и Webkit
Неприятност №2: Launcher и Dock
В дясния горен ъгъл на екрана е разположен , причудлива смесица, създадена от менюто „Старт“ на Windows с вградени функции на Dock и някои други възможности.
Deskbar
Тъй като това вероятно е бил ключов елемент от потребителския опит за BeOS, му липсват възможностите на съвременната работна среда: трябва ми средство за стартиране на програми, подобно на , стартирано чрез Alt+space. Стартирането на приложения с клик е бавно. Има инструмент „Търсене“, който изглежда като под прикритие, но не е предназначен за удобно стартиране на приложения, дори да му бъде ускорено.
Spotlight в Mac OS X Leopard, стартирано с Command + space
Има , инсталирано от . При първоначалното стартиране е напълно празно и не е ясно как да добавите нещо в него. Освен това се появява на не много удобно място на екрана без очевиден начин за промяна на позицията. Как мога да го поставя вляво или в долната част на екрана, както Dock в Mac OS X? Смятам, че UX в този случай е непознаваем.
, също инсталирано от . Вече е по-добре. Показва се в долната част на екрана. Малко не очаквах, че редът на иконите ще бъде обратен: кошчето в началото, но като цяло изглежда обещаващо.
Как да го настроя по подразбиране вместо Deskbar? Ако кликнете върху иконата на Deskbar в DockBert и изберете „затвори“ — той, разбира се, ще се затвори… и ще се появи отново след половин секунда. (Разработчиците казаха, че това е в принципе bug в DockBert). Би било добре, ако DockBert беше достатъчно умен, да разбира какво трябва на потребителя и да го прави. По подразбиране в DockBert няма икони на приложения, но той показва „драгни тук“, така че е ясно как да добавите всичко. Но не успях да изтрия приложения — нито с десен клик, нито с плъзгане на иконата от DockBert.
Опитвам . Случайно го намерих . Изглежда така, каквато искам. С акцент върху „изглежда“. Защото в момента не работи: все още е в Beta-версия. Написан е на Qt4, така че се съмнявам, че ще го включат в инсталационния образ.
HiQDock.
Всъщност, не само аз смятам, че ситуацията с Dock и Launcher е сложна. По тази тема дори намерих .
QuickLaunch
След това разбрах за , който се препоръчва да се стартира, като добавите комбинация от клавиши в настройките на Shortcuts.
Настройки на Shortcuts в Haiku
Би било хубаво, ако такива неща са настроени да "работят" по подразбиране. Казах ли Alt+пробел? Е, всъщност, QuickLaunch може при първото стартиране да попита дали искате да настроите комбинация от клавиши. Да го правите в настройките на Shortcuts е обременително.
Прозорец, в който се предлага да въведете "приложение" в настройките на Shortcuts. Не е шега
Готов съм да се сдържа, че повечето потребители не знаят какво да въведат като "приложение", а именно: /boot/system/apps/QuickLaunch (просто QuickLaunch не работи).
Бързо решение: задайте QuickLaunch по подразбиране и му назначете клавишна комбинация alt+пробел по подразбиране.
За щастие, имам информация от разработчиците, че в някакъв момент те може да го включат като подобрение или замяна на добрия стар Deskbar. Може би… някой ден… Да се надяваме! (Подавайте запитване, или нищо няма да има. ). Друг разработчик каза, цитат: „по мое мнение, да следваме пътя на Windows, т.е. да включим поле за търсене в стартовото меню, е достатъчно просто за бета версията, бих казал, че това би имало голямо значение за много“. Съгласен съм! (отново: запитване или няма да има).
А защо 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. Подозирам, че и игрите също.
При разработчиците и има документация за хардуерно ускорение ("нужни са около два човеко-месеца"). 3D ускорението ще бъде чрез Mesa (Haiku, както вече беше споменато, използва Mesa и LLVMPipe като база за OpenGL), за видео може да се разчита на или да се направи собствено решение (знам, че Haiku вече използва FFMpeg вътре, но без ускорени драйвери не е възможно да се използва VDPAU или друг подобен API).
Прекръстим пръстите!
Неприятност №4: не се търсят програми
Знам, че вече са портнати доста CLI програми за Haiku, но не ги виждам в HaikuDepot. Няма дори намекове. В командния ред няма команди "haiku..." или "port..."
~/testing> haikuports
bash: haikuports: команда не е намеренаГуглих и аз , откъдето свалих avrdude. При стартиране с двоен клик се появи прозорец с неудовлетворени зависимости. Щеше да е хубаво, ако това не се случваше. (Една от причините, поради които ми харесват .app за Mac и за Linux).
От разработчиците научих, че "теоретично" има , която предотвратява това. Явно ѝ трябва повече любов.
Какво трябва да се направи? има инструкции за тези, които искат да портват програми за Haiku, но няма инструкции за тези, които просто искат да ползват портнати програми. Тук аз и се засякох.
Разработчикът ми каза: "Не споменаваме HaikuPorts, защото 99.9% от потребителите не трябва да знаят или да се интересуват как точно тези пакети се създават и появяват в HaikuDepot". Съгласен съм. Разговорът е за HaikuDepot и за това как да получиш нещо оттам, защото интерфейсът на HaikuDepot това не показва (например, avrdude cli). Очевидно, трябва да има отметка, показваща приложения CLI в интерфейса на HaikuDepot, но не я намерих, а може и да не съществува. ("Препоръчани" или "Всички пакети"... нужно ли е? Не, не искам да гледам "всички" пакети, предполагам, че ще се покажат купища библиотеки. Нещо като стария добър ).
Вместо това аз . Също не съм наясно как да го инсталирам (казват, че HaikuArchives е "хранилище на поддържано софтуерно осигуряване", а също и, че "всички стойностни програми вече са в HaikuPorts" - нужни са интегратори).
Още малко гуглене и намерих:
/> pkgman search avrdudeStatus 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]:Мениджърите на пакети правят това, което винаги, по един или друг начин, правят мениджърите на пакети независимо от операционната система. Има причина, поради която ме привлича — вече споменах, нали? — към .app и .
Освен това тук липсват някои доста популярни приложения с отворен код:
/> 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, работейки с клавиатура от PC!
Забележка от разработчиците: "Превключването ctrl+tab на alt+tab ще учуди някои потребители". Просто решение: включете и двете! (аз, като потребител на Mac, Windows и Linux с Gnome, KDE, Xfce, все още не знам какво да очаквам).
Превключване между приложения чрез ctrl+tab, използвайки Twitcher. Понякога се появява, понякога не от първия път.
Какво е още по-лошо: ctrl+tab понякога показва прозорец с икони на приложения, а понякога — не. Освен това, редът на превключване на приложенията изглежда произволен: StyledEdit-WebPositive-обратно StyledEdit-WebPositive-StyledEdit-прозорец с икони на приложения… Програмна грешка? (Може би някой знае, има ли инструмент за запис на Gif-изображения за Haiku?) Корекция: това е такава характеристика, а не грешка.
Краткото натискане на комбинацията ctrl+tab преминава директно към предишното приложение без да показва прозореца Twitcher. Ако държите комбинацията по-дълго, получавате това, с което вече съм свикнал.
Комбинации
Ако говорим за комбинации от клавиши, веднага щом осъзнаете, че всичко е подобно на Mac — автоматично ще се опитате да използвате познати комбинации… Например, в диалоговите прозорци "Отвори..." и "Запази като..." искам да натисна alt+d за директория " работен плот ", и така нататък.
Разработчиците "имат възможност да добавят това", "в заявка за подобрение относно файловите диалози". Аз бих създал такава заявка, ако имаше местен issue tracker на GitHub или GitLab, където имам акаунти.
Но, както вече обясних по-рано, не мога да се регистрирам в тяхната система. (Както вече може би се досещате, искам да подчертая лекотата на работа с подобни неща при използване на общодостъпни услуги като GitHub или GitLab). Корекция:
Несъответствия
Приложенията на Qt и "родните" приложения се различават по поведение. Например, можете да изтриете последната дума с alt+backspace в приложенията на Qt, но не и в родните. Вероятно има и други различия при редактиране на текст. Бих искал да се отстранят такива несъответствия.
Корекция: все още не съм завършил тази статия (показа я първо на канала на разработчиците Haiku за събиране на коментари), когато се оказа, че това несъответствие е било поправено! Невероятно! Как обичам проекти с отворен код! Благодаря, !
Забележки
Все още съм в процес на изучаване на Haiku и тя продължава да ме впечатлява. Въпреки че днес се фокусирах върху описанието на неприятностите, не мога да не напомня защо тази операционна система е толкова интригуваща. По-долу — няколко примера. Просто напомняне, за да видите как в Haiku се правят концептуално правилни неща.
Ако щракнете два пъти върху изпълним файл, който няма необходимите библиотеки, в Linux не се показва нищо. В Haiku ще се появи приятен графичен диалог с информация за проблема. Отдавна мечтаех за подобни неща в Linux и все още съм впечатлен от факта, че това е направено правилно в Haiku. Този пример показва, че операционната система е последователна на всички нива. Резултатът е елегантност, красота и простота, дори в случаи като обработка на грешки.
Интригуващо надничане под капака.
Документацията за QuickLaunch гласи:
Има две причини, поради които QuickLaunch не намира приложението:
- Приложението не се намира на дял с BeFS, или дялът BeFS не е форматиран за поддръжка на заявки.
- Приложението няма необходимия атрибут BEOS:APP_SIG. В този случай помолете разработчика на приложението да го добави, или опитайте да последвате
такъв съвет: ако използвате приложение или скрипт, които не се показват в QuickLaunch (и се намират на достъпно за запис място) — опитайте да добавите тези атрибути в терминала.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
Това дава известна представа за това как всъщност работи магията, подобна на Launch Services, от която продължавам да се възхищавам ().
Не по-малко завладяващо е „Отвори с…“
Изберете файл, натиснете alt+I, след което на информационния екран можете да изберете кое приложение може да отвори конкретния файл.
В Haiku мога да преопределя приложението за отваряне на един конкретен файл. Яко, нали?
Всичко това работи, дори без разширение на името на файла, и накрая мога да посоча, че различни файлове от един и същи тип трябва да се отварят в различни приложения, което е много трудно, ако не и почти невъзможно, в работните среди на Linux.
Заключение
Както казах вчера, Haiku ми отвори очите и ми показа как работната среда може да „работи просто“. На втория ден намерих и някои аспекти, които очевидно се нуждаят от доработка.
Нито едно от тях няма да спре работата. Наистина съм развълнуван за бъдещето на тази лична операционна система за настолни компютри. Това е дългоочаквано развитие извън "Linux работни среди", които продължават да показват сериозни, нерешими в близко време, .
Надявам се на Haiku.
Опитайте сами! Проектът Haiku предоставя образи за зареждане от DVD или USB, генерирани . За инсталиране е достатъчно да изтеглите образа и да го запишете на флашка с помощта на
Имате ли въпроси? Присъединете се към нашия руски .
Преглед на грешките:
От автора на превода: това е втората статия от цикъла за Haiku.
Списък на статии:
Източник: habr.com
