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

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

Ага, опять ты пытаешься "всё поделить" (С) на удобные тебе классы. И опять ты скипаешь неудобное:

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

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

На другом полюсе находятся винды, OS X или ChromeOS.

Кста, есть распространённое заблуждение о том, что OS X — это юникс-подобная операционка. ))
Там просто стандартный posix-интерфейс ПОЧТИ поддерживается, но операционка ближе в интерфейсе своих сервисов к виндовому С++ COM на vtable ABI, чем к юниксовым АПИ, рассчитанным на сугубо сишный интерфейс.


V>>GUI идёт идёт в прикладном уровне, а не в ОС.
_>ОС, в которой GUI является появляется только в прикладном ПО (типа DOS'а), должна соответственно предоставлять весь набор своей функциональности без GUI. Т.е. ты можешь продемонстрировать нам пример нормального функционирующего без GUI Андроида? )))

Натянул сову и мучает. ))
Это как попросить меня показать нормально работающий Фотошоп без GUI. Ну или как попросить меня показать работу КДЕ в консоли. ))

Еще раз. Андроид — это графическая библиотека пользователя + немного сугубо телефонных/планшетных сервисов для своей жабки. Всё.
Ты можешь поставить Андроид как очередную либу сверху уже установленных линухов (npm install chromeos-apk -g) и запускать андроидные приложухи.

Ну примерно как нужно установить либы КДЕ для запуска кедовых приложух или с гномовскими приложениями аналогично.


_>Хы, с тем, кто называет Linux ОС, вообще смешно говорить о какой-то группировке. )))

Да-да, Linux — это сугубо ядро. Я уже эту исповедь инопланетян уже слышал. Иной программист в линухах хуже юзверя. ))

Кароч, Linux родился в рамках GNU-проекта. Этому проекту нужна была среда для запуска GNU-приложений. Эту среду называют GNU/Linux. Именно таково полное название этой операционки. Linux — это сокращенное названия. А ядро Linux полностью надо называть "ядро GNU/Linux".

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

Еще одной системой, которую пытались довести до ума, был GNUStep. До ума до сих пор так и не довели, зато на его основе сделали http://www.apportable.com/
https://habrahabr.ru/post/190560/


_>Повторяю ещё раз для особо медленно понимающих. В семейство ОС с ядром LInux входят и ОС без GUI вообще (и это там формализовано!), и ОС с выбираемым пользователем GUI (многие десктопные версии), и ОС с формализованным системным GUI.

Смешно быть маргиналом.
Можно задвинуть что-нить эдакое и осмотреть застывшую в немом удивлении картину вокруг. Это как собирание лулзов, только наоборот — ты их раздаешь. Причем, даже когда никто не просит.

Очевидно, что для тебя являются тёмным лесом подробности отношений ядра Linux и графической подсистемы того же Андроида, поэтому, за отсутствием понимания, ты прибегаешь к классификации по неким субъективным внешним признакам.


_>Поэтому обсуждение некого абстрактного "Linux" в этом контексте мягко говоря смешно (хотя понятно, что на самом деле это всего лишь твоя жалкая попытка замять свой откровенный косяк).

Жалок тут ты со своими отсутствующими представлениями о предмете разговора.


_>А вот обсуждать какую-то конкретную ОС вполне можно. Например обсуждаемый тут Андроид имеет формализованное системное GUI.

Проверка на вшивость: а это GUI рисует джавовский код или нейтивный?
Ну т.е. отрисовка идёт примерно как в SWT или как-то еще?


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

Ну и? Ты на вопрос ответь.


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

Это для твоей дисскуссии с самим собой, разве что. Написано было "реализованы".
Джавовское SWT-GUI сильно тормозит даже на современных мощных десктопах, а на телефонах с джавовской прорисовской было бы слайд-шоу, а не GUI.


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

Да мне глубоко на это покласть.


V>>>>https://www.enlightenment.org/
_>>>EFL на Андроиде? Бредим? )))
V>>А ты случаем не имел ввиду Enlightenment Desktop?
V>>EFL содержит кучу библиотек:
V>>https://www.enlightenment.org/about-efl
_>Ну так и где в этой куче библиотек упоминание Андроида? )

В библиотеке виджетов, вестимо, которую использует куча андроидных приложух.
А у тебя были еще какие-то варианты?


_>>>https://developer.android.com/guide/topics/ui/overview.html просвещайся. )
V>>Это ты в программистком споре будешь оперировать ссылками для домохозяек?
_>Ну понятно, можно фиксировать слив. )))

Я пока фиксирую твой заплыв. Ты влез в такую тему, по которой у тебя нет даже начального кругозора.
Поэтому плаваешь в каждом посте и уже утомил своим медленным продвижением по своим пробелам.
Перед написанием ответа уделил бы пару дней хотя для знакомства с темой, а то мне уже лениво давать много новой для тебя инфы.
Ты задаешь слишком много уточняющих вопросов. Много для того, у кого работает интернет.


V>>Ты дал ссылку на систему регистрации обработчиков URI, а она там нейтивная и в андроиде как два пальца об асфальт зарегить нейтивный обработчик для т.н. "Intent" (см. доку). В этом смысле джавовский класс Intent — это тонкая обертка над нейтивной функциональностью. Этот механизм аналог виндового DDE.
_>Не прикидывайся дурачком.

Т.е. делать как ты? Не прикидываться, а быть?
Дудки, тут ты сам. ))


_>Речь не о том, как потом вызвать функцию приложения из уведомления.

Вот, очередной заплыв. Ты так торопился дать ЛЮБОЙ пример якобы "системного сугубо джавовского АПИ", ну типа, чтобы размазать оппонента и прочее больное ЧСВ... что дал сам неудобный для себя самого пример. Ы-Ы-Ы...
Кароч, смачно обделался и поэтому обозвал оппонента дурачком.

_>А о том как показать само уведомление. Банальная GUI операция с установкой иконки, заголовка и текста сообщения, выводимого в специальной области Андроида.

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

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

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

Да плевать на некие браузеры, когда речь о конкретном сетевом корпоративном приложении. Такая приложуха имеет право быть разработанной под конкретный браузер. А инопланетян, лепечущих про некие "современные браузеры" уже ждут в отделе кадров для процедуры увольнения. ))


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

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

И ведь не дашь, что характерно. Лишь бы языком ля-ля...

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

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

_>>>Кстати, забавная свеженькая новость в тему обсуждения: http://www.playground.ru/blogs/call_of_duty_infinite_warfare/zapusk_call_of_duty_infinite_warfare_v_windows_store_epicheski_provalilsya-220579/. Причём я даже не в курсе (не играю в такое) как конкретно они реализовали там свою игрушку (UWP или просто WIN32 упакованный в appx) — похоже магазин хреново работает в любом случае.
S>> Это говорит о том, что особо то эта игра никому не нужна.

_>В том то и дело, что у людей купивших её через Steam нет никаких проблем с поиском команды для игры. В отличие от пары инвалидов из Windows Store. )))

Microsoft Xbox One четвёртый месяц подряд обходит PS4 по продажам

Соответствующая статистика была опубликована NPD Group. По мнению сотрудников Microsoft, такой успех стал следствием выхода Gears of War 4 и маркетинговой сделке с Electronic Arts, в рамках которой консоль продвигалась как ключевая платформа для Battlefield 1. Помимо США, в октябре Xbox One возглавила чарты Великобритании и Австралии.

Все зависит от контента

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

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

_>>>Кстати, забавная свеженькая новость в тему обсуждения: http://www.playground.ru/blogs/call_of_duty_infinite_warfare/zapusk_call_of_duty_infinite_warfare_v_windows_store_epicheski_provalilsya-220579/. Причём я даже не в курсе (не играю в такое) как конкретно они реализовали там свою игрушку (UWP или просто WIN32 упакованный в appx) — похоже магазин хреново работает в любом случае.
S>> Это говорит о том, что особо то эта игра никому не нужна.

_>В том то и дело, что у людей купивших её через Steam нет никаких проблем с поиском команды для игры. В отличие от пары инвалидов из Windows Store. )))

Кстати посмотрел Windows Store там куча игр от Gameloft

AS>А что тут понимать. Умер Sun — технология осталась.
AS>Умрёт Микрософт — технология умрёт тоже (на ней перестануть делать новые проекты)

Вот только одна проблема:

Sun умер с такой то технологией (не лучшая реклама для технологии согласись), а MS продолжает жить.

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

T>Вот только одна проблема:
T>Image: sunripsmall.jpg
T>Sun умер с такой то технологией (не лучшая реклама для технологии согласись), а MS продолжает жить.
Бред. Sun не умер, его купил Oracle.

·>Бред. Sun не умер, его купил Oracle.

И MS не умрет, в крайнем случае его купит какой-нибудь IBM.

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

T>·>Бред. Sun не умер, его купил Oracle.
T>И MS не умрет, в крайнем случае его купит какой-нибудь IBM.
Если порассуждать о сабже, то ораклу Ява нужна, у них много что на неё завязано было на момент покупки, а сейчас ещё больше. Собственно поэтому и купили, чтобы развивать под собственные нужды.
А какому "какому-нибудь IBM" нужен dotnet?

·>Если порассуждать о сабже, то ораклу Ява нужна, у них много что на неё завязано было на момент покупки, а сейчас ещё больше. Собственно поэтому и купили, чтобы развивать под собственные нужды.

Вот это ключевая фраза: "чтобы развивать под собственные нужды" которая может превратить Java в локальный проект компании Oracle и не потому что это так хочется Oracle, а потому что кто то начнет быдлокодить и внезапно окажется что Java уже без СУБД не работает.

·>А какому "какому-нибудь IBM" нужен dotnet?

Банально, пока есть спрос на .net то IBM сможет зарабатывать деньги.

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

T>·>Если порассуждать о сабже, то ораклу Ява нужна, у них много что на неё завязано было на момент покупки, а сейчас ещё больше. Собственно поэтому и купили, чтобы развивать под собственные нужды.
T>Вот это ключевая фраза: "чтобы развивать под собственные нужды" которая может превратить Java в локальный проект компании Oracle и не потому что это так хочется Oracle, а потому что кто то начнет быдлокодить и внезапно окажется что Java уже без СУБД не работает.
Когда компании мержатся, кодеры обычно остаются.

T>·>А какому "какому-нибудь IBM" нужен dotnet?
T>Банально, пока есть спрос на .net то IBM сможет зарабатывать деньги.
Я, конечно, некомпегаген в корпоративной политике, но мне кажется, что с целью заработать деньги можно покупать что-то типа стартапов. А когда сделки на миллиарды долларов, то тут скорее естественный процесс — Оракл основной клиент Сана и платит ему кучу денег за услуги — и менеджеры решают, что дешевле будет смержить компании.
Да и, кстати, сам по себе дотнет не особо интересен без Студии, Виндов, IIS, MSSQL и прочего.
Хотя может пойти — это всякие mono и прочий опен-сорс "по мотивам".

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

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

T>>·>Бред. Sun не умер, его купил Oracle.
T>>И MS не умрет, в крайнем случае его купит какой-нибудь IBM.
·>Если порассуждать о сабже, то ораклу Ява нужна, у них много что на неё завязано было на момент покупки, а сейчас ещё больше. Собственно поэтому и купили, чтобы развивать под собственные нужды.
·>А какому "какому-нибудь IBM" нужен dotnet?
Он нужен каком-унибудь Samsung http://ko.com.ua/microsoft_obyavila_o_relize_net_core_1_0_i_asp_net_core_1_0_115988

T>>Вот это ключевая фраза: "чтобы развивать под собственные нужды" которая может превратить Java в локальный проект компании Oracle и не потому что это так хочется Oracle, а потому что кто то начнет быдлокодить и внезапно окажется что Java уже без СУБД не работает.
·>Когда компании мержатся, кодеры обычно остаются.

Решат что для лучшей производительности продуктов Oracle нужно Java встроить в ядро этих продуктов (как IE когда то был неотделимой частью Windows) и этого будет более чем достаточно чтобы Java для остального мира R.I.P

·>Да и, кстати, сам по себе дотнет не особо интересен без Студии, Виндов, IIS, MSSQL и прочего.
·>Хотя может пойти — это всякие mono и прочий опен-сорс "по мотивам".

Для IBM это будет шикарный подарок, учитывая что в MS есть и серверные технологии.

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

T>>>Вот это ключевая фраза: "чтобы развивать под собственные нужды" которая может превратить Java в локальный проект компании Oracle и не потому что это так хочется Oracle, а потому что кто то начнет быдлокодить и внезапно окажется что Java уже без СУБД не работает.
T>·>Когда компании мержатся, кодеры обычно остаются.
T>Решат что для лучшей производительности продуктов Oracle нужно Java встроить в ядро этих продуктов (как IE когда то был неотделимой частью Windows)
Как сейчас .net фреймворк является, особенно самая ценная, трудно заменимая его часть — gui.

T> и этого будет более чем достаточно чтобы Java для остального мира R.I.P
В остальном мире есть другие имплементации явы, от того же ibm (ещё кстати хороший кандидат на покупателя явы) или openjdk.

T>·>Да и, кстати, сам по себе дотнет не особо интересен без Студии, Виндов, IIS, MSSQL и прочего.
T>·>Хотя может пойти — это всякие mono и прочий опен-сорс "по мотивам".
T>Для IBM это будет шикарный подарок, учитывая что в MS есть и серверные технологии.
Это совсем другое направление бизнеса для IBM. Но фиг знает, это всё фантазии.

Здравствуйте, 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 уже давно тут полностью мёртв, т.к. просто не работает в современных браузерах.

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

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

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

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

_>Ты конечно же можешь спокойно жить в этом свою уютном мирке, но только не стоит надеяться, что кто-то ещё будет придерживаться подобных взглядов.

А это не мои взгляды. Это взгляды GNU Fundation, которые, собсно, Linux разрабатывают.
А вот у тебя сугубо твои взгляды, НИКЕМ не разделяемые.

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

Да я тебе сразу сказал, что ты решился спорить на такие темы, по которым ни в зуб ногой. Ты тупо троллишь окружающих, чтобы они на блюдечке приносили тебе еду для отжора твоей эрудиции. Видишь, ты даже был не в курсе, что есть Linux.

А что тебе мешало ДО спора САМОСТОЯТЕЛЬНО зайти на официальные сайты GNU/Linux и узнать, ху из ху?
Кароч, опять и снова показываешь лень ума.


_>Что такое "медиа в интернете"? Если речь реально про интернет (а не про корпоративное ПО в интранете), то тут мы жёстко ограничены теми возможностями, что дают нам современные браузеры.

Вот опять лень ума.
Есть Adobe Flash, Adobe Shockware, Adobe AIR, Unity player, VLC torrent polayer, Java Applets и большая куча других плагинов.


_>Пока там не очень много чего (в сравнение с нативными приложениями) и пожалуй Flash до сих пор является самым сильным решением.

И опять показываешь, что ты не в теме от слова совсем. ))

Самым сильным решением до сервелата был Adobe Shockware, позже появился Adobe AIR, который лучше Shockware, но всё еще хуже сервелата. А флеш — это убогое тормозящее г-но мамонта для нубов/студентов.


_>Хотя с развитием webgl и webassembly думаю они окончательно вытеснят это устаревшее кривое решение.

Вот. За базар не отвечаем.

А теперь, барабанная дробь... ты сможешь назвать хоть одну альтернативную технологию, подходящую для интернета и дающую сравнимую эффективность? Очевидно, что НЕ сможешь.
...
В общем, вопрос в силе и вопрос не праздный. Он в силе сейчас и в ближайшие лет 5 (минимум) тоже будет.
Как найдёшь ответ по-существу — приходи.

А ты меня опять завтраками кормишь, хотя всех нас этими завтраками уже лет 5 кормят и еще столько же или больше кормить собрались.


_>Ну а silverlight уже давно тут полностью мёртв, т.к. просто не работает в современных браузерах.

И опять ты не в теме.
Конкретно silverlight тут не причем. Тут имеет место быть обычный сговор. Суть сговора такова: Хром и Мозилла полностью отключают поддержку каких-либо плагинов в браузере. Т.е., под нож пошел не только сервелат, но и все перечисленные плагины... кроме, барабанная дробь:

Mozilla intends to remove support for most NPAPI plugins in Firefox by the end of 2016.
...
Because Adobe Flash is still a common part of the Web experience for most users, we will continue to support Flash within Firefox as an exception to the general plugin policy.

Потому что их совсем бы за яйца подвесили, перестань они поддерживать Флеш.
Кароч, эти конторы решили вообще выбросить из интернета других игроков и установить богомерзскую собственную монополию с обязательным будущим протуханием в итоге.

Кароч, досталось всем, не только сервелату:

Итак, а что будет с уже существующим контентом, который сделан под Web Player и опубликован в вебе? Могут ли игроки продолжать играть в мои игры на Unity Web Player?

Короткий ответ – да. Весь контент, сделанный под Web Player, будет доступен в браузерах, которые поддерживают плагины NPAPI. Unity позволит скачивать Unity 5.3 Web Player, чтобы запускать любой существующий контент. Обратите внимание, что нужно будет использовать либо браузер с поддержкой NPAPI, либо более старую версию браузера, которая была выпущена до прекращения поддержки NPAPI.

Для сервелата, на самом деле, всё пока не так уж плохо:

64-bit Firefox for Windows is officially available, Flash and Silverlight are the only supported plug-ins

До мая 2018-го достоверно будет поддерживаться.


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

Нафига тебе нейтивное приложение для интранета?
Это ж потом и с автообновлением надо возиться, и с ручной 3-хуровневой архитектурой и еще с кучей плюшек, которые в веб-приложении уже есть изкаробки.

И да. Сервелат — это весьма особенная версия дотнета — он практически весь нейтивный, в отличие от "настоящего" дотнета. В любом случае, сервелатные модули — это небольшие части больших веб-приложений. Но это порой очень удобные... я бы сказал критичные части таких приложений, у которых традиционно есть слабости, когда речь о необходимости выполнять много кода на клиентской стороне. Сервелат РЕШАЕТ эту проблему. Никакие другие технологии на сегодня эту проблему НЕ решают. "Ручное" писанное 3-хуровневое дотнетное приложение сравнимого функционала обойдется в 3-5 раз дороже в разработке и поддержке. Нейтивное обойдется еще в 3 раза дороже, итого в 10-15 раз дороже от варианта веб-приложения с сервелатными модулями (где они необходимы).

А учитывая, что корпоративные приложения — это тебе не коробочный продукт, где затраты могут отбиться размножением, а, фактически, система в единственном экземпляре, то банальное инженерное решение будет банальным. И циничным. Потому что в этом сценарии не браузер является приложением, а само приложение является приложением. )) А браузер — ну это просто такая "точка входа", как бэ. А с твоими рассуждениями тебя лишь попросят пройти в кабинет отдела кадров для процедуры увольнения, повторюсь, потому что ты предлагаешь нечто нереальное, неработающее и вообще вредное для бизнеса.

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

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

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

Эээ что? ) Идею что Андроид — это библиотека, а не ОС высказывал тут как раз ты (показать цитату?). А я наоборот изначально говорил, что это полноценная ОС с официальным системным GUI.

_>>Ты конечно же можешь спокойно жить в этом свою уютном мирке, но только не стоит надеяться, что кто-то ещё будет придерживаться подобных взглядов.
V>А это не мои взгляды. Это взгляды GNU Fundation, которые, собсно, Linux разрабатывают.
V>А вот у тебя сугубо твои взгляды, НИКЕМ не разделяемые.

Как мило. Вообще то Linux (то самое ядро) разрабатывает совсем не GNU Fundation, а Торвальдс. Более того, у них там со Столлманом (надеюсь не надо рассказывать кто это?) совсем не гармоничные отношения. Потому как последний постоянно достаёт Торвальдса со своими "религиозными" идеями, а тому они совсем не интересны — ему интересна исключительно разработка и лезть в политику нет никакого желания.

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

Угу, угу) А может тебе стоит зайти, например сюда https://www.gnu.org/gnu/linux-and-gnu.html? И узнать, что ядро Linux разрабатывалось не в рамках проекта GNU (там потом даже потребовались приличные усилия на интеграцию) и у него в название точно никогда не было GNU. А так же что согласно позиции GNU Fundation большинство известных ОС на базе ядра Linux не могут называться GNU/Linux.

_>>Что такое "медиа в интернете"? Если речь реально про интернет (а не про корпоративное ПО в интранете), то тут мы жёстко ограничены теми возможностями, что дают нам современные браузеры.
V>Вот опять лень ума.
V>Есть Adobe Flash, Adobe Shockware, Adobe AIR, Unity player, VLC torrent polayer, Java Applets и большая куча других плагинов.

Ага, это звучит очень забавно с учётом того, что ты сам же чуть ниже пишешь:

Суть сговора такова: Хром и Мозилла полностью отключают поддержку каких-либо плагинов в браузере. Т.е., под нож пошел не только сервелат, но и все перечисленные плагины...

Противоречить сам себе через пару абзацев — это уже просто шедевр умения дискутировать. )))

_>>Пока там не очень много чего (в сравнение с нативными приложениями) и пожалуй Flash до сих пор является самым сильным решением.
V>И опять показываешь, что ты не в теме от слова совсем. ))
V>Самым сильным решением до сервелата был Adobe Shockware, позже появился Adobe AIR, который лучше Shockware, но всё еще хуже сервелата. А флеш — это убогое тормозящее г-но мамонта для нубов/студентов.

А причём тут то, что было когда-то? Мы обсуждаем текущую реальность, а не прошлое. А то в прошлом то и silverlight был ещё не мёртв. )))

_>>Хотя с развитием webgl и webassembly думаю они окончательно вытеснят это устаревшее кривое решение.
V>Вот. За базар не отвечаем.
V>

V>А теперь, барабанная дробь... ты сможешь назвать хоть одну альтернативную технологию, подходящую для интернета и дающую сравнимую эффективность? Очевидно, что НЕ сможешь.
V>...
V>В общем, вопрос в силе и вопрос не праздный. Он в силе сейчас и в ближайшие лет 5 (минимум) тоже будет.
V>Как найдёшь ответ по-существу — приходи.

V>А ты меня опять завтраками кормишь, хотя всех нас этими завтраками уже лет 5 кормят и еще столько же или больше кормить собрались.

Ещё раз повторяю для медленно понимающих. В данный момент в данной области лидирует flash, но его плавно замещает webgl+js/webassembly. И больше никаких других вариантов в современных браузерах нет.

_>>Ну а silverlight уже давно тут полностью мёртв, т.к. просто не работает в современных браузерах.
V>И опять ты не в теме.
V>Конкретно silverlight тут не причем. Тут имеет место быть обычный сговор. Суть сговора такова: Хром и Мозилла полностью отключают поддержку каких-либо плагинов в браузере. Т.е., под нож пошел не только сервелат, но и все перечисленные плагины... кроме, барабанная дробь:
V>

V>Mozilla intends to remove support for most NPAPI plugins in Firefox by the end of 2016.
V>...
V>Because Adobe Flash is still a common part of the Web experience for most users, we will continue to support Flash within Firefox as an exception to the general plugin policy.

V>Потому что их совсем бы за яйца подвесили, перестань они поддерживать Флеш.
V>Кароч, эти конторы решили вообще выбросить из интернета других игроков и установить богомерзскую собственную монополию с обязательным будущим протуханием в итоге.
V>Кароч, досталось всем, не только сервелату:
V>

V>Итак, а что будет с уже существующим контентом, который сделан под Web Player и опубликован в вебе? Могут ли игроки продолжать играть в мои игры на Unity Web Player?
V>Короткий ответ – да. Весь контент, сделанный под Web Player, будет доступен в браузерах, которые поддерживают плагины NPAPI. Unity позволит скачивать Unity 5.3 Web Player, чтобы запускать любой существующий контент. Обратите внимание, что нужно будет использовать либо браузер с поддержкой NPAPI, либо более старую версию браузера, которая была выпущена до прекращения поддержки NPAPI.

Ты пытаешься тут рассказывать о своей версии причин отмирания silverlight. Но вообще то я с этим даже и не спорю. В том смысле что мне абсолютно безразлично почему оно сдохло. Главное сам этот факт, который ставит крест на использование данной технологии.

V>Для сервелата, на самом деле, всё пока не так уж плохо:
V>

V>64-bit Firefox for Windows is officially available, Flash and Silverlight are the only supported plug-ins

V>До мая 2018-го достоверно будет поддерживаться.

Как мило, проект на годик жизни. Да, а что там у нас в Хроме (самом популярном браузере на планете в данный момент)?

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

Потому что они априори удобнее и эффективнее. )

V>Это ж потом и с автообновлением надо возиться, и с ручной 3-хуровневой архитектурой и еще с кучей плюшек, которые в веб-приложении уже есть изкаробки.

Вообще то с твоим вариантом использования древнего браузера всё ещё намного хуже. Мало того, что надо будет поддерживать на каждой машине пользователя два разных браузера (твой древний и какой-нибудь нормальный современный), так ещё и объяснять им что один для инета, а второй для кривых внутренних программ.

V>И да. Сервелат — это весьма особенная версия дотнета — он практически весь нейтивный, в отличие от "настоящего" дотнета. В любом случае, сервелатные модули — это небольшие части больших веб-приложений. Но это порой очень удобные... я бы сказал критичные части таких приложений, у которых традиционно есть слабости, когда речь о необходимости выполнять много кода на клиентской стороне. Сервелат РЕШАЕТ эту проблему. Никакие другие технологии на сегодня эту проблему НЕ решают. "Ручное" писанное 3-хуровневое дотнетное приложение сравнимого функционала обойдется в 3-5 раз дороже в разработке и поддержке. Нейтивное обойдется еще в 3 раза дороже, итого в 10-15 раз дороже от варианта веб-приложения с сервелатными модулями (где они необходимы).

Не знаю как там с дотнетным приложением, не пробовал, но какой-нибудь плеер онлайнового видео или что-то подобное делается на Qt в несколько кликов мышкой. )))

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

Угу, теперь я понимаю откуда в некоторых компаниях берутся такие дикие франкенштейны во внутреннем ПО. ))) Это у них был кто-то типа тебя в советчиках по технологиям. )))

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

EP>>·> Тип _объекта_ ни в одном из перечисленных языков менять нельзя (только в Питоне). Object o = new String() — тип "o" будет тип String, изменить ты это не сможешь, хоть лопни.
EP>>А что будет в Python по-твоему?
·>Можно, например, класс поменять (у некоторых объектов) присвоением __class__ к чему-нибудь другому. А ещё типы переменных меняются (x=5, x="5"), точнее у переменных нет типа.

И если ты в Java объявил Object o, ты можешь в ходе работы программы присваивать ему то String, то боксирующий Integer, то ArrayList — всё это будет законно. Это, так сказать, первый уровень динамики и по сути ничем не отличается от того, что в Python в твоём же примере, где вначале x=5, а потом x="5".
И только на более высоких уровнях начинается то, что duck typing позволяет обращаться к членам класса по имени, не зная заранее конкретного базового типа с этим именем, что можно на ходу переопределять методы и даже базовый класс, и так далее.

EP>>·>Разница между C++ и Java будет лишь в том, что неверное приведение типа в C++ — UB, а в Java — exception. Всё.
EP>>Это тебя опять куда-то не в ту сторону понесло. Убери из C++ все UB конструкции, статических проверок от этого не уменьшится, compile time map никуда не исчезнет
·>Что тогда будет делать static_cast для неприводимых типов?

Так его же убрали в нашем предположении?

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

_>Судя по твоему ответу (а точнее отсутствию ответов на большую часть пунктов) ты признаёшь свой слив по основной теме дискуссии

Я признаю, что потратил время на ерунду.

Если вместо того, чтобы испариться и скромно прикинуться ветошью оппонент позволяет себе на весь интернет удивляться тому факту, что "Linux" — это сленговое сокращение от "GNU/Linux", да еще пытается оскорблять по этому факту, т.е. по факту своего НЕЗНАНИЯ, то я пас. В общем, когда оппоненту всё божья роса, то нуегонах. Всё это гребанный стыд, конечно, но тебе не привыкать, походу.

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

EP>>>·> Тип _объекта_ ни в одном из перечисленных языков менять нельзя (только в Питоне). Object o = new String() — тип "o" будет тип String, изменить ты это не сможешь, хоть лопни.
EP>>>А что будет в Python по-твоему?
N>·>Можно, например, класс поменять (у некоторых объектов) присвоением __class__ к чему-нибудь другому. А ещё типы переменных меняются (x=5, x="5"), точнее у переменных нет типа.
N>И если ты в Java объявил Object o, ты можешь в ходе работы программы присваивать ему то String, то боксирующий Integer, то ArrayList — всё это будет законно. Это, так сказать, первый уровень динамики и по сути ничем не отличается от того, что в Python в твоём же примере, где вначале x=5, а потом x="5".
Это не динамика, а система типов. Object — базовый класс для перечисленного, upcast называется. В Плюсах upcast-ить нельзя что-ли??
Тип нужен не для красоты, а для того чтобы проверялось что с этой самой "Object o" можно делать — так вот в отличие от Питона у "o" можно только звать методы Object или при наличии каста — только методы оригинального типа (String в моём примере выше).

N>И только на более высоких уровнях начинается то, что duck typing позволяет обращаться к членам класса по имени, не зная заранее конкретного базового типа с этим именем, что можно на ходу переопределять методы и даже базовый класс, и так далее.
В каких "высоких уровнях"? Уровнях чего?

EP>>>·>Разница между C++ и Java будет лишь в том, что неверное приведение типа в C++ — UB, а в Java — exception. Всё.
EP>>>Это тебя опять куда-то не в ту сторону понесло. Убери из C++ все UB конструкции, статических проверок от этого не уменьшится, compile time map никуда не исчезнет
N>·>Что тогда будет делать static_cast для неприводимых типов?
N>Так его же убрали в нашем предположении?
Убрали вроде UB, а не static_cast. Или static_cast это и есть UB?
Так тогда в C++ вообще кастов не останется...

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

_>Угу, угу) А может тебе стоит зайти, например сюда https://www.gnu.org/gnu/linux-and-gnu.html? И узнать, что ядро Linux разрабатывалось не в рамках проекта GNU (там потом даже потребовались приличные усилия на интеграцию) и у него в название точно никогда не было GNU. А так же что согласно позиции GNU Fundation большинство известных ОС на базе ядра Linux не могут называться GNU/Linux.

Это фантазии, хотя бы потому, что исполняемый формат ELF, загрузчик и компоновщик, основная либа libc и прочее и прочее не относятся к ядру Linux, это всё код от GNU. Куча дров, графическая подсистема линухов — не X-сервер, а платформа wayland, поверх которой работают и X-сервера и фрейм-буферы и всякие GL-ускорительные либы и дрова, а так же поверх которого работает графика того же Андроида — это всё тоже GNU.

Мне плевать на личное отношение Торвальдса к GNU, но в любой операционке на ядре Торвальдса будет 1% кода команды Торвальдса и в 10-20 раз больше кода GNU. Поэтому, все рассуждения о "чистом Linux" всегда были, есть и будут спекуляциями чистой воды.


_>>>Что такое "медиа в интернете"? Если речь реально про интернет (а не про корпоративное ПО в интранете), то тут мы жёстко ограничены теми возможностями, что дают нам современные браузеры.
V>>Вот опять лень ума.
V>>Есть Adobe Flash, Adobe Shockware, Adobe AIR, Unity player, VLC torrent polayer, Java Applets и большая куча других плагинов.
_>Ага, это звучит очень забавно с учётом того, что ты сам же чуть ниже пишешь:
_>

_> Суть сговора такова: Хром и Мозилла полностью отключают поддержку каких-либо плагинов в браузере. Т.е., под нож пошел не только сервелат, но и все перечисленные плагины...

Ничего забавного я тут не вижу. Это всё объективно используемые в современном вебе технологии.
Если тебе это кажется забавным, то ты не инженер, а маркетолог или из "сочувствующих" этой маркетологической братии.


_>Противоречить сам себе через пару абзацев — это уже просто шедевр умения дискутировать.

Шедевр тут в отсутствии умения пользоваться моском. Этому заговору только единицы месяцев и он еще не реализован полностью — и всё это на фоне того, что эти браузеры не единственны ни разу, сейчас помимо этих двух браузеров есть еще целая россыпь их с ОЧЕНЬ неплохой поддержкой стандартов и ситуация с каждым годом всё улучшается.

Я просто напомню, что когда-то у MS тоже неплохо получилось "обрубить хвосты" конкурентам из-за того, что браузер от MS был на голову выше других решений. Сейчас то же самое о себе вообразили Гугл и Мозилла, ы-ы-ы. А вот это уже забавно. Потому что да, у MS долгое время был профит в виде отсутствия конкурентов в деле браузинга. Но, согласно третьему закону Ньютона, действие родило противодействие — появились конкуренты в виде Мозиллы и Гугля. Так вот, сейчас не 98-й год, в ответ на эту выходку Мозиллы и Гугла конкуренты появятся в 3-5 раз быстрее. Тем более, что Гугл вообще можно выносить за скобки — у Гугла НЕТ собственного движка рендеринга HTML, он юзает и дорабатывает опенсорсный, разработанный когда-то Apple. И закрыть он этот движок, увы, не сможет. И сейчас есть просто тонны браузеров на движке WebKit и производных и среди них тонны их, поддерживающих старый добрый NPAPI.

В общем, заговор Мозиллы и Гугла бестолков и недальновиден. Его полная реализация приведет к тому, что альтернативные браузеры получат неплохой шанс, а эти оба превратятся в нечто маргинальное, в эдакое, которое "на котором ни черта не работает!", как на Сафари в своё время. ))


V>>Самым сильным решением до сервелата был Adobe Shockware, позже появился Adobe AIR, который лучше Shockware, но всё еще хуже сервелата. А флеш — это убогое тормозящее г-но мамонта для нубов/студентов.
_>А причём тут то, что было когда-то? Мы обсуждаем текущую реальность, а не прошлое. А то в прошлом то и silverlight был ещё не мёртв. )))

Так и сейчас ни одна из этих технологий не мертва. Самая крутая — это Сервелат, потом Adobe AIR, потом Adobe Shockware и только на самом низу де-то там Флеш.

Я так думаю, что ты пересидел малость в Хроме и подменил объективную реальность точкой зрения Гугла и его влажными фантазиями. Чего стоят эти фантазии я вижу хотя бы по его NaCL — без слёз не взглянешь уже 5-й год и конца и краю этой разработке не видно. А сколько было пафоса...

Кароч. Как разработчик софта, Гугл — контора гавно. Они умудряются вбухивать в разработку софта сумасшедшие ресурсы, но на выходе — пшик. Я просматривал в и-нете их ежегодные сейшены, внимательно слушал доклады... Это ж позор на позоре. Там вещают нубы для нубов, эдакие хиппи-фрики для других хиппи-фриков. Типичный сорт людей, которым процесс важнее результата, и уж "правильное видение" куда как дороже надежности и эффективности. Да не работает такой подход в разработке софта ни разу. Именно поэтому Андроид — это тормозящее г-но, которое на всех парах движется к своему закату. Это понимают все, и даже Гугл. Не зря они проталкивают всё больше нейтива в Андроиде, ы-ы-ы.


V>>А ты меня опять завтраками кормишь, хотя всех нас этими завтраками уже лет 5 кормят и еще столько же или больше кормить собрались.
_>Ещё раз повторяю для медленно понимающих. В данный момент в данной области лидирует flash

Он не лидирует ни разу в плане технологий. Его просто часто исопльзуют. Но это не аргумент ни разу, потому что с такими аргументами у нас в лидерах будут просто JPG-картинки.


_>но его плавно замещает webgl+js/webassembly. И больше никаких других вариантов в современных браузерах нет.

Во-во, продолжаем обитать в параллельной реальности. А нашей реальности никакими webgl+js/webassembly и не пахнет и еще лет 5 пахнуть и не будет. Этой маргинальности в реальности меньше даже, чем сайтов с сервелатом. ))

Кароч, это всё влажные фантазии Гугла и сочувствующих. В реальности эта технология так и не вылезла из штанишек "proof-of-concept" и прочих "demo for graph-wiz-bla-bla-contest" не вылезет в текущем виде никогда и низачто, ес-но. Почему?

Вот тебе любопытные сайты на WebGL, поэкспериментируй:
http://glslsandbox.com/
https://www.shadertoy.com/

Я выдирал из первого сайта его "движок", общающийся с WebGL (загоняет туда GLSL-шейдеры) и разбирал происходящее там по косточкам. Сам некоторое время с удовольствием рисовал шейдеры, порождал всевозможную красочную трехмерную хренотень. Простор для экспериментов там широкий, угу. Будут вопросы — обращайся. Я на пальцах объясню, почему в таком виде оно не сможет взлететь НИКОГДА.

Фишка в том, что на сегодня тормознее технологии, чем webgl, еще не придумали. Оно не готово, не пашет, тормозит, не на всех видеокартейках заводится и уж тем более не везде устойчиво работает при десятке (хотя бы) одновременно открытых страниц. А десяток-другой одновременно открытых страниц — это более чем нормально сейчас. И оно НЕ работает должным образом в таком сценарии даже на относительно мощном моём ноуте (относительно 99% других ноутов у всех остальных).

V>>Кароч, досталось всем, не только сервелату:
V>>

V>>Итак, а что будет с уже существующим контентом, который сделан под Web Player и опубликован в вебе? Могут ли игроки продолжать играть в мои игры на Unity Web Player?
V>>Короткий ответ – да. Весь контент, сделанный под Web Player, будет доступен в браузерах, которые поддерживают плагины NPAPI. Unity позволит скачивать Unity 5.3 Web Player, чтобы запускать любой существующий контент. Обратите внимание, что нужно будет использовать либо браузер с поддержкой NPAPI, либо более старую версию браузера, которая была выпущена до прекращения поддержки NPAPI.

_>Ты пытаешься тут рассказывать о своей версии причин отмирания silverlight.

Нет, я лишь разоблачаю твою ложь. Я показываю окружающим, что ты не владеешь информацией, поэтому ты её изобретаешь.
Никаких особенных причин для "отмирания" именно сервелата нет и быть не может, ес-но. Даже MS официально указывало именно эту причину и никакую другую. Ну т.е. ту же самую причину, что и для Unity, A/AIR, A/Shockware, Java-апплетов и прочих.


_>Но вообще то я с этим даже и не спорю. В том смысле что мне абсолютно безразлично почему оно сдохло. Главное сам этот факт, который ставит крест на использование данной технологии.

Да куда тебе спорить-то. ))
Тебе просто хотелось макнуть продукт от MS и ты опять малость перестарался.

Но ты не видишь ситуации в целом и даже не интересуешься. А суть в том, что интернет-сообщество проявляет недовольство Гуглом и Мозиллой. Сюрпрайз! Недовольны все — Оракл, MS, Apple, разработчики сайтов с медиа-контентом и т.д. до бесконечности.

Тебе, наоборот, должно быть безразлично что о самом себе, любимом, вещает Гугл, но для тебя почему-то самопохвала этой недоконторы почему-то важна. А по-факту в Гугле работают хорошие маркетологи, разбирающиеся во всём, что касается рекламы, и рядом с ними — отвратительные программные архитекторы.

А ситуация такова, что где-то в 2011-2012-м году Гуглу выписали охрененейших размеров кредит доверия. Выписала вся IT-индустрия. Но сегодня уже стало понятно, что Гугл не оправдал себя. Престиж потерян, время потеряно, ничего работающего нет. И не будет еще долго. И ситуация идиотская, с какой стороны не посмотреть. А как оно разрулится в коне всех концов — неизвестно от слово совсем, т.е. ты рано там радуешься этой шаткой "победе Гугла". Пока что вся суть этой победы — во вредительстве всей индустрии и ни в чём более. Боюсь, такие победы рано или поздно обязательно конвертируются в поражение.


V>>До мая 2018-го достоверно будет поддерживаться.
_>Как мило, проект на годик жизни.

Почему на год? А что случится с программой, написанной в 2018-м году через 5 лет? Она протухнет, что ле?
Прекрасно будет работать.
Какая-нить интранетная инсталляха установит нужную версию браузера со всеми требуемыми настройками и создаст в главном меню и на рабочем столе клерка в банке ярлыки на корпоративные приложухи "банковского рабочего дня" и ву-а-ля. Оно примерно так все и работает сегодня, только там IE11 везде используется, а твой Хром никому в бизнес-приложениях и не нужен и даром. И не будет нужен никогда, ес-но, со своей обострённой маргинальностью.


_>Да, а что там у нас в Хроме (самом популярном браузере на планете в данный момент)?

НИ-ЧЕ-ГО.
Хром завоевал свою популярность лишь потому, что с 2011-го года быстрее всех исполнял скрипты. Сейчас Мозилла и MS опять его обошли. Так шта. популярность Хрома — это, по состоянию на сегодняшний день, есть "проедание старых запасов". Через очередные 3 года хром перестанет быть самым популярным. В любом случае, даже если он останется самым популярным (за счет роста кол-ва самих браузеров и дробления рынка), его доля будет заметно ниже 1/3 от общего пирога, т.е. такой важной роли как пару лет назад он играть уже не будет.

Вот любопытная ссылка:
https://my-chrome.ru/statistika-brauzerov/

Согласно её, второе место у пользователей РФ занимает Яндекс-браузер. Ы?
Поэтому, если вдруг в Хроме что-то отвалится и перестанет работать, прекрасно можно будет соскочить на альтернативу и забыть про этого маргинала.


V>>Нафига тебе нейтивное приложение для интранета?
_>Потому что они априори удобнее и эффективнее. )

Я не спорю, я сам нейтивный программист. Но я разрабатываю коробочные решения, а тут речь об однократном.


V>>Это ж потом и с автообновлением надо возиться, и с ручной 3-хуровневой архитектурой и еще с кучей плюшек, которые в веб-приложении уже есть изкаробки.
_>Вообще то с твоим вариантом использования древнего браузера всё ещё намного хуже. Мало того, что надо будет поддерживать на каждой машине пользователя два разных браузера (твой древний и какой-нибудь нормальный современный), так ещё и объяснять им что один для инета, а второй для кривых внутренних программ.

Никому ничего объяснять не надо. IT-отдел банка подготавливает и запускает (автоматически, через политики домена) инсталляхи инфраструктуры для корпоративных приложух на клиентских десктопах клерков. Девочке-клерку даётся команда сделать logout, опять login и вот у ней всё уже стоит.


_>Не знаю как там с дотнетным приложением, не пробовал, но какой-нибудь плеер онлайнового видео или что-то подобное делается на Qt в несколько кликов мышкой. )))
Повторяю:

сервелатные модули — это небольшие части больших веб-приложений.

Никакой QT тебя не выручит при разработке большого 3-хуровневого приложения.


V>>А учитывая, что корпоративные приложения — это тебе не коробочный продукт, где затраты могут отбиться размножением, а, фактически, система в единственном экземпляре, то банальное инженерное решение будет банальным. И циничным. Потому что в этом сценарии не браузер является приложением, а само приложение является приложением. )) А браузер — ну это просто такая "точка входа", как бэ. А с твоими рассуждениями тебя лишь попросят пройти в кабинет отдела кадров для процедуры увольнения, повторюсь, потому что ты предлагаешь нечто нереальное, неработающее и вообще вредное для бизнеса.
_>Угу, теперь я понимаю откуда в некоторых компаниях берутся такие дикие франкенштейны во внутреннем ПО. ))) Это у них был кто-то типа тебя в советчиках по технологиям.

Я как раз, когда подряжаюсь на такого рода халявки, особо советовать не лезу. В банках или оптовых торговых конторах есть свои IT-отделы, которые неплохо разбираются в современном положении дел относительно технологий и их подходящести под требуемые сценарии. И разбираются они в этом правильно, надо сказать, потому что умеют считать деньги. Поэтому, всё пишется на вебе, основных конкурирующих технологий две — это джавовские серваки веб-приложений или дотнетные.

В случае джавы для чего-то неординарного на стороне клиента используют джава-апплеты, в случае дотнета — сервелат. Обе технологии находятся в точности в одинаковой зависимости от NPAPI браузера.

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

V>Если вместо того, чтобы испариться и скромно прикинуться ветошью оппонент позволяет себе на весь интернет удивляться тому факту, что "Linux" — это сленговое сокращение от "GNU/Linux", да еще пытается оскорблять по этому факту, т.е. по факту своего НЕЗНАНИЯ, то я пас. В общем, когда оппоненту всё божья роса, то нуегонах. Всё это гребанный стыд, конечно, но тебе не привыкать, походу.

Android (обсуждаемый в данной теме) является ОС на базе ядра Linux, но при этом не является GNU/Linux. Так что твои упоминания о GNU/Linux в данной теме говорят или о твоей полной некомпетентности или о жалкой попытке подменить тему разговора с целью замять свой изначальный косяк. И тот и другой вариант показывают тебя не в лучшем свете.