TL;DR: Възхитен съм от Haiku, но има още какво да се доработи
— операционна система, която ме изненада приятно. Втори ден. Разберете ме правилно: все още съм впечатлен от това колко лесно прави всичко, което е трудно в работни среди за Linux. Нямам търпение да науча как работи и съм ентусиазиран да я използвам ежедневно. Въпреки това, денят за пълен преход все още не е настъпил: не искам да страдам.
Растров редактор на графики WonderBrush — ако знаете къде да го намерите
В принцип относно версия под 1.0 е очаквано. Въпреки това не трябва да подценявате удивителните постижения, имайки предвид Mac OS X в нейните предпремиерни дни, и в контекста на екипа на Haiku.
Обикновено изказвам мнението си за #LinuxUsability (, , , , , ), така че не е изненада, че съм придирчив към Haiku относно удобството за ползване. По-голямата част от тях, за щастие, се отнасят към различни подобрения.
Това беше предисловие, а сега да обърнем внимание на някои неприятности.
Неприятност №1: проблеми с браузера
Има 3 браузера, базирани на : основен () и два допълнителни на Qt (QupZilla, остарялото име , и ), които могат да бъдат инсталирани от хранилището. Нито един не работи коректно. Основният браузер има проблеми с функционалността и рендерирането (например, не може да се реши captcha при влизане в ), а допълнителните браузери имат сериозни проблеми с производителността на Haiku.
Така изглежда Twitter в WebPositive, основният браузер на Haiku
QupZilla и OtterBrowser силно лагват на ненадеждни интернет връзки (например, в влака). Превключването между табовете става невъзможно, ако данните не постъпват без прекъсвания. Невъзможно е да се отвори нов таб, докато текущият зарежда данни от мрежата. Всичко забавя, въпреки малкото натоварване. Вероятно браузерите не са напълно оптимизирани за многопоточност на Haiku или имат други проблеми с Haiku [в Linux ми също става понякога — прим. преводача].
С QupZilla не успях да напиша нищо в Medium…
. Мисля, че тези приложения ще се отплатят и на 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 и изберa 'затвори' — той, разбира се, ще се затвори… и ще се появи обратно след половин секунда. (Разработчиците казаха, че това всъщност е bug в DockBert). Би било добре, ако DockBert беше достатъчно умен, за да разбере какво иска потребителят и да го направи. По подразбиране, в DockBert няма иконки на приложения, но показва 'дърпай тук', така че е ясно как да се добавят неща. Въпреки това не успях да изтрия приложения — нито с десен клик, нито като влача иконата от DockBert.
Опитвам . Попаднах случайно на него . Изглежда така, както искам. С акцент на 'изглежда'. Защото все още не работи: все още е Beta-версия. Написан е на Qt4, така че се съмнявам, че ще бъде включен в инсталационния образ.
HiQDock.
Всъщност, не само аз смятам, че ситуацията с Dock и Launcher е сложна. По тази тема дори намерих .
QuickLaunch
След това разбрах за , който се препоръчва да стартираме, добавяйки комбинация от клавиши в настройките на Shortcuts.
Настройки на Shortcuts в Haiku
Би било хубаво, ако подобни неща бяха настроени да работят по подразбиране. Казах ли Alt+Space? Ами, всъщност, QuickLaunch може да попита при първото стартиране дали искаме да настроим комбинацията от клавиши. Правенето на това в настройките на Shortcuts е тромаво.
Прозорец, в който се предлага да въведем "приложение" в настройките на Shortcuts. Не си правя шеги
Готов съм да се спра, че повечето потребители не знаят какво да въведат като "приложение", а именно: /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. Смятам, че игрите също.
При разработчиците и има документация за хардуерно ускорение ("нужни са около два човеко-месеца"). 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 за превключване на приложения. Сtrl+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
