LINUX.ORG.RU

GTK3 научили отображаться в веб-браузерах

 , ,


0

0

Александр Ларссон (один из основных разработчиков GTK+) написал бекенд для GTK+, основанный на HTML5, JavaScript и веб-сокетах. В его блоге продемонстрирован запуск gtk-demo в браузере. Теоретически эта разработка может быть полезна для предоставления GTK+-приложений удалённым пользователям. К сожалению, для их использования требуется ещё не вышедший браузер Firefox 4.

Каждое GTK+-окно представлено элементом <canvas>, в которое происходит отрисовка. Изображения передаются как PNG-данные, ввод обрабатывается через DOM.

>>> Подробности

★★★★★

Проверено: svu ()
Последнее исправление: Dendy (всего исправлений: 2)

Ответ на: комментарий от korvin_

>прям как в план 9 теперь можно будет?
В plan9 так никогда нельзя будет.

x3al ★★★★★
()
Ответ на: комментарий от Igron

>Вимператор неюзабелен совершенно.

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

bromm
()
Ответ на: комментарий от tailgunner

> А нужно обязательно что-то принципиально новое придумать?

Столлман, например, придумал принципиально новое — лицензию GPL (хотя ее, конечно, можно и нужно критиковать).

Просто работать - мало?

Смотря для чего.

В каком-то случае может оказаться, что мало. Рассмотрим пример *BSD. Они просто работают (хотя возможно и не просто), но так и не вылезли на уровень линукса.

Торвальдс доказал, что ядро ОС можно разрабатывать силами интернет-сообщества вольных хакеров.

Звучит примерно так же, как и «И.И.Иванов доказал, что можно переходить дорогу независимо от сигнала светофора, и при этом не быть сбитым машиной или оштрафованным милицией».

Если бы он сделал микроядро и спроектировал почти полностью stateless протоколы для основного (в т.ч. видяха), то он бы что-то *показал* (а не доказал, кстати).

Не знаю, квалифицируется ли это как «опа!»,

пока что не ясно, что можно так классифицировать в случае линукса

но, по-моему, это вполне достижение.

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

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от yoghurt

> Плагин buftabs

http://code.google.com/p/vimperator-labs/issues/detail?id=128


Скриншот не впечатлил. Три таба, а занимают много места в статусбаре. Для мониторов с маленьким разрешением не очень подходит.
Или я что то упустил?

andreyu ★★★★★
()
Ответ на: комментарий от tailgunner

дополню, а то иначе мысль не ясна:

Если бы он сделал микроядро и спроектировал почти полностью stateless протоколы для основного (в т.ч. видяха), то он бы что-то *показал* (а не доказал, кстати).

В таком случае он показал бы

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

2. невозможность появления новых багов; емнип sctp exploit был связан с чем-то вроде неправильного использования zero-copy, т.е. с фактически_микроядром

З.Ы. кмк микроядерные тормоза аналогичны тормозам динамических языков программирования, так что возникает идея монолитного ядра + верификации кода (а если бы процессоры аппаратно поддерживали бит джамп-только-на-кратное-16 ...)

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от anonymous

что анонимус хотел этим сказать?

wxw ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

>> Торвальдс доказал, что ядро ОС можно разрабатывать силами интернет-сообщества вольных хакеров.

Звучит примерно так же, как и «И.И.Иванов доказал, что можно переходить дорогу независимо от сигнала светофора, и при этом не быть сбитым машиной или оштрафованным милицией».

Аналогии такие аналогии.

Если бы он сделал микроядро и спроектировал почти полностью stateless протоколы для основного (в т.ч. видяха), то

...ты (и такие, как ты) тоже сказал бы что-нибудь про светофор.

tailgunner ★★★★★
()
Ответ на: комментарий от andreyu

> Вот беда, а я и не знал. Давно ведь им пользуюсь. Как мне теперь быть?

И это тоже пройдёт.

Igron ★★★★★
()

С++?

Оно всё так же на flat С «в объектном стиле»?

anonymous
()
Ответ на: комментарий от Quasar

>Конкурентов у Firefox нет и не предвидится.

слишком нагло.

Opera - не конкурент.

факт. ненужный проект.

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

быстрый и достаточно удобный. заменяет файрфокс в большинстве случаев.

Safari - OS X only

+ вендувс версия тоже давно есть.

Так что хром может и не заменит фокс, но серьезно подвинет.

AVL2 ★★★★★
()
Ответ на: комментарий от Quasar

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

dimag
()
Ответ на: комментарий от yoghurt

> Ну, у меня оно выглядело вот так: http://ompldr.org/vNWw4ag

Ладно, попробую это расширение для вимператора. Может приживется у меня.

andreyu ★★★★★
()
Ответ на: комментарий от AVL2

> >Chrome - пожиратель ресурсов, обладающий возможностями с гулькин нос. Зато шустрый, да.

