Исходное сообщение
"Новый способ определения реальной степени открытости проекто..." Отправлено Аноним, 05-Авг-11 02:31
Вот не надо сказок. И bash, и vi с emacs, и mc собираются только в путь. Все что серьезно отличается на ведройде — там не X11. И, в общем-то, не скажешь, что это плохо — у X11 достаточно проблем, так что то, что его решили не использовать — вполне понимаемо. Вопрос почему не взяли DirectFB тоже понятен — нет 3D, с GL не побалуешься. SurfaceFlinger + Skia — выглядит вполне разумным выбором. На Maemo/MeeGo взяли X11. С одной стороны, да, хорошо, как обладатель железа с оным — сам себе подтвержу. А с другой — лишние тормоза отрисовки из-за кучи бесполезных раунд-трипов, опять же, мало приятного. Некоторые всем известные петушки уже давно и бесповоротно испоганили всю модель и превратили X11 в гонялку битмапов через локальное IPC. С известным результатом. Дальше под капотом — обычный Linux kernel и вполне себе POSIXовый юзерлэнд. Ну, почти POSIX'овый, верю, местами может быть что-то сломано. Ну, как бы, да, libc местного разлива, но кому бы оно мешало, в embedded всю жизнь libc таскали особые. Да и, если уж надо — можно и glibc впихнуть с десктопа. Собственно, чруты с дебианом под ведройдом работают без проблем. Не хватает простой вещи — GTK и Qt с отрисовкой в Skia. Или адаптеров между API десктопных виджет-тулкитов и ведройдовским android.widget. И, пожалуй, X11-клиента (порта kdrive какого-нибудь?) для поддержки легаси. Ну так код открыт со всех сторон — patches welcomed. Благо, даже рутать устройство не нужно, обычный NDK достаточен. Пиши-копиляй-используй-делись.