В основную кодовую базу GTK+ 3 интегрирована (http://www.phoronix.com/scan.php?page=news_item&px=ODk3Mg) поддержка бэкенда, обеспечивающего возможность работы поверх дисплейного сервера Wayland (http://www.opennet.me/opennews/art.shtml?num=28739), который в будущем вместо классического X-сервера будет использован (http://www.opennet.me/opennews/art.shtml?num=28544) в Linux-дистрибутивах Ubuntu и MeeGo.Тем временем, несмотря на планы Intel перевести графическую подсистему MeeGo на Wayland, компания Nokia намерена (http://vignatti.wordpress.com/2010/12/29/late-christmas-gift.../) продолжить использовать X.Org-сервер (http://gitorious.org/meego-w40) в проекте MeeGo-Harmattan (http://wiki.meego.com/Glossary#M), идущем на смену Maemo 5 и отличающимся переходном к использованию Qt вместо GTK+.
Дополнительно сообщается (http://www.phoronix.com/scan.php?page=news_item&px=ODk2Mg) об успехах в направлении полного абстрагирования вывода в GTK+ 3 от типа графи...
URL: http://www.phoronix.com/scan.php?page=news_item&px=ODk3Mg
Новость: http://www.opennet.me/opennews/art.shtml?num=29195
Большие перемены. Успехов
Линукс - это ядро, а не ось
> Линукс - это ядро, а не осьLinux-ядро - это ядро, а Linux - уже лет 15 как экосистема, существенно выходящая за рамки ядра.
как-то Вы ушли от принятой терминологии.
Linux - это ядро.
а (дистрибутив) GNU/Linux - это и есть "экосистема"
> как-то Вы ушли от принятой терминологии.
> Linux - это ядро.
> а (дистрибутив) GNU/Linux - это и есть "экосистема"Интересно, кем принятой? Торвальдсом? Торвальдс уже целое десятилетие не настаивает на том, чтобы называть дистрибутивы дистрибутивами GNU/Linux.
> как-то Вы ушли от принятой терминологии.
> Linux - это ядро.
> а (дистрибутив) GNU/Linux - это и есть "экосистема"http://ru.wikipedia.org/wiki/Linux
Linux - общее название Unix-подобных операционных систем на основе одноимённого ядра и собранных для него библиотек и системных программ, разработанных в рамках проекта GNU.И сам Линус в интервью Linux связывает именно с экосистемой, а не с ядром, всегда для ядра указывая Linux kernel. Но конечно, фанатично настроенные анонимы, знают лучше энциклопедий, стандартов де факто и Линуса :-)
Wiki отражает лишь общепринятое, наиболее нейтральное мнение. Если хомячик слышат везде только Linux, то и в вики писать нужно это.
Тем не менее сайт, на котором выкладываются ядра Линуса, называется не linux.org, а kernel.org :)
>Linux - уже лет 15 как экосистема, существенно выходящая за рамки ядра.Linux всегда был и есть ядром и ничем больше. Операционная система на базе ядра - это GNU или Android или что-то ещё. И это никак не зависит от того, что толпы неграмотных хомячков начали называть ОС именем её ядра. Ложь не перестаёт быть ложью от того, что в неё верят миллионы. (с) Л.Н. Толстой.
> Linux всегда был и есть ядром и ничем больше. Операционная система на
> базе ядра - это GNU или Android или что-то ещё. И
> это никак не зависит от того, что толпы неграмотных хомячков начали
> называть ОС именем её ядра. Ложь не перестаёт быть ложью от
> того, что в неё верят миллионы. (с) Л.Н. Толстой.По вашей логике Debian/kFreeBSD перестал быть дебианом ? Или Nexenta вдруг сделалась соляркой внезапно ?
> По вашей логике Debian/kFreeBSD перестал быть дебианом ? Или Nexenta вдруг сделалась
> соляркой внезапно ?По моей логике как раз Debian/kFreeBSD остался дебианом, а не переименовался вдруг с Linux на kFreeBSD.
> это никак не зависит от того, что толпы неграмотных хомячков начали
> называть ОС именем её ядра.Вообще-то первыми называть ядро Linux kernel, а ОС на базе этого ядра - просто Linux, стали разработчики Linux-ядра, с этим еще упорно Столлман воевал, требуя называть ОС GNU/Linux. Так что это вы не в курсе терминологии.
> Вообще-то первыми называть ядро Linux kernel, а ОС на базе этого ядра
> - просто Linux, стали разработчики Linux-ядра, с этим еще упорно
> Столлман воевал, требуя называть ОС GNU/Linux. Так что это вы не
> в курсе терминологии.Не суть кто стал называть и кто навязал неправильную терминологию. Суть что она неправильная. От того, что разработчики начали называть своего начальника козлом, парнокопытным он от этого не стали и есть по прежнему человек.
> Не суть кто стал называть и кто навязал неправильную терминологию.
> Суть что она неправильная. От того, что разработчики начали называть
> своего начальника козлом, парнокопытным он от этого не стали и есть
> по прежнему человек.Приехали. Разве терминология живёт своей жизнью, отдельно от людей, её использующих??? Правильной или неправильной он становится именно благодаря специалистам, её использующим. Кому ещё, как не разработчикам ядра и клепателям дистрибутивов, решать, как называется ядро и дистрибутив/сообщество/экосистема/юзерспейс? Если разрабов ядра устраивает называть ядро Linux kernel, то этого достоточно, чтобы считать название Linux kernel "правильным" названием ядра. И выражение "навязал неправильную терминологию" применительно к ним как-то неуместно, не находите? А уж упоминание парнокопытных -- даже в качестве аналогии -- и подавно.
>Разве терминология живёт своей жизнью, отдельно от людей, её использующих???Вопрос неправильный. Жизнь терминологии неразрывна с людьми, её использующими, т.к. именно они её и используют. Это масло масленное. Правильный вопрос когда прозвище становится именем. Т.е. если все вокруг называют начальника козлом и все знают, что кто этим подразумевается, это не есть его имя до тех пор, пока сам козёл с этим не согласится. Это есть обзывательство. А если сам козёл ещё и выступает против такой клички (как это делает Столлман), то это ещё и невежественно.
>Кому ещё, как не разработчикам ядра и клепателям дистрибутивов, решать, как называется ядро и дистрибутив/сообщество/экосистема/юзерспейс?
Самим разработчикам экосистемы - т.е. GNU-разработчикам и RMS в первую очередь. А разработчикам ядра и особенно Тролдвальдсу есс-но импонирует, когда все кругом кричат Linux, а не GNU.
>Если разрабов ядра устраивает называть ядро Linux kernel, то этого достоточно, чтобы считать название Linux kernel "правильным" названием ядра.
Если работников устраивает называть начальника козлом, то этого достаточно, чтобы считать имя козёл "правильным" именем, а не оскорбительным прозвищем?
>И выражение "навязал неправильную терминологию" применительно к ним как-то неуместно, не находите?
Не нахожу.
Ага, так понятнее, но:
1. Эпитет "козёл" в отношении начальника является обидным для самогО начальника, это очевидно. Однако я не вижу, как термин "Linux" в отношении дистрибутива может быть обидным для Столлмана. Ему обидно, что посторонние люди называют "нечто", в разработке чего он участвовал, не тем термином, которое он придумал, т.е. "GNU/Linux"?
2. У Столлмана нет преимущественного права присваивать название чему-то, сделанному сообществом. Ему совершенно не на что обижаться, если сообщество использует другое имя.
3. Я в принципе согласен, что термин, предложенный Столлманом, более точно отражает содержание. Я прекрасно понимаю его желание популяризировать именно этот термин. Но если сообщество будет использовать другой термин, я признаю на то их полное право.P.S.: Эй, кто и зачем нарисовал два минуса моему уважаемому собеседнику?
>Ему обидно, что посторонние люди называют "нечто", в разработке чего он участвовал, не тем термином, которое он придумал, т.е. "GNU/Linux"?Не просто посторонние люди, а в первую очередь заблуждающиеся, которые слушают не понимая сути. Если человек понимает ситуацию и намеренно коверкает название - это уже другой диагноз.
Не нечто, а операционную систему
Не участвовал, а автором и идеологом, изначальным разработчиком которой он является
Не "термином", а исходным названием, которое было изначально провозглашено ещё когда Тролвальдс ходил пешком под стол - т.е. GNU. А /Linux это плод черезмерного ЧСВ Тролвальдса, который почему-то не пожелал включить свою поделку в GNU (на котором его поделка и смогла выехать в массы).
Не согласен ни с чем из вышенаписанного.
- Называя людей "заблуждающимися", вы априори считаете их неправыми.
- Я не знаю, что такое операционная система (откуда и докуда её считать таковой). Поэтому "нечто" это тот размывчатый набор ПО, который "заблуждающиеся" называют Линуксом.
- RMS первый среди равных авторов. Его идеология не при чём.
- Плевать на ЧСВ как Торвальдса (чью фамилию вы повторно исковеркали), так и Столлмана. Рассматриваем факты, а не амбиции.Короче, слово Линукс есть. Им массово пользуются для обозначения чего-то большего, чем ядро. И пофигу, правильно ЭТО или нет. ЭТО имеет место быть.
>- Называя людей "заблуждающимися", вы априори считаете их неправыми.Под "заблуждающимися" я имел ввиду тех, кто не знает толком генезиса того, что они используют - т.е. GNU. Если они знают и продолжают называть неверным (на взгляд многих в т.ч. меня) именем - их дело. Если не знают - их нужно просвещать, именно этим занимается RMS, дискутируя насчёт термина GNU/Linux.
>Поэтому "нечто" это тот размывчатый набор ПО, который "заблуждающиеся" называют Линуксом.
И по определению у этого "размывчатого набора" состав не ограничивается ядром.
>RMS первый среди равных авторов. Его идеология не при чём.
RMS - первый среди всех авторов GNU. Он его анонсировал и начал писать. И идеология тут имеет чрезвычайное значение. Линус только на словах говорит "It's better when it's free", а на практике популяризяцию ставит первее свободы и в частности не хочет переводить свою поделку на GPL3. Короче, Линус - типичный представитель OpenSource, которые сосредотачиваются не на идее свободного ПО, а лишь на практических аспектах. В результате такого подхода мы получаем псевдосвободные андроиды.
>И пофигу, правильно ЭТО или нет. ЭТО имеет место быть.
С таким подходом человечество никогда бы не продвинулось в светлое будущее ни на шаг. Есть рабство и пофигу правильно это или нет. РАБСТВО имеет место быть.
Я хомячок. Я называю вещи теми словами, которые употребляет большинство [хомячков из моего круга общения]. Я отдаю себе отчёт, что ежедневно использую сотни и тысячи слов, не зная их происхождения и первоначального ["правильного"] смысла. Я использую именно эти слова, чтобы меня понимали как можно лучше.
Мне безразлично, что кто-то использует слова, понятные небольшому кругу лиц. Мне безразличны их мотивы. Мне безразличны действия по замещению одного слова другим. Это всего лишь слова.
Если случится так, что -- случайно или в результате целенаправленных усилий -- какое-то слово, рождённое идеологией, станет общеупотребительным, я тоже стану употреблять это слово, не задумываясь о его происхождении. Ибо я хомячок и меня миллионы.P.S.: Если из-за такого подхода человечество никогда не продвинется в светлое будущее, это будет проблемой несбывшегося светлого будущего.
Все проще. Есть ядро - Линукс, есть окружение GNU, и есть торговая марка - Linux. Вот как раз последняя перекрывает первые два понятия. И в этом есть как свои минусы так и плюсы. Минусы для RMS и для истории. Плюсы для IT в целом в том, что марка объединяет пачку разношерстных дистрибутивов и образует некоторую суммарную долю рынка. Но опять же минус для IT - действительно хорошим, неординарным идеям становится труднее прижиться ибо не мейнстрим(все помним про Plan9, Oberon.. etc..).
> Есть ядро - Линукс, есть окружение GNU, и есть торговая марка - Linux.А торговая марка Linux принадлежит Линусу. Ммм...
Я вот так внятно и не пойму что даст такого этот вайланд, что не умеет тот xorg, основная аргументация это типа не нужны сетевые возможности последнего, но так чем это плохо, к тому ресурсов он ест не сказать что много, так зачем же от него хотят отказаться?
Протокол X11 оброс костылями, вот собственно и все
Расширениями он оброс, расширениями. Не согласны - аргументируйте.
> Расширениями он оброс, расширениями. Не согласны - аргументируйте.Я предлагаю просто попробовать написать небольшую программу с тесным взаимодействием с X11 хотя бы на Qt для получения простейших событий рабочего стола. Уверяю, сразу будет видно что X11 создан даже по меркам библиотек на языке Си весьма неудачно и запутанно. Подход устарел очень сильно. Я не жалуюсь, я просто хотя бы понимаю почему это должно уйти.
Тем кто не писал прог с X11 - не понять, даже не пытайтесь. Вы же просто юзеры в этом плане.
Во первых X11 нет никакого рабочего стола. Нет, небыло, и никогда не будет.Х11 - это только окна. Окна окна и еще раз окна. И их взаимодействие,
отрисовка, и им же подобное.То что вы называете "рабочим столом", это всего лишь разукрашенное
window manager корневое окно (root window). Вот у него, у оконного
__менеджера__ и просите события "рабочего стола". Либо просите
события у корневого окна и уже сами фильтруйте, что вам надо,
а чего нет.Простите, но возникает, сомнение в ваших познаниях - что такое Х11.
Попробуйте меня переубедить. :)
То что Х11 запутанный - соглашусь. Но на мой взгляд его
архитектура - очень и очень элеганта. Это как черный ящик
для окон. Которые и рашает вопросы, что где расположить, что
и когда нарисовать. Единственное - что он не дотягивает до
сегодняшних реалий ОпенГЛ.И на мой взгляд Х11 никуда не должно эходить. Эволюционировать - да,
уходить - нет.
п.с. не пытайтесь меня полить грязью и напальцах пытаться мне объяснять, что
я просто пользователь и никогда не писал приложений для х11. Поверьте, писал.
и не только приложения.
На, почитай: http://doc.qt.nokia.com/4.7-snapshot/application-windows.htm... . На других платформах об этих проблемах не пишут, их там нет. На форумах куча вопросов от разработчиков, удивляющихся, почему их код не работает только в X11.
a) Не "на почитай", а "если у ВАС будет время - почитайте". Уважаемый, мы с вами не пили, что бы вы могли мне а) тыкать, и б) указывать что делать.б) странно , а у меня работает. что я делаю не так ?
> Уважаемый, мы с вами не пили, что бы вы могли
> мне а) тыкать, и б) указывать что делать.Привыкай. Ты в Интернете, здесь могут и послать.
>странно , а у меня работает. что я делаю не такПримерно такого ответа я и ожидал. Пойди расскажи недалеким разработчикам Qt, как правильно готовить иксы.
С нынешними идиотскими тенденциями (веб-приложения и интерфейсы из трех кнопок) мощь иксов почти никому не нужна, а поддерживать их приходится. Вот и ищут что-нибудь попримитивнее. Тем более, что по факты усе иксовые преимущества уже убиты криво реализованным базовым GUI-софтом (у автора Ion3 в блоге была масса примеров того, на какие хаки приходилось идти, чтобы обойти несоответствие Gtk спецификациям ICCCM - кривые идентификаторы классов и окон, их изменение в рантайме и т.д.Туда же - неумение DE внятно работать со смесью удаленно и локально запущенных приложений - никто это и не пытался делать корректно, D-Bus по-прежнему по X-протоколу толком не ходит, стандартизацию шрифтов (которая сервер шрифтов) выкинули в пользу пересылки битмапов и т.п.
Впрочем, веб-приложения либо проброшенные через VNC/RDP и тому подбное еще более убоги - они не только с локальным DE, но и с базовыми иксовыми компонентами взаимодействовать не могут - другими словами можно забыть о запуске ссылки из удаленно запущенного просмотрщика PDF в локальном браузере или об иконке в трее...
Впрочем, если кто-то знает о живых способах интеграции "гостевого" софта с локальной системой - буду обчень благодарен за подсказку.Интересуют два случая:
1) веб-приложение, которое хочет как-то взаимодействовать с десктопом
2) приложение, проброшенное с удаленной машины (VNC/RDP/NX/whatever)В идеале, я так понимаю, это должна быть шина вроде D-Bus, но подобное я, кажется, только в WebOS встречал...
>1) веб-приложение, которое хочет как-то взаимодействовать с десктопомПосмотрите http://browserplus.yahoo.com/
Мды... то, что и ожидал. Некий экстеншн к браузеру, причем:
- проприетарное от одного вендора
- не контролируется толком пользователемЯ скорее надеялся, что что-то в HTML5, к примеру, упустил.
> Туда же - неумение DE внятно работать со смесью удаленно и локально запущенных приложений - никто это и не пытался делать корректно, D-Bus по-прежнему по X-протоколу толком не ходит, стандартизацию шрифтов (которая сервер шрифтов) выкинули в пользу пересылки битмапов и т.п.Это нужно полтора землекопам, которые сами запилить не могут ... и их слишком мало, чтобы корпорации типа RedHat/Canonical поддерживали из за них подобных X-у монстров-переростков.
Ну я примерно это и говорил. Началось с винды, а результат - поощрение тупости в ущерб эффективности. Кстати, икс отнюдь не монстр - особенно учитывая, для каких машин он проектировался (и таки на них работал).
> Ну я примерно это и говорил. Началось с винды, а результат -
> поощрение тупости в ущерб эффективности. Кстати, икс отнюдь не монстр -
> особенно учитывая, для каких машин он проектировался (и таки на них
> работал).Какая может быть эффективность в системе, где до сих пор отсутствует базовый язык программирования, с помощью которого можно решить задачу любого типа. Здесь вам и bash, и python, и perl, и всякая другая нечисть, и невозможно оставить в системе только один из них без существенной потери в функциональности. Причем в GUI, где решаются почти все пользовательские задачи, даже нормального RAD (н формочкоклепателя) нет.
> Какая может быть эффективность в системе, где до сих пор отсутствует базовый язык программирования, с помощью которого можно решить задачу любого типаДело в платформе и API, а не языке программирования. Большинство библиотек пишут на C, но можно хоть на Haskell написать и потом оформить как пакет для питона
> Здесь вам и bash, и python, и perl, и всякая другая нечисть
Не понял претензии. Захотел простой скрипт - почитал ман баша, написал. Не хватает возможностей - выучил перл или питон. Это совершенно другой уровень, на баше и перле, знаете, численное интегрирование не пишут, также как на C не пишут инит-скрипты, потому что это в первом случае неэффективно, а во втором затраты сил и неудобств не оправдают результата.
> и невозможно оставить в системе только один из них без существенной потери в функциональности
Вы место на диске экономите? Похвально, но начинать надо не с перла
> Причем в GUI, где решаются почти все пользовательские задачи, даже нормального RAD (н формочкоклепателя) нет.
Есть, просто вы о них, вероятно, не знаете. Есть также винрарный Tcl/Tk, позволяющий обходиться без всяких формочкоклепателей и все равно получить формочку.
> Дело в платформе и API, а не языке программирования. Большинство библиотек пишут
> на C, но можно хоть на Haskell написать и потом оформить
> как пакет для питонаБиблиотек к чему? К C? Ну так это не Unix-way получается. Ибо нет клей-языка.
> Не понял претензии. Захотел простой скрипт - почитал ман баша, написал. Не
> хватает возможностей - выучил перл или питон. Это совершенно другой уровень,
> на баше и перле, знаете, численное интегрирование не пишут, также как
> на C не пишут инит-скрипты, потому что это в первом случае
> неэффективно, а во втором затраты сил и неудобств не оправдают результата.Сначала был баш и его хватало. Сдаётся мне, и для интегрирования, ибо сам процесс был на С писан. А может и на фортране, что скорее всего, а из баша его вызывали. Сейчас же скриптовых языков - тьма. И "новый" python всовывают, и старый баш не выбросят. Помойка, а не система.
> Вы место на диске экономите? Похвально, но начинать надо не с перла
Я своё время экономлю на изучение языков. Чтобы скрипты понимать. на них писанные, ибо иначе это винда получается.
> Есть, просто вы о них, вероятно, не знаете.
И никто, видимо, не знает. Ибо никто об этом вслух не говорит. Хотя о bash говорят все, только вот для решения прикладных задач он непригоден.
>Есть также винрарный Tcl/Tk,
> позволяющий обходиться без всяких формочкоклепателей и все равно получить формочку.Умерший язык без современных библиотек и виджетов.
мы о разных эффективностях говорим. Я про эффективность для бизнеса, где считают соотношение затрат к прибыли, а вы, вероятно, эффективность использования CPU/GPU/сети или может еще чего.X монстр потому как пытается выполнять и функции рисования и функции сети и т.п. В аналогах эти вещи разнесены, в Х свалены в кучу.
Сейчас пытаются сделать более Unix-way отрисовка - композитным менеджером, управление окнами в DM, сам wayland управляет другими компонентами, а не выступает "дублером", как Х.
Опять же сеть в Х сделана довольно косячно для потребителя - она не умеет работать по дохлым каналам, не умеет подключать принтера клиентов к серверу, не умеет шарить папки... звук тоже не подключается. Т.е. сеть как бы есть, но функции требуемые клиентами не выполняет и приходится городить сверху NX и ему подобное.
Опять же никто не заставляет пользоваться Wayland - хотите X.org - пользуйтесь и развивайте, фиксайте его сами. Вероятно Debian как опора многих гиков будет поддерживать X.org довольно долго ;)
> С нынешними идиотскими тенденциями (веб-приложения и интерфейсы из трех кнопок) мощь иксов
> почти никому не нужна, а поддерживать их приходится. Вот и ищут
> что-нибудь попримитивнее. Тем более, что по факты усе иксовые преимущества уже
> убиты криво реализованным базовым GUI-софтом (у автора Ion3 в блоге была
> масса примеров того, на какие хаки приходилось идти, чтобы обойти несоответствие
> Gtk спецификациям ICCCM - кривые идентификаторы классов и окон, их изменение
> в рантайме и т.д.Где альтернативы с набором виджетов типа html и pdf-viewer? Почему-то все правильные тулкиты ничео полезного не содержат.
> Туда же - неумение DE внятно работать со смесью удаленно и локально
> запущенных приложений - никто это и не пытался делать корректно, D-Bus
> по-прежнему по X-протоколу толком не ходит, стандартизацию шрифтов (которая сервер шрифтов)
> выкинули в пользу пересылки битмапов и т.п.Уже есть сетевой стек TCP/TP. X-протокол не нужен.
> Впрочем, веб-приложения либо проброшенные через VNC/RDP и тому подбное еще более убоги
> - они не только с локальным DE, но и с базовыми
> иксовыми компонентами взаимодействовать не могут - другими словами можно забыть о
> запуске ссылки из удаленно запущенного просмотрщика PDF в локальном браузере
> или об иконке в трее...Это претензия к браузерам, а не веб-приложениям.
альтернативы чему? Не очень понял претензию.X всегда был и есть высокоуровневым протоколом поверх TCP/IP. Вы же не пытаетесь торрент-протокол на TCP/IP заменить?
А претензия - не к браузерам (которые, в общем-то, реализовывают стандарты), а к тому, что веб-приложения - это, по существу, хак - попытка сделать платфрму для приложений в среде, которая на это никак не рассчитана, да еще и "минимальными изменениями" - что вылилось во много большие костыли, чем у иксов. Одни куки, AJAX и long polling чего стоят... Во что websockets-протокол вылился - тоже знаеем, в уязвимости. Потому что вместо того, чтобы сделать с нуля подходящий стандарт (открытая и исправленная реализация чего-то наподобие флеша была бы хорошим вариантом), искалечили систему представления документов так, что она ни свою исходную функцию толком не выполняет (то, что там есть сейчас, часто даже сохранить нормально невозможно), ни как платформа приложений толком не работает - нет ни интеграции в рабочий стол пользователя, ни хорошей изоляции приложений/видгетов на странице, ни вменяемых стандартных наборов контролов.
> альтернативы чему? Не очень понял претензию.А что понимается под "криво реализованным "GUI-софтом"? Тулкит или сама программа, которая большей частью из логики да обработки ошибок состоит? ICANN ведь - это тулкит.
>[оверквотинг удален]
> рассчитана, да еще и "минимальными изменениями" - что вылилось во много
> большие костыли, чем у иксов. Одни куки, AJAX и long polling
> чего стоят... Во что websockets-протокол вылился - тоже знаеем, в уязвимости.
> Потому что вместо того, чтобы сделать с нуля подходящий стандарт (открытая
> и исправленная реализация чего-то наподобие флеша была бы хорошим вариантом), искалечили
> систему представления документов так, что она ни свою исходную функцию толком
> не выполняет (то, что там есть сейчас, часто даже сохранить нормально
> невозможно), ни как платформа приложений толком не работает - нет ни
> интеграции в рабочий стол пользователя, ни хорошей изоляции приложений/видгетов на странице,
> ни вменяемых стандартных наборов контролов.Ключевая фраза - "сделать с нуля подходящий стандарт"? Или-таки сохранение x-протокола?
И опять-таки, причём тут web-приложения? Это претензия к http-протоколу. Или от смены протокола приложение перестанет быть web?
ICCCM - это не тулкит, стандарт взаимодействия иксового софта. Криво реализуют его два основных тулкита - Qt и Gtk - особенно в части выставления всех полагающихся атрибутов диалоговым окнам и в том, что криво генерят class, role и instance для окон, или меняют в процессе работы. А происходит это потому, что они пытаются сами менеджить окна вметсо того, чтобы оставлять это WM. Это очень хорошо видно, когда берешь WM со статическим тайлингом и пытаешься распихать хоть по каким-нибудь признакам куда считаешь нужным. Потому что вметсо того, чтобы тупо реализовать стандарт, пытались сделать "чтобы работало". Закончилоь, понятное дело, тем, что стандрат теперь,считай, умер. Мне это больше всего напоминает деятельность MS с Internet Explorer.Если бы бы была внятная альтернатива иксам - кто бы сопротивлялся замене. Но то, что предланается - невнятно. Потому что не обеспечивает совершенно базовую вещь - взаимодействие различных приложений на одном рабочем столе. Это и тандема "Wayland + VNC?RDP/NX" касается, и веб-приложений.
А претензия к веб-приложениям - в том, что это хак совершенно неподходящей среды - WWW, расчитанного на передачу отдельных, в основном статических документов.
Да, конечно веб-приложения не стоило бы строить на HTTP - любые событийные или RPC-протоколы подошли бы лучше. И даже когда это стало очевидным стали ваять хаки - AJAX, Comet, WebSockets и закономерно получали проблемы. А надо было взять какой-нибудь свободный порт и сделать отдельный протокол - или хоть адобовский RTMP тот же взять - вполне хорошее решение, работает как часы и куча софта его понимает. На худой конец - протащить что-нибудь вроде ZeroMQ. И всё это - не для использования из джаваскрипта - а как протокол "внедряемых в страницы приложений", которые бы целиком по нему работали - грузились (вероятно, частями и модулями), рабтали бы в браузерах в плагине, огранчиенном понятным прямоугольником, а не как сейчас -когда JS может сделать тчо угодно во всей страницей. Имели бы порядочную пакетную систему, которая бы вменяемо кэшировалась и допускала бы использование одного пакета многими сайтами (т.е. один раз затянули фреймворк - и он используется всеми, кому подходит версия). Еще нужно приличное упраление правами веб-приложений несколько более мощное, чем в андроиде (чтобы можно не только запрещать приложению доступ к функциям, но и отдавать фейки). А так - хак он хак и есть, и никогда таким удобным, как локальное, веб-приложение не будет.
>[оверквотинг удален]
> два основных тулкита - Qt и Gtk - особенно в части
> выставления всех полагающихся атрибутов диалоговым окнам и в том, что криво
> генерят class, role и instance для окон, или меняют в процессе
> работы. А происходит это потому, что они пытаются сами менеджить окна
> вметсо того, чтобы оставлять это WM. Это очень хорошо видно, когда
> берешь WM со статическим тайлингом и пытаешься распихать хоть по каким-нибудь
> признакам куда считаешь нужным. Потому что вметсо того, чтобы тупо реализовать
> стандарт, пытались сделать "чтобы работало". Закончилоь, понятное дело, тем, что стандрат
> теперь,считай, умер. Мне это больше всего напоминает деятельность MS с
> Internet Explorer.Вот я и спрашиваю - какие альтернативы тулкитов? Ибо софт криво реализован, так как альтернатив нет.
>[оверквотинг удален]
> приложений", которые бы целиком по нему работали - грузились (вероятно, частями
> и модулями), рабтали бы в браузерах в плагине, огранчиенном понятным прямоугольником,
> а не как сейчас -когда JS может сделать тчо угодно во
> всей страницей. Имели бы порядочную пакетную систему, которая бы вменяемо кэшировалась
> и допускала бы использование одного пакета многими сайтами (т.е. один раз
> затянули фреймворк - и он используется всеми, кому подходит версия). Еще
> нужно приличное упраление правами веб-приложений несколько более мощное, чем в андроиде
> (чтобы можно не только запрещать приложению доступ к функциям, но и
> отдавать фейки). А так - хак он хак и есть, и
> никогда таким удобным, как локальное, веб-приложение не будет.Можно примеры web-приложений, для которых всё это нужно? И вообще, речь идёт о каких приложениях - о таких, какие удобно пользователю, или о тех, которые полезны для разработчика?
> Можно примеры web-приложений, для которых всё это нужно? И вообще, речь идёт
> о каких приложениях - о таких, какие удобно пользователю, или о тех, которые
> полезны для разработчика?А как вы считаете, мне как пользователю нужно веб-приложение, которое из 100% загруженной откуда-то странницы, несет 90% непонятного, и на самом деле не нежного мне кода, ява скрипта, цсс, и им же подобных, и только 10% нужного мне контента ? И то, из этих
10% дай боже 2% по настоящему нужны ? Вот и получаем, что для того что бы получить абзац текста из 10 строчек, мне присылают пол мега всякой дряни, и только лишь для того, что бы
работали всякие аяксы, динамичные менюшки и им же подобные. /накипело
> А как вы считаете, мне как пользователю нужно веб-приложение, которое из 100%
> загруженной откуда-то странницы, несет 90% непонятного, и на самом деле не
> нежного мне кода, ява скрипта, цсс, и им же подобных, и
> только 10% нужного мне контента ? И то, из этих
> 10% дай боже 2% по настоящему нужны ? Вот и получаем, что
> для того что бы получить абзац текста из 10 строчек, мне
> присылают пол мега всякой дряни, и только лишь для того, что
> бы
> работали всякие аяксы, динамичные менюшки и им же подобные. /накипелоА зачем для получения контента вообще приложение? Здесь нужен обычный документ. В случае онлайн-видео, к примеру, понятнее, но там пользователю удобнее это видео просто скачать.
вот именно, нужен обычный документ, без, простите, выеб...нов со скриптами и им же подобным./ностальгия по вебу, когда там был один хтмл без префикса Д .
> вот именно, нужен обычный документ, без, простите, выеб...нов со скриптами и им
> же подобным.
> /ностальгия по вебу, когда там был один хтмл без префикса Д .Ну так а к чему претензии были? Там, наверху, предлагали реализацию покруче.
Сильно уменьшается количество кода относительно X-ов, идет избавление от дублирующего кода (внутри X и внутри отрисовывающих либ типа Qt / ПЕЛ), идет перераспределение кода между X-ми и OpenGL-рисовалками, плюс перераспределение кода между X- и compiz-подобными.За счет перехода на Wayland упростится код сопутствующих подсистем таких как Qt, GTK, KDM/GDM, compiz-подобные рисователи и прочее прочее.
Т.е. основное преимущество - упрощение кода, а значит упрощение саппорта, а значит экономия ЗП программистов и т.п.
По поводу сетевой подсистемы X-ов она тоже довольно "плоха" и подходит в частных случаях. Ее подпирают костылями типа NX и других протоколов поверху X-ового, чтобы хоть как то заработало.
Получается, что гики могут продолжать использовать X.org, а корпорации в лице Canonical (Ubuntu), RedHat, Intel и другие хотят избавиться от этого монстра за счет разделения его функций на несколько подсистем. По сути unix-way: Wayland - отрисовывает, NX - удаленный доступ (вместе с шарой папок, аудио системы и т.п.), KDM/GDM + W избавляются из двойной буферезации и прочее, прочее ;)
Ну да. Теперь
1) все на г-но изойдут, пока RedHat и прочие крупные корпорации свои отработанные годами вещи на это поделие начнёт перегонять. Если оно не загнётся раньше. Это ж чем надо думать, чтоб уже отработанную систему с общей основой разбивать на десяток мелких задач, которые потом всё равно везде надо будет отдельно поддерживать.
2) NX - уже платный. Оставшиеся свободные реализации мягко говоря сыроваты и нужны полтора хомячкам. Ъ?
3) Код нифига не упростится для Qt, GTK и прочих за счёт того что надо будет поддерживать ещё лет N-цать то что УЖЕ работает и то о чём ещё только убунтоиды мечтают.Более того в определённый момент этот вейленд сольют какому-нибудь гейм-девелоперской конторе и будет она пропиетарные гули на нём под свои "опен-сорсные" приставки гнать.
> Это ж чем надо думать, чтоб уже отработанную систему с общей основой разбивать на десяток мелких задач, которые потом всё равно везде надо будет отдельно поддерживать.Это ж чем надо думать, чтобы не понимать что десять четко разделенных програмных модулей намного проще поддерживать и улучшать чем одну большую кучу кода из них.
> Более того в определённый момент этот вейленд сольют какому-нибудь гейм-девелоперской конторе и будет она пропиетарные гули на нём под свои "опен-сорсные" приставки гнать.
В определенный момент вам надо внимательно прочитать лицензии LGPLv2, GPLv2, и погуглить слово форк, а также ознакомится с историей X.org. Оригинальные иксы "слили", ты пользуешься форком юноша.
> 3) Код нифига не упростится для Qt, GTK и прочих за счёт того что надо будет поддерживать ещё
кто тебе сказал что код этих библиотек для отрисовки в X11 будут грузить в память на системе без X11 ?
1) основное добро от RedHat либо консольное либо web-UI имеет. FreeIPA тот же изначально WUI создается.Опять же приложения что сделаны на Qt будут работать без изменений - может только перекомпиляция на более свежее Qt потребуется.
2) NX - новый сервер. Старый под старой лицензией, плюс гуглик свою реализацию пишет.
3) Nokia скажет Wayland и Qt упростится в миг ;) для гиков останется GTK... возможно сам GTK разделится на две ветки - устаревшая для поддержки старого софта и новая для Wayland.PS возможно еще удобный терминальный сервер сделают ... мечты.
> упрощение кода, а значит упрощение саппортаВсё понятно. А для пользователя, у которого нет и не будет платной поддержки и который никогда не будет писать программы?
Более удобные терминальные сервера - хотя бы научатся грамотно шарить диски + принтеры подключать... про звук я вообще молчу =)Меньше багов, больше фич. Какие фичи сложно предсказать, но вероятно будет композитный менеджер по умолчанию работать. И именно работать, а не крашиться.
> Получается, что гики могут продолжать использовать X.org, а корпорации в лице Canonical
> (Ubuntu), RedHat, Intel и другие хотят избавиться от этого монстра за
> счет разделения его функций на несколько подсистем. По сути unix-way: Wayland
> - отрисовывает, NX - удаленный доступ (вместе с шарой папок, аудио
> системы и т.п.), KDM/GDM + W избавляются из двойной буферезации и
> прочее, прочее ;)Всё бы хорошо, но NX и подобные (кстати, а NX без иксов вообще взлетит?) дают только проброс конкретного приложения, но не его взаимодействие с другими приложениями.
может мы о разных NX говорим? или по разному готовим - у меня через NX доступен целиком рабочий стол, что значит любое количество приложение работают себе и проброшены и взаимодействуют друг-с-другом. При этом буфер клавиатуры пробрасывается туда-сюда между клиентом и сервером.Принтер не пробрасывал - нету принтера, папку расшарить не смог.
Имеется в виду проброс ОДНОГО окна на локальный рабочий стол - и при этом оно должно иметь возможность взаимодействовать с любыми другими окнами на этом рабочем столе. Другими словами - должна быть возможность интеграции и взаимодействия приложений, окна которых доступны одному пользователю. Не просто буфер, а ткнув на е-мейл в удаленно запущенном браузере, получить создание письма в локально запущенном почтовике. Получить мигание иконки в трее при появлении новых писем в удалённо запущенном поисковике. Получить OSD от удаленно запущенного виджета мониторинга. И т.д.
получаем не внятную кашу, которая нужна вам и полтора землекопам. Возможно это технология будущего, но пока админам удобнее делать терминальной целиком сессию, а не одно приложение и сшивать его с локальными.
Никогда не замечал как окошки ресайзятся в иксах? Казалось бы мощьная видеокарта-XRender-все-дела, а ресайз такой некрасивый - типа сначало окно, а потом компоненты. Если я не ошибаюсь, это как то связано с ограничениями дизайна иксов.
в компизе это изменяется.можно сделать чтобы и содержимое окна показывалось при изменении размеров
В компизе не видно рамки, но ресайз не плавный. Т.е. курсор уже на нужном месте, а только потом окно.
> Никогда не замечал как окошки ресайзятся в иксах?Вот так: http://narod.ru/disk/2750137001/our-final-product.mp4.html
Без скролбаров, иначе окно уже нарисовано, просто обрезано. Попробуй в gnome-terminal так сделать, например. Если хочешь именно браузер, то попробуй сайт какой-нить, который не расползается на всю ширину и только после этого меняй размер.
с одной стороны, я понимаю, что X мощная штука и у него куча возможностей.
с другой - когда я вижу, что процесс с именем X кушает 60, 70, 80 и более мегабайт при просмотре DVDRip простенького на 2.05 гб, то мне становится как-то не по себе.
если Wayland будет реально лучше - хорошо. если нет - найдутся люди и форкнут ту же ubuntu, и в форке будет Xorg.лентяи-паникёры могут не переживать.
Да, тем более что в последнее время разработка wayland сошла на нет. В этом может убедиться каждый, склонировав себе git-репозиторий проекта.
Полагаю, что после интереса со стороны Ubuntu проект будет развиваться более динамично. А git-репозиторий не показатель, так как в него могут и не возвращать наработки и произведенные изменения.
> Полагаю, что после интереса со стороны Ubuntu проект будет развиваться более динамично.
> А git-репозиторий не показатель, так как в него могут и не
> возвращать наработки и произведенные изменения.Марк из кожи вон лезет, лишь бы показать что Убунта это что-то особенное. А не надёрганные фичи из других дистрибутивов с мощной рекламой.
"процесс с именем X" мапит память видяхи и отображает ее в ps (/proc) как свою.cat /`pidof Xorg`/3074/smaps
не понял, а в KDE не интегрировали? В kubuntu добавят позже?А вот QT на мобильных девайсах - это просто замечательно.
> А вот QT на мобильных девайсах - это просто замечательно.DirectFB + Gtk на мобильных девайсах самое место.
>> А вот QT на мобильных девайсах - это просто замечательно.
> DirectFB + Gtk на мобильных девайсах самое место.К сожалению пока что этого нет.
>DirectFB + Gtk на мобильных девайсах самое место...будет, когда GTK-DFB откапают.
Не будет, не надейся. На платформах Symbian и MeeGo будет Qt only.
И это хорошо, ибо прогать под тухлый гтк нет ни малейшего желания.
правильно писать Qt
как скажешь.
E17 + xorg + debian squeeze. больше 15-17 метров икс-сервер не берет (видео интел 4500 встроенное). ЧЯДНТ ?
Хорошая новость.
> E17 + xorg + debian squeeze. больше 15-17 метров икс-сервер не берет
> (видео интел 4500 встроенное). ЧЯДНТ ?
> Хорошая новость.А E17 девственно чистый? Ибо лиса та же гадит в X только так.
и лиса и опера и smplayer и skype и virtualbox. ЧЯДНТ ?
> и лиса и опера и smplayer и skype и virtualbox. ЧЯДНТ ?покажи вывод htop.
Держи http://imglink.ru/show-image.php?id=9fdd418d1a8fa67587e91e6c...
/offtopic_on+1 за е17 :)
/offtopic_off
Не совсем еще допилен, но пользоваться уже можно :)
Ну я бы не сказал, что "совсем не допилен". Недопилен он был года 4-е назад. Тогда, что вы видите сейчас, там воопче не было. А сегодня - уже конфетка. Так иногда с очередным snv update падает, но это дело быстро фиксится )
> Держи http://imglink.ru/show-image.php?id=9fdd418d1a8fa67587e91e6c...И где opera в htop? А где лиса? И где все приложения, что сжирают 903 мб? И что, virtualbox с альтом занимает 5 Мб?
месье ниразу не запускал virtualbox и не знает, сколько нитей он порождает ? С твоими знаниями стыдно появляться на опеннете.
> месье ниразу не запускал virtualbox и не знает, сколько нитей он порождаетПроцессы остальных программ, спрашиваю, где? Где самый главный процесс virtualbox? Где лиса с её более чем 100 мегами? Больше похоже на чистую систему с дохлой говядиной в главной роли или кастомизированный конфиг xorg. И да, вывод xrestop тоже не помешает.
> ? С твоими знаниями стыдно появляться на опеннете.
Я не IT'шник, поэтому don't care.
>> Держи http://imglink.ru/show-image.php?id=9fdd418d1a8fa67587e91e6c...
> И где opera в htop? А где лиса? И где все приложения,
> что сжирают 903 мб? И что, virtualbox с альтом занимает 5
> Мб?Вот, посмотри сюда http://imglink.ru/pictures/05-01-11/ceb365ea64b512ba638720c5... и не позорься на людях.
>>> Держи http://imglink.ru/show-image.php?id=9fdd418d1a8fa67587e91e6c...
>> И где opera в htop? А где лиса? И где все приложения,
>> что сжирают 903 мб? И что, virtualbox с альтом занимает 5
>> Мб?
> Вот, посмотри сюда http://imglink.ru/pictures/05-01-11/ceb365ea64b512ba638720c5...вывод xrestop plz. И cat /etc/X11/xorg.conf.
> и не позорься на людях.
don't care.
Да нет проблем, смотри http://imglink.ru/pictures/05-01-11/0a89ae9864412110327420f9...
> Да нет проблем, смотри http://imglink.ru/pictures/05-01-11/0a89ae9864412110327420f9...konqueror есть? Максимальный аптайм какой?
>> Да нет проблем, смотри http://imglink.ru/pictures/05-01-11/0a89ae9864412110327420f9...
> konqueror есть? Максимальный аптайм какой?Я же выше писал - enlightenment e17, соотвественно файловый менеджер юзаю его родной (иногда консоль юзаю с mc). Аптайм 3 часа 16 мин 17 сек на момент написания. Бывает весь день комп не вырубаю. Потребление памяти иксами абсолютно не вырастает или вырастает незначительно - в пределах 1 метра максимум.
>>> Да нет проблем, смотри http://imglink.ru/pictures/05-01-11/0a89ae9864412110327420f9...
>> konqueror есть? Максимальный аптайм какой?
> Я же выше писал - enlightenment e17, соотвественно файловый менеджер юзаю его
> родной (иногда консоль юзаю с mc). Аптайм 3 часа 16 мин
> 17 сек на момент написания. Бывает весь день комп не вырубаю.
> Потребление памяти иксами абсолютно не вырастает или вырастает незначительно - в
> пределах 1 метра максимум.konqueror - это не только файловый менеджер, и он, в отличие от лисы, усиленно использует pixmap buffer иксов (или как их там правильно). Соответственно, при его использовании занимаемая иксами память вырастает при наличии картинок на веб-страницах. Лиса и опера, видимо, хранят картинки в себе, но при большом аптайме лиса жрёт для чего-то память, которая в xrestop не отображается, но высвобождается при выходе из лисы. Как работает опера - не знаю. Мой аптайм - несколько десятков дней, и за это время лиса память сжирает на несколько сотен мегов. konqueror сжирает память сразу и вроде без утечек.
sleep to ram/disk, подозреваю, тоже не используется? То есть комп просто выключается?
Разумеется, в таких мягких рабочих условиях иксы память не жрут. А я уж испугался ;)
>[оверквотинг удален]
> правильно). Соответственно, при его использовании занимаемая иксами память вырастает
> при наличии картинок на веб-страницах. Лиса и опера, видимо, хранят картинки
> в себе, но при большом аптайме лиса жрёт для чего-то память,
> которая в xrestop не отображается, но высвобождается при выходе из лисы.
> Как работает опера - не знаю. Мой аптайм - несколько десятков
> дней, и за это время лиса память сжирает на несколько сотен
> мегов. konqueror сжирает память сразу и вроде без утечек.
> sleep to ram/disk, подозреваю, тоже не используется? То есть комп просто выключается?
> Разумеется, в таких мягких рабочих условиях иксы память не жрут. А я
> уж испугался ;)Выключается само собой.
Тяжелые менеджеры окон и их компоненты не использую, так как привык, что реакция на действия пользователя должна быть адекватной, тем более в 21 веке и на двухъядерном процессоре. Е17 в полной мере этому отвечает.
> Выключается само собой.Ну, тык, вот система не успевает утекать. Особенно при неиспользовании X pixmap buffer. То есть если иксы не использовать, они и разбухать не будут. Это в ответ на "ЧЯДНТ".
> Тяжелые менеджеры окон и их компоненты не использую, так как привык, что
> реакция на действия пользователя должна быть адекватной, тем более в 21
> веке и на двухъядерном процессоре. Е17 в полной мере этому отвечает.А это тут причём?
Когда юзал раньше кеды и гном, жутко разрдражали задержки при выполнении различных действий. Отсюда неэффективное использование памяти как одно из следствий не очень качественного кода приложения. Это ответ на вопрос "а это тут при чем".
Из этого вытекает напрямую, что Е17 использует память гораздо эффективнее кед и гном, код написан более грамотно, поэтому особых задержек при использовании не замечается, как и не замечается чрезмерного потребления памяти Х-сервером. Так что, твой ответ не засчитывается.
Ушли сильно в оффтоп, так что don't care.
> Когда юзал раньше кеды и гном, жутко разрдражали задержки при выполнении различных
> действий. Отсюда неэффективное использование памяти как одно из следствий не очень
> качественного кода приложения. Это ответ на вопрос "а это тут при
> чем".
> Из этого вытекает напрямую, что Е17 использует память гораздо эффективнее кед и
> гном, код написан более грамотно, поэтому особых задержек при использовании не
> замечается, как и не замечается чрезмерного потребления памяти Х-сервером. Так что,
> твой ответ не засчитывается.
> Ушли сильно в оффтоп, так что don't care.Память в данном случае используется не WM, а браузерами. Только konqueror часть информации хранит в иксах (отсюда и потребление), а лиса и опера всё держат в себе, то бишь функциональность иксов не используют, отсюда их размеры в памяти. Потребление firefox почти всегда > 100 мб, тогда как konqueror сам по себе редко когда до 100 сжирает, даже со множеством вкладок. Маленький аптайм сводит утечки к минимуму. Не понимаю, как можно хвалить E17, и при этом пользоваться тормозом firefox и не замечать его тормозов. Что при этом в кедах/гноме может тормозить - непонятно. Или основа работы - манипуляция окошками.
Ещё раз - в приведённом случае иксы почти не работают, и поэтому ничего не съедают. И это не заслуга E17. а "заслуга" firefox/opera. И код здесь ни при чём, pixmap - это данные, независимые от браузера.
Не совсем верно. У е17 своя система кэширования изображений, к тому же настраиваемая. Когда куча картинок в файловом менеджере, то задействуется собственный механизм кеширования е17, который не затрагивает графический сервер. Потребление памяти увеличивается только у WM.
Много браузеров, потому что веб-разработка.
> Не совсем верно. У е17 своя система кэширования изображений, к тому же
> настраиваемая. Когда куча картинок в файловом менеджере, то задействуется собственный
> механизм кеширования е17, который не затрагивает графический сервер. Потребление памяти
> увеличивается только у WM.
>Только для E17-приложений, использующие e17 либы, я полагаю. Что к браузерам не относится.
>Много браузеров, потому что веб-разработка.
А для использования другой никак? Или по привычке?
Как основной мозила не используется, хотя 4 бета очень даже ничего.
> Как основной мозила не используется, хотя 4 бета очень даже ничего.А какой используется?
Какой использую.. А, впрочем, какая разница ? На вкус и цвет, как говорится, все фломастеры разные.
Eve не пробовал, так что ничего конкретного сказать на этот счет не могу.
> Какой использую.. А, впрочем, какая разница ? На вкус и цвет, как
> говорится, все фломастеры разные.Ну как это какая? Такой апломб при пиаре лёгкого e17 должен быть завершён информацией о лёгком браузере. Как-никак, браузер используется чаще и потребляет ресурсов в любом случае больше. Вот мне и интересно, что посоветует любитель лёгкого WM e17, мне, любителю лёгкого konqueror, ибо тормоза лисы и оперы убивают, а потребление chrome оперативки шокируют.
Никакого пиара, апломба и т.д. Весь этот тред лишь о том, что е17 не заставляет графический сервер жрать память в больших объемах. Я расписал почему это происходит именно так.
Легким браузером не пользуюсь, так как в веб-разработке быстрота работы браузера не всегда стоит на первом месте, - на первом месте удобство использования, функционал и корректность отображения веб-старниц, следование веб-стандартам. Проблема в том, что браузеров существует куева хуча, поэтому приходится многих зверей из этого зоопарка держать у себя.
> Никакого пиара, апломба и т.д. Весь этот тред лишь о том, что
> е17 не заставляет графический сервер жрать память в больших объемах. Я
> расписал почему это происходит именно так.
> Легким браузером не пользуюсь, так как в веб-разработке быстрота работы браузера не
> всегда стоит на первом месте, - на первом месте удобство использования,
> функционал и корректность отображения веб-старниц, следование веб-стандартам.Вот я и говорю - похоже на пиар использования лёгкой рубашки (e17) вместо толстого свитера (KDE/GNOME) при надевании водолазного костюма (firefox/opera) на большую часть времени.
а вы считаете что __только__ броузер это наше все ? И окромя как лазанье по инету, люди больше ничего не делают? И тогда отзывчивость легкость и настраиваемость десктопа им уже нафик не нужна ?
> а вы считаете что __только__ броузер это наше все ? И окромя
> как лазанье по инету, люди больше ничего не делают? И тогда
> отзывчивость легкость и настраиваемость десктопа им уже нафик не нужна ?Ну я не увидел у автора ничего более для работы. VB, плеер. И e17.
Рабочие программы, само собой разумеется, я не показывал на скриншотах, кроме разве что пары браузеров и виртуальной машины. Или вы считаете, что компьютер только для работы годится и у человека не может быть других программ.
Я не вижу дальнейшей возможности продолжения разговора после вашей последней реплики.
> Рабочие программы, само собой разумеется, я не показывал на скриншотах, кроме разве
> что пары браузеров и виртуальной машины.
>Или вы считаете, что компьютер
> только для работы годится и у человека не может быть других
> программ.Я не телепат. Что показано, о том и сказано. А показана не лучшая комбинация программ.
> Я не вижу дальнейшей возможности продолжения разговора после вашей последней реплики.
Какой именно? Вроде ничего некорректного не было.
Само собой для EFL. Тут такая же ситуация, как и с konqueror. Только в отличие от последнего, модули е17 (в том числе и модуль - браузер е17 eve) не нагружают без нужды графический сервер. И это дает свой результат, так как софт-рендер у е17 (вместе с композитом) один из самых реактивных. Даже на слабой видяхе типа встроенной можно получить приемлемое быстродействие. Например, на пк класса п3-600+ЖеФорсе2 MX440 (проверял лично).
> Само собой для EFL.И много на EFL приложений?
Тут такая же ситуация, как и с konqueror.
> Только в отличие от последнего, модули е17 (в том числе и
> модуль - браузер е17 eve)А eve на десктопе работает?
По моему, вы не совсем правильно понимаете что в Е кешируется.Если говорить о картинках в файловом менеджере, то для них используется
e_thumb который делает снимок картинки и создает thumbanail файл на диске.
т.е. уменьшенная и нормализированная версия вашей реальной картинки, которая
и показывает в Е`шном файл менеджере. Если вы проверите .e/e/fileman/thumbanails вы
это увидите.В Е есть кэш edje коллекций. Наверное этот кэш вы имели в виду ?
по сути я хотел лишь сказать, что у е17 кэш свой (как картинок так и edje-коллекций, ресурсов), который никоим образом не заставляет графический сервер пожирать память.
А моего скромного топового шестиядерника хватит для Gnome 3 с легковесным Wayland, или всё-таки надо апгрейд?
если у вас Убунта, то не хватит.
объясните пожалуйста о бекенде для фреймворка Quartz (MacOS X) ?
если я правильно понял, то можно будет запускать GTK приложения без X11 и они будут работать на вид почти, как нативные ? Тоисть можно будет юзать Gimp на MacOS X без запуска X11.app ?
да
Развитие всегда радует, по большому счету сетевой мощью иксов я пользовался один раз что бы показать чего умеет линукс другу. И если её вдруг не станет, а огромному количеству разработчиков от этого станет код писать легче, то лучше что бы так и было.
Хм, что-то как ни вглядывался в текст оригинала не обнаружил ни слов про Nokia, ни упоминаний MacOS X или Apple... и вообще там пишут что Qt работать с Wayland тоже будет, как и Gtk+3. Имхо новость высосана из пальца.