быстрый и достаточно удобный. заменяет файрфокс в большинстве случаев.


Возможно. Но пока для него нет расширения подобного vimperator для firefox. Про vimium и vrome можете не говорить - этим говном пользоваться невозможно.

andreyu ★★★★★
()
Ответ на: комментарий от demmsnt

> Ну какой нафиг скриншот? Ты создаешь холст, кисть и рисуеш на нем. А оно во сокетам это на канве делает. Ты что всегда все окно перерисовываешь? Каждую секунду?

Канвасят не все браузеры. То есть 2/3 рынка уже потеряно при проектировании. Картина: отдел Business Development расчленяет архитектора системы.

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

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

pythonist
()
Ответ на: комментарий от Quasar

> Так что Safari не может вообще ни с каким броузером конкурировать из-за тотального отсутствия кроссплатформенности.

Корректировка: браузер Safari работает под:
- Mac OS X
- Windows XP
- Windows Vista
- Windows 7
- iOS (iPhone OS)

Хороший и быстрый браузер. В Mac OS X интегрирован сильнее чем IE в Винду.

pythonist
()
Ответ на: комментарий от tailgunner

>> Если бы он сделал микроядро и спроектировал почти полностью stateless протоколы для основного (в т.ч. видяха), то

...ты (и такие, как ты) тоже сказал бы что-нибудь про светофор.

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

доказательством, не в математическом конечно смысле, а близком к нему, был бы например стабильный АПИ на протяжении 15 лет

или было бы существование для всех подсистем че-то вроде ndiswrapper, чтобы пускать виндовые драйвера

или было бы появление хороших драйверов хотя бы через 3 месяца *после* выхода ширпотребного железа (я уж не говорю до...)

я вот не слежу — сейчас уже можно зайти в магазин и не бояться купить каждый первый недобук, потому что там видяха intel gma, для которой драйверы нестабильны?

и что мы щас видим? драйвер для нового несерверного железа? ну так повезет — неповезет

драйвер для СТАРОГО несерверного железа — тоже может не завестись (как у меня стабильно работавший на 2.4 sl-modem отказался работать под 2.6)

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

З.Ы. может могу согласиться на «ядро серверной ОС можно разрабатывать силами интернет-сообщества вольных хакеров»

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от andreyu

>Возможно. Но пока для него нет расширения подобного vimperator для firefox. Про vimium и vrome можете не говорить - этим говном пользоваться невозможно.

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

AVL2 ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

Рассмотрим криптографию с открытым ключом. Кто ее придумал 99 раз до

Диффи-Хелмана? При этом необходимая математика известна еще со времен

Эйлера, если не раньше.


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

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

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

Конечно исключения тут возможны, это же не абсолютное правило, - но мы пока на этапе когда в принципе информации недостаточно. И будет еще довольно долго недостаточно.

ну и где та фишка в ситуации с Линусом? (я думаю, ее просто нет)


Я читал мнение что Линус изобрел «базар» как метод разработки. «lazy dictatorship» тоже вполне можно посчитать изобретением - оптимальная стратегия руководства техническим проектом из добровольцев в определенных условиях. Противоречащая, кстати, методам и подходам бытующим ранее. Более того - много до линукса вообще было технических проектов из добровольцев, кроме гну? Немного.

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

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

скорее, тут просто личные качества типа настойчивости, упорства

и/или желания заниматься развитием линукса


Этого как раз у многих было полно. Если о личных качествах, то скорее всего, Линус интуитивно нашел баланс в этом самом руководстве добровольцами.

kernel ★★☆
()
Ответ на: комментарий от linuxfan

>Что за богомерзкое говно? png — это формат хранения изображений с поддержкой альфа-каналов. Почто ты вместо него суешь bmp'шное говно?

Если ты считаешь, что использование gzip для сжатия svg - это нечестно, то для честноcти несжатый svg нужно сравнивать с несжатой картинкой png, т.к. gzip там является частью формата.

morbo
()
Ответ на: комментарий от www_linux_org_ru

> или было бы существование для всех подсистем че-то вроде ndiswrapper, чтобы пускать виндовые драйвера

...и кто-то сказал бы, что запуск драйверов в юзерспейсе придумал не Линус (и правильно сказал бы).

или было бы появление хороших драйверов хотя бы через 3 месяца *после* выхода ширпотребного железа

Чтобы написать драйвер, нужно умение и время. Если драйвер будет в юзерспейсе, это уменьшит трудоемкость, но не на порядок.

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

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

tailgunner ★★★★★
()
Ответ на: комментарий от AVL2

> >Возможно. Но пока для него нет расширения подобного vimperator для firefox. Про vimium и vrome можете не говорить - этим говном пользоваться невозможно.

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


Млин, с большим трудом распарсил вашу реплику.
Зачем вкладки на декорациях? Зачем вообще нужен декоратор?
К примеру, у меня нет ни декоратора (лукавлю, есть, размером с один пиксель), ни заголовков окна. Так же у меня нет таск-бара, трея и прочей шелухи. Зачем нужно загромождать полезную площадь кусками ненужного говна?

andreyu ★★★★★
()
Ответ на: комментарий от tailgunner

> А я не вижу, доказательства _чего именно_ нужны. Есть вполне юзабельное ядро, вполне юзабельная ОС - что еще требуется?

Требуется не употреблять слово «доказательство» в том случае, когда доказательства не было даже в ослабленном смысле. И все.

Что же касается вклада Линуса — то просто повторить юникс с мелкими улучшениями, а потом поддерживать свое изделие *без всяких доказательств* уже достаточно хорошо.

...и кто-то сказал бы, что запуск драйверов в юзерспейсе придумал не Линус (и правильно сказал бы).

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

и ЭТО могло бы быть тем «опа!»

Чтобы написать драйвер, нужно умение и время. Если драйвер будет в юзерспейсе, это уменьшит трудоемкость, но не на порядок.

там могут быть еще другие профиты — поддержка старых и закрытых драйверов

впрочем, намного интересенее придумать верификацию кода, чтобы пусткать их в ядре

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от andreyu

>Зачем вкладки на декорациях? Зачем вообще нужен декоратор?

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

Так же у меня нет таск-бара, трея и прочей шелухи.

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

AVL2 ★★★★★
()
Ответ на: комментарий от tailgunner

кстати — лично у меня mplayer, умеющий пускать виндовые кодеки, вызывает куда большее восхищение, чем линукс

авторы кода mplayer (а скорее wine) действительно доказали, что можно использовать виндовые кодеки в линуксе

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

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

Даже ReactOS этого пока не умеет. Кроме того, поддержка реально закрытого драйвера - вещь настолько геморная, что только сейчас железо подошло к нужному уровню.

Чтобы написать драйвер, нужно умение и время. Если драйвер будет в юзерспейсе, это уменьшит трудоемкость, но не на порядок.

там могут быть еще другие профиты — поддержка старых и закрытых драйверов

впрочем, намного интересенее придумать верификацию кода, чтобы пусткать их в ядре

Ну ты реши, что тебе нужно %)

tailgunner ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

> кстати — лично у меня mplayer, умеющий пускать виндовые кодеки, вызывает куда большее восхищение, чем линукс

Это показывает только то, что ты очень далек от системного программирования.

tailgunner ★★★★★
()
Ответ на: комментарий от AVL2

>Декоратор нужен, чтобы визуально отделять окна друг от друга

иногда нужно

и показывать стандартные элементы окна - заголовок, кнопки закрытия и все такое.

не нужно

А еще это область для ресайза и перетаскивания окон.

не нужно

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

да и сейчас мышой ресайзю окна крайне редко — может раз в день

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от tailgunner

> Это показывает только то, что ты очень далек от системного программирования.

Да.

Первый мой взгляд на код ядра оказался упавшим на поля prev_че_то_там и next_че_то_там непомню какой структуры. Вполне возможно, этот ужас оказал свое воздействие на еще неокрепшую психику :-)

Туда можно возвратиться, только вооруженным соответсвующим инструментов, позволяющим *такое* искоренить полностью.

Ну ты реши, что тебе нужно

От кого? От линуса, линукса, танненбаума, миникса?

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от AVL2

>умению хрома показывать вкладки на декорацих окна

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

Binary ★★★★★
()
Ответ на: комментарий от Binary

> если с вимператором убираются нафиг панель меню и адрес бар?

в хроме меню и нет, а адрес бар при желании тоже можно скрыть

anonymous
()
Ответ на: комментарий от anonymous

>адрес бар при желании тоже можно скрыть

Так вот откуда у меня в гугл-аналитиксе в ключевых поисковых словах полный адрес сайта берётся...

Binary ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

>Первый мой взгляд на код ядра оказался упавшим на поля prev_че_то_там и next_че_то_там непомню какой структуры. Вполне возможно, этот ужас оказал свое воздействие на еще неокрепшую психику :-)

Туда можно возвратиться, только вооруженным соответсвующим инструментов, позволяющим *такое* искоренить полностью.


Искоренить двунаправленные списки? Ты туда никогда не вернёшься.

morbo
()
Ответ на: комментарий от morbo

Искоренить двунаправленные списки? Ты туда никогда не вернёшься.

гы-гы

двунаправленные списки нужны, вот только уже почти что неужасно можно объявлить их так:

struct SomeStruct;
struct SomeStruct: public IntrusiveList<SomeStruct, Chains> { ...

хотя реализация все еще ужасна

Красивая реализация списков (комментарий) — там хотя сделаны обычные, но двунаправленные списки аналогичны

www_linux_org_ru ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.