The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..., opennews (ok), 04-Янв-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +2 +/
Сообщение от Crazy Alexemail (??), 04-Янв-11, 19:23 
С нынешними идиотскими тенденциями (веб-приложения и интерфейсы из трех кнопок) мощь иксов почти никому не нужна, а поддерживать их приходится. Вот и ищут что-нибудь попримитивнее. Тем более, что по факты усе иксовые преимущества уже убиты криво реализованным базовым GUI-софтом (у автора Ion3 в блоге была масса примеров того, на какие хаки приходилось идти, чтобы обойти несоответствие Gtk спецификациям ICCCM - кривые идентификаторы классов и окон, их изменение в рантайме и т.д.

Туда же - неумение DE внятно работать со смесью удаленно и локально запущенных приложений - никто это и не пытался делать корректно, D-Bus по-прежнему по X-протоколу толком не ходит, стандартизацию шрифтов (которая сервер шрифтов) выкинули в пользу пересылки битмапов и т.п.

Впрочем, веб-приложения либо проброшенные через VNC/RDP и тому подбное еще более убоги - они не только с локальным DE, но и с базовыми иксовыми компонентами взаимодействовать не могут - другими словами можно забыть о запуске ссылки из удаленно запущенного просмотрщика PDF  в локальном браузере или об иконке в трее...

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

16. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  –1 +/
Сообщение от Crazy Alexemail (??), 04-Янв-11, 19:28 
Впрочем, если кто-то знает о живых способах интеграции "гостевого" софта с локальной системой - буду обчень благодарен за подсказку.

Интересуют два случая:
1) веб-приложение, которое хочет как-то взаимодействовать с десктопом
2) приложение, проброшенное с удаленной машины (VNC/RDP/NX/whatever)

В идеале, я так понимаю, это должна быть шина вроде D-Bus, но подобное я, кажется, только в WebOS встречал...

Ответить | Правка | Наверх | Cообщить модератору

20. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +/
Сообщение от croster (ok), 04-Янв-11, 20:05 
>1) веб-приложение, которое хочет как-то взаимодействовать с десктопом

Посмотрите http://browserplus.yahoo.com/

Ответить | Правка | Наверх | Cообщить модератору

35. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +/
Сообщение от Crazy Alexemail (??), 04-Янв-11, 21:49 
Мды... то, что и ожидал. Некий экстеншн к браузеру, причем:
- проприетарное от одного вендора
- не контролируется толком пользователем

Я скорее надеялся, что что-то в HTML5, к примеру, упустил.

Ответить | Правка | Наверх | Cообщить модератору

18. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  –1 +/
Сообщение от VoDA (ok), 04-Янв-11, 19:40 
> Туда же - неумение DE внятно работать со смесью удаленно и локально запущенных приложений - никто это и не пытался делать корректно, D-Bus по-прежнему по X-протоколу толком не ходит, стандартизацию шрифтов (которая сервер шрифтов) выкинули в пользу пересылки битмапов и т.п.

Это нужно полтора землекопам, которые сами запилить не могут ... и их слишком мало, чтобы корпорации типа RedHat/Canonical поддерживали из за них подобных X-у монстров-переростков.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

38. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +1 +/
Сообщение от Crazy Alexemail (??), 04-Янв-11, 21:54 
Ну я примерно это и говорил. Началось с винды, а результат - поощрение тупости в ущерб эффективности. Кстати, икс отнюдь не монстр - особенно учитывая, для каких машин он проектировался (и таки на них работал).
Ответить | Правка | Наверх | Cообщить модератору

49. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  –2 +/
Сообщение от tmp (?), 05-Янв-11, 03:22 
> Ну я примерно это и говорил. Началось с винды, а результат -
> поощрение тупости в ущерб эффективности. Кстати, икс отнюдь не монстр -
> особенно учитывая, для каких машин он проектировался (и таки на них
> работал).

Какая может быть эффективность в системе, где до сих пор отсутствует базовый язык программирования, с помощью которого можно решить задачу любого типа. Здесь вам и bash, и python, и perl, и всякая другая нечисть, и невозможно оставить в системе только один из них без существенной потери в функциональности. Причем в GUI, где решаются почти все пользовательские задачи, даже нормального RAD (н формочкоклепателя) нет.

Ответить | Правка | Наверх | Cообщить модератору

56. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +/
Сообщение от Аноним (-), 05-Янв-11, 11:55 
> Какая может быть эффективность в системе, где до сих пор отсутствует базовый язык программирования, с помощью которого можно решить задачу любого типа

