Здравствуйте, vdimas, Вы писали:

_>>Вообще то такой операционки как Linux не существует. Есть ядро Linux. И сотни различных ОС построенных на его основе. С очень разными целевыми нишами и внутренними спецификациями. В том числе и в области GUI. Существуют ОС (на базе ядра Linux) без GUI вообще, с опциональным GUI на выбор, с формализованным системным GUI. Так вот Андроид (и кстати он не только один такой) относится как раз к последнему виду ОС.
V>Ага, опять ты пытаешься "всё поделить" (С) на удобные тебе классы. И опять ты скипаешь неудобное:
V>

V>учитывается время ожидания окном возможности обработки входящих сообщений, борьба с "замороженными" окнами и т.д.

V>У тебя есть галочка в виндах — ориентировать производительность на приложения или на сервисы. Это оно. Ядро же линухов знать ничего об окошках не знает. На сейчас в ядре есть лишь сервис передачи команд Wayland, а кто и как этим сервисом пользуется — ядро НЕ отслеживает, оно просто позволяет с одной стороны драйверам выставлять некие концы, а с другой стороны юзверскому коду за эти концы дёргать.
V>На другом полюсе находятся винды, OS X или ChromeOS.

Смешно. Т.е. ты определяешь наличие или отсутствие системного GUI в ОС особенностями его внутренней реализации? Ну в твоём уютном виртуальном мирке это возможно и так. А у всего мира это определяется спецификациями самой ОС (см. документацию), вне зависимости от внутреннего устройства.

V>>>GUI идёт идёт в прикладном уровне, а не в ОС.
_>>ОС, в которой GUI является появляется только в прикладном ПО (типа DOS'а), должна соответственно предоставлять весь набор своей функциональности без GUI. Т.е. ты можешь продемонстрировать нам пример нормального функционирующего без GUI Андроида? )))
V>Натянул сову и мучает. ))
V>Это как попросить меня показать нормально работающий Фотошоп без GUI. Ну или как попросить меня показать работу КДЕ в консоли. ))
V>Еще раз. Андроид — это графическая библиотека пользователя + немного сугубо телефонных/планшетных сервисов для своей жабки. Всё.
V>Ты можешь поставить Андроид как очередную либу сверху уже установленных линухов (npm install chromeos-apk -g) и запускать андроидные приложухи.

Ууу, понятно. У тебя в голове совсем альтернативная реальность. В которой Android — это библиотека (а не ОС), а Linux — это ОС (а не ядро). Ты конечно же можешь спокойно жить в этом свою уютном мирке, но только не стоит надеяться, что кто-то ещё будет придерживаться подобных взглядов.

_>>Хы, с тем, кто называет Linux ОС, вообще смешно говорить о какой-то группировке. )))
V>Да-да, Linux — это сугубо ядро. Я уже эту исповедь инопланетян уже слышал. Иной программист в линухах хуже юзверя. ))
V>Кароч, Linux родился в рамках GNU-проекта. Этому проекту нужна была среда для запуска GNU-приложений. Эту среду называют GNU/Linux. Именно таково полное название этой операционки. Linux — это сокращенное названия. А ядро Linux полностью надо называть "ядро GNU/Linux".

Очень забавная интерпретация истории.

V>GNU/Linux — это полноценная современная ОС безо-всяких допущений. Единственной "встроенной" графической средой для GNU/Linux должна была стать подсистема GNOME, но по разным историческим причинам так и не стала, оставшись на уровне сторонней библиотеки не лучше других. Там интересная история, советую ознакомиться. В итоге, операционка GNU/Linux так и осталась сугубо консольной. И это полноценная операционка, с файловыми системами, поставляемыми программами и кучей всего, а ни какое не "просто ядро".

"GNU/Linux — это полноценная современная ОС безо-всяких допущений", то может подскажешь ссылочку, где можно сказать ОС с таким названием? )

_>>А вот обсуждать какую-то конкретную ОС вполне можно. Например обсуждаемый тут Андроид имеет формализованное системное GUI.
V>Проверка на вшивость: а это GUI рисует джавовский код или нейтивный?
V>Ну т.е. отрисовка идёт примерно как в SWT или как-то еще?

О, наконец то. Ты такой забавный, что не просто попадаешься на элементарный приём с противоречием в дискуссии, но даже умудряешься делать это в одном и том же сообщение. Это же надо было умудриться в начале сообщения доказывать что у Андроида нет системного GUI, а уже в середине сообщения предлагать полазить в исходниках этого GUI (внутри исходников Андроида). Прямо как-то неудобно даже развлекаться дальше дискуссией с тобой — напоминает избиение младенца.

_>>Какой ещё контекст? Твоя фраза "Контролы в Андроиде реализованы в нейтиве." полностью однозначна и никакой контекст не способен поменять её смысл.
V>Ну и? Ты на вопрос ответь.

Я вроде как несколько раз уже писал, что системное GUI Андроида не имеет API для доступа из нативного кода. И это вполне общеизвестный факт, который ты похоже не знал. Разобравшись и осознав свой косяк, ты попытался замазать его разговорами в стиле "У Андроида нет системного GUI, т.к. это просто Linux с библиотекой". Но сделал этим только ещё хуже, т.к. показал ещё и незнание что-то такое Linux и какие ОС бывают на его основе.

_>>Для нашей дискуссии абсолютно не принципиально как оно там устроенно внутри (хоть на ассемблере, хоть на баше), если к этому нет физического доступа (нет никакого нативного API) из нативного кода.
V>Это для твоей дисскуссии с самим собой, разве что. Написано было "реализованы".

Вообще то в той дискуссии, в которую ты влез со своим глупейшим утверждением, как раз шла речь о сложностях портирования кроссплатформенных GUI библиотек на платформы с отсутствием нативного доступа к системному GUI. Конкретно речь шла про библиотеки wxWidgets и Eto и почему у них есть сложности с портированием под Андроид. А особенности внутренней реализации системного GUI внутри какой-либо ОС тут никто не обсуждал.

_>>Доступ к значительной части системного API Андроида (в том числе и системному GUI) есть только из Java кода и это просто факт. Или может хочешь поспорить с этим? )))
V>Да мне глубоко на это покласть.

Тогда зачем влез в дискуссию на эту тему? )

V>>>https://www.enlightenment.org/about-efl
_>>Ну так и где в этой куче библиотек упоминание Андроида? )
V>В библиотеке виджетов, вестимо, которую использует куча андроидных приложух.
V>А у тебя были еще какие-то варианты?

Ну давай, покажи, что за aндроидные приложения используют EFL.

V>>>Ты дал ссылку на систему регистрации обработчиков URI, а она там нейтивная и в андроиде как два пальца об асфальт зарегить нейтивный обработчик для т.н. "Intent" (см. доку). В этом смысле джавовский класс Intent — это тонкая обертка над нейтивной функциональностью. Этот механизм аналог виндового DDE.
_>>Не прикидывайся дурачком.
_>>Речь не о том, как потом вызвать функцию приложения из уведомления.
V>Вот, очередной заплыв. Ты так торопился дать ЛЮБОЙ пример якобы "системного сугубо джавовского АПИ", ну типа, чтобы размазать оппонента и прочее больное ЧСВ... что дал сам неудобный для себя самого пример. Ы-Ы-Ы...
V>Кароч, смачно обделался и поэтому обозвал оппонента дурачком.

Вообще то с учётом того, что ты не смог продемонстрировать соответствующий код, то всем стало очевидно кто у нас тут обделался. )))

_>>А о том как показать само уведомление. Банальная GUI операция с установкой иконки, заголовка и текста сообщения, выводимого в специальной области Андроида.
V>Ну так почему бы тебе самому сначала не ознакомиться с темой и не задалбывать своим дилетантизмом окружающих?
V>Тебе не приходило в голову, что всё это GUI и его поведение может быть описано как-то декларативно:
V>

V><activity
V>    android:name="com.worklight.androidnativepush.AndroidNativePush"
V>    android:label="@string/app_name"
V>    android:theme="@android:style/Theme.Black.NoTitleBar"
V>    android:launchMode="singleTask">
V>

Ты хоть сам понял что происходит в приведённом тобой коде? Здесь происходит подключение сторонней (т.е. не из поставки Android'a, а просто сторонний инструмент от IBM) Java (!) библиотеки, которая как раз и осуществляет ту самую роль прокладки между нативным кодом и Java API Андроида для GUI. Как в том же Qt или Xamarin.

_>>Повторюсь снова, для совсем плохо читающих. Твой вопрос смешон уже в самой своей формулировке, потому как Silverlight уже не является "подходящей для интернета" технологией. Хотя бы в силу того, что он уже больше не работает в современных браузерах.
V>Да плевать на некие браузеры, когда речь о конкретном сетевом корпоративном приложении. Такая приложуха имеет право быть разработанной под конкретный браузер. А инопланетян, лепечущих про некие "современные браузеры" уже ждут в отделе кадров для процедуры увольнения. ))

Если мы говорим о "конкретном сетевом корпоративном приложение", то тогда совершенно непонятно зачем вообще привлекать в разговоры браузеры (и все эти недотехнологии типа flash/silverlight). В таком случае пишется банальное нативное приложение, которое будет на порядок эффективнее и функциональнее всех этих поделок. Смысл у flash и silverlight (был когда-то в прошлом) исключительно в отсутствие необходимости инсталляции специального ПО конечным пользователем. Но в приведённом тобой случае корпоративного приложения это уже не важно.

_>>Да, так и не понял... Ты всё же готов применить ЭТО в новом проекте в 2016?
V>Дык, я-то запросто для некоей конкретной задачи.

Очаровательно.

V>А вот ты натурально задрал бегать в третий раз. Просто дай мне название другой альтернативной технологии для медиа в интернете и этот вопрос будет закрыт.
V>И ведь не дашь, что характерно. Лишь бы языком ля-ля...

Что такое "медиа в интернете"? Если речь реально про интернет (а не про корпоративное ПО в интранете), то тут мы жёстко ограничены теми возможностями, что дают нам современные браузеры. Пока там не очень много чего (в сравнение с нативными приложениями) и пожалуй Flash до сих пор является самым сильным решением. Хотя с развитием webgl и webassembly думаю они окончательно вытеснят это устаревшее кривое решение. Ну а silverlight уже давно тут полностью мёртв, т.к. просто не работает в современных браузерах.

Если же ты опять начнёшь заикаться не про интернет, а про корпоративный интранет, то читай выше — никакая браузерная поделка никогда не сравнится в области медиа с нормальным нативным приложением.