Дело в платформе и API, а не языке программирования. Большинство библиотек пишут на C, но можно хоть на Haskell написать и потом оформить как пакет для питона

> Здесь вам и bash, и python, и perl, и всякая другая нечисть

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

> и невозможно оставить в системе только один из них без существенной потери в функциональности

Вы место на диске экономите? Похвально, но начинать надо не с перла

> Причем в GUI, где решаются почти все пользовательские задачи, даже нормального RAD (н формочкоклепателя) нет.

Есть, просто вы о них, вероятно, не знаете. Есть также винрарный Tcl/Tk, позволяющий обходиться без всяких формочкоклепателей и все равно получить формочку.

Ответить | Правка | Наверх | Cообщить модератору

60. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  –2 +/
Сообщение от tmp (?), 05-Янв-11, 12:29 
> Дело в платформе и API, а не языке программирования. Большинство библиотек пишут
> на C, но можно хоть на Haskell написать и потом оформить
> как пакет для питона

Библиотек к чему? К C? Ну так это не Unix-way получается. Ибо нет клей-языка.

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

Сначала был баш и его хватало. Сдаётся мне, и для интегрирования, ибо сам процесс был на С писан. А может и на фортране, что скорее всего, а из баша его вызывали. Сейчас же скриптовых языков - тьма. И "новый" python всовывают, и старый баш не выбросят. Помойка, а не система.

> Вы место на диске экономите? Похвально, но начинать надо не с перла

Я своё время экономлю на изучение языков. Чтобы скрипты понимать. на них писанные, ибо иначе это винда получается.

> Есть, просто вы о них, вероятно, не знаете.

И никто, видимо, не знает. Ибо никто об этом вслух не говорит. Хотя о bash говорят все, только вот для решения прикладных задач он непригоден.

>Есть также винрарный Tcl/Tk,
> позволяющий обходиться без всяких формочкоклепателей и все равно получить формочку.

Умерший язык без современных библиотек и виджетов.

Ответить | Правка | Наверх | Cообщить модератору

62. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +1 +/
Сообщение от VoDA (ok), 05-Янв-11, 13:16 
мы о разных эффективностях говорим. Я про эффективность для бизнеса, где считают соотношение затрат к прибыли, а вы, вероятно, эффективность использования CPU/GPU/сети или может еще чего.

X монстр потому как пытается выполнять и функции рисования и функции сети и т.п. В аналогах эти вещи разнесены, в Х свалены в кучу.

Сейчас пытаются сделать более Unix-way отрисовка - композитным менеджером, управление окнами в DM, сам wayland управляет другими компонентами, а не выступает "дублером", как Х.

Опять же сеть в Х сделана довольно косячно для потребителя - она не умеет работать по дохлым каналам, не умеет подключать принтера клиентов к серверу, не умеет шарить папки... звук тоже не подключается. Т.е. сеть как бы есть, но функции требуемые клиентами не выполняет и приходится городить сверху NX и ему подобное.

Опять же никто не заставляет пользоваться Wayland - хотите X.org - пользуйтесь и развивайте, фиксайте его сами. Вероятно Debian как опора многих гиков будет поддерживать X.org довольно долго ;)

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

48. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  –1 +/
Сообщение от tmp (?), 05-Янв-11, 03:17 
> С нынешними идиотскими тенденциями (веб-приложения и интерфейсы из трех кнопок) мощь иксов
> почти никому не нужна, а поддерживать их приходится. Вот и ищут
> что-нибудь попримитивнее. Тем более, что по факты усе иксовые преимущества уже
> убиты криво реализованным базовым GUI-софтом (у автора Ion3 в блоге была
> масса примеров того, на какие хаки приходилось идти, чтобы обойти несоответствие
> Gtk спецификациям ICCCM - кривые идентификаторы классов и окон, их изменение
> в рантайме и т.д.

Где альтернативы с набором виджетов типа html и pdf-viewer? Почему-то все правильные тулкиты ничео полезного не содержат.

> Туда же - неумение DE внятно работать со смесью удаленно и локально
> запущенных приложений - никто это и не пытался делать корректно, D-Bus
> по-прежнему по X-протоколу толком не ходит, стандартизацию шрифтов (которая сервер шрифтов)
> выкинули в пользу пересылки битмапов и т.п.

Уже есть сетевой стек TCP/TP. X-протокол не нужен.

> Впрочем, веб-приложения либо проброшенные через VNC/RDP и тому подбное еще более убоги
> - они не только с локальным DE, но и с базовыми
> иксовыми компонентами взаимодействовать не могут - другими словами можно забыть о
> запуске ссылки из удаленно запущенного просмотрщика PDF  в локальном браузере
> или об иконке в трее...

Это претензия к браузерам, а не веб-приложениям.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

86. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +1 +/
Сообщение от Crazy Alexemail (??), 05-Янв-11, 19:57 
альтернативы чему? Не очень понял претензию.

X всегда был и есть высокоуровневым протоколом поверх TCP/IP. Вы же не пытаетесь торрент-протокол на TCP/IP заменить?

А претензия - не к браузерам (которые, в общем-то, реализовывают стандарты), а к тому, что веб-приложения - это, по существу, хак - попытка сделать платфрму для приложений в среде, которая на это никак не рассчитана, да еще и "минимальными изменениями" - что вылилось во много большие костыли, чем у иксов. Одни куки, AJAX и long polling чего стоят... Во что websockets-протокол вылился - тоже знаеем, в уязвимости. Потому что вместо того, чтобы сделать с нуля подходящий стандарт (открытая и исправленная реализация чего-то наподобие флеша была бы хорошим вариантом), искалечили систему представления документов так, что она ни свою исходную функцию толком не выполняет (то, что там есть сейчас, часто даже сохранить нормально невозможно), ни как платформа приложений толком не работает - нет ни интеграции в рабочий стол пользователя, ни хорошей изоляции приложений/видгетов на странице, ни вменяемых стандартных наборов контролов.

Ответить | Правка | Наверх | Cообщить модератору

90. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +/
Сообщение от tmp (?), 05-Янв-11, 21:01 
> альтернативы чему? Не очень понял претензию.

А что понимается под "криво реализованным "GUI-софтом"? Тулкит или сама программа, которая большей частью из логики да обработки ошибок состоит? ICANN ведь - это тулкит.

>[оверквотинг удален]
> рассчитана, да еще и "минимальными изменениями" - что вылилось во много
> большие костыли, чем у иксов. Одни куки, AJAX и long polling
> чего стоят... Во что websockets-протокол вылился - тоже знаеем, в уязвимости.
> Потому что вместо того, чтобы сделать с нуля подходящий стандарт (открытая
> и исправленная реализация чего-то наподобие флеша была бы хорошим вариантом), искалечили
> систему представления документов так, что она ни свою исходную функцию толком
> не выполняет (то, что там есть сейчас, часто даже сохранить нормально
> невозможно), ни как платформа приложений толком не работает - нет ни
> интеграции в рабочий стол пользователя, ни хорошей изоляции приложений/видгетов на странице,
> ни вменяемых стандартных наборов контролов.

Ключевая фраза - "сделать с нуля подходящий стандарт"? Или-таки сохранение x-протокола?

И опять-таки, причём тут web-приложения? Это претензия к http-протоколу. Или от смены протокола приложение перестанет быть web?


Ответить | Правка | Наверх | Cообщить модератору

91. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +1 +/
Сообщение от Crazy Alexemail (??), 05-Янв-11, 22:51 
ICCCM - это не тулкит, стандарт взаимодействия иксового софта. Криво реализуют его два основных тулкита - Qt и Gtk - особенно в части выставления всех полагающихся атрибутов диалоговым окнам и в том, что криво генерят class, role и instance для окон, или меняют в процессе работы. А происходит это потому, что они пытаются сами менеджить окна вметсо того, чтобы оставлять это WM. Это очень хорошо видно, когда берешь WM со статическим тайлингом и пытаешься распихать хоть по каким-нибудь признакам куда считаешь нужным. Потому что вметсо того, чтобы тупо реализовать стандарт, пытались сделать "чтобы работало". Закончилоь, понятное дело, тем, что стандрат теперь,считай, умер. Мне это больше всего напоминает деятельность MS  с Internet Explorer.

Если бы бы была внятная альтернатива иксам - кто бы сопротивлялся замене. Но то, что предланается - невнятно. Потому что не обеспечивает совершенно базовую вещь - взаимодействие различных приложений на одном рабочем столе. Это и тандема "Wayland + VNC?RDP/NX" касается, и веб-приложений.

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

Да, конечно веб-приложения не стоило бы строить на HTTP - любые событийные или RPC-протоколы подошли бы лучше. И даже когда это стало очевидным стали ваять хаки - AJAX, Comet, WebSockets и закономерно получали проблемы. А надо было взять какой-нибудь свободный порт и сделать отдельный протокол - или хоть адобовский RTMP тот же взять - вполне хорошее решение, работает как часы и куча софта его понимает. На худой конец - протащить что-нибудь вроде ZeroMQ. И всё это - не для использования из джаваскрипта - а как протокол "внедряемых в страницы приложений", которые бы целиком по нему работали - грузились (вероятно, частями и модулями), рабтали бы в браузерах в плагине, огранчиенном понятным прямоугольником, а не как сейчас -когда JS может сделать тчо угодно во всей страницей. Имели бы порядочную пакетную систему, которая бы вменяемо кэшировалась и допускала бы использование одного пакета многими сайтами (т.е. один раз затянули фреймворк - и он используется всеми, кому подходит версия). Еще нужно приличное упраление правами веб-приложений несколько более мощное, чем в андроиде (чтобы можно не только запрещать приложению доступ к функциям, но и отдавать фейки). А так - хак он хак и есть, и никогда таким удобным, как локальное, веб-приложение не будет.

Ответить | Правка | Наверх | Cообщить модератору

95. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +/
Сообщение от tmp (?), 06-Янв-11, 02:04 
>[оверквотинг удален]
> два основных тулкита - Qt и Gtk - особенно в части
> выставления всех полагающихся атрибутов диалоговым окнам и в том, что криво
> генерят class, role и instance для окон, или меняют в процессе
> работы. А происходит это потому, что они пытаются сами менеджить окна
> вметсо того, чтобы оставлять это WM. Это очень хорошо видно, когда
> берешь WM со статическим тайлингом и пытаешься распихать хоть по каким-нибудь
> признакам куда считаешь нужным. Потому что вметсо того, чтобы тупо реализовать
> стандарт, пытались сделать "чтобы работало". Закончилоь, понятное дело, тем, что стандрат
> теперь,считай, умер. Мне это больше всего напоминает деятельность MS  с
> Internet Explorer.

Вот я и спрашиваю - какие альтернативы тулкитов? Ибо софт криво реализован, так как альтернатив нет.

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

Можно примеры web-приложений, для которых всё это нужно? И вообще, речь идёт о каких приложениях - о таких, какие удобно пользователю, или о тех, которые полезны для разработчика?

Ответить | Правка | Наверх | Cообщить модератору

99. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +1 +/
Сообщение от sndevemail (ok), 06-Янв-11, 10:25 
> Можно примеры web-приложений, для которых всё это нужно? И вообще, речь идёт
> о каких приложениях - о таких, какие удобно пользователю, или о тех, которые
> полезны для разработчика?

А как вы считаете, мне как пользователю нужно веб-приложение, которое из 100% загруженной откуда-то странницы, несет 90% непонятного, и на самом деле не нежного мне кода, ява скрипта, цсс, и им же подобных, и только 10% нужного мне контента ? И то, из этих
10% дай боже 2% по настоящему нужны ? Вот и получаем, что для того что бы получить абзац текста из 10 строчек, мне присылают пол мега всякой дряни, и только лишь для того, что бы
работали всякие аяксы, динамичные менюшки и им же подобные. /накипело

Ответить | Правка | Наверх | Cообщить модератору

101. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +/
Сообщение от tmp (?), 06-Янв-11, 12:32 
> А как вы считаете, мне как пользователю нужно веб-приложение, которое из 100%
> загруженной откуда-то странницы, несет 90% непонятного, и на самом деле не
> нежного мне кода, ява скрипта, цсс, и им же подобных, и
> только 10% нужного мне контента ? И то, из этих
> 10% дай боже 2% по настоящему нужны ? Вот и получаем, что
> для того что бы получить абзац текста из 10 строчек, мне
> присылают пол мега всякой дряни, и только лишь для того, что
> бы
> работали всякие аяксы, динамичные менюшки и им же подобные. /накипело

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

Ответить | Правка | Наверх | Cообщить модератору

121. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +/
Сообщение от sndevemail (ok), 08-Янв-11, 20:15 
вот именно, нужен обычный документ, без, простите, выеб...нов со скриптами и им же подобным.

/ностальгия по вебу, когда там был один хтмл без префикса Д .

Ответить | Правка | Наверх | Cообщить модератору

125. "В состав GTK+ 3 интегрирована поддержка Wayland и MacOS X Qu..."  +/
Сообщение от tmp (?), 09-Янв-11, 05:49 
> вот именно, нужен обычный документ, без, простите, выеб...нов со скриптами и им
> же подобным.
> /ностальгия по вебу, когда там был один хтмл без префикса Д .

Ну так а к чему претензии были? Там, наверху, предлагали реализацию покруче.


Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру