Victor Wagner <[EMAIL PROTECTED]> writes:
> Его использование в этих монстрах. В первую очередь - client side
> rendering шрифтов. Конечно, X протокол тоже немножкно виноват -
> возможности работы со шрифтами там немножко отстают от требований
> современности.
Виктор, ничего в client side rende
On 2007.11.18 at 03:18:06 +0300, Evgeny M. Zubok wrote:
> Victor Wagner <[EMAIL PROTECTED]> writes:
>
>
> > Его использование в этих монстрах. В первую очередь - client side
> > rendering шрифтов. Конечно, X протокол тоже немножкно виноват -
> > возможности работы со шрифтами там немножко отстаю
Victor Wagner <[EMAIL PROTECTED]> writes:
> Это хорошо если у тебя на экране ровно одно приложение. Если у тебя
> там десяток разных приложений, использующих один и тот же шрифт (что
> крайне осмыслено для создания единого стиля десктопа), то каждое
> приложение будет рендерить буковки заново, да
On 2007.11.20 at 15:37:45 +0300, Ed wrote:
> Victor Wagner wrote:
> как говорится "не вместо, а вместе".
Вот когда будут в продаже мониторы формата А3 разрешением 300dpi,
т.е. примерно 4800x3600 тогда и поговорим о том, есть ли какой-то смысл
тратиться на антиалисинг на таком мониторе.
Пуристы б
On 2007.11.20 at 16:30:31 +0300, Ed wrote:
>
> разрешение экрана ещё и в dpi измеряется :)
> а dpi у n800 совсем неплох.
В данном случае критично именно общее количество пикселов.
Воспользоваться преимуществами большого разрешения на единицу длины
можно было бы, если бы софт умел бы работать с 3
On 2007.11.20 at 18:39:28 +0300, Ed wrote:
>
> речь про xterm? да, в нем буковки по умолчанию мелкие - но поменять
> размер шрифта очень просто ;)
Ну, собственно две проблемы:
1. xterm. Заходишь из него по ssh на сервер/десктоп, запускаешь, скажем
w, а она и говорит "что-то у тебя колонок мало
On Thu, Nov 08, 2007 at 02:30:26PM +0300, Victor Wagner wrote:
> Вопрос в том, что делать - то ли аккуратно прописывать список
> exclude в debootstrap (но зависимости essential пакетов в такой
> клубок переплетены), то-ли придумать какой-то другое решение.
Наш техдир запихивал в 16M, но говорит, ч
Michael Shigorin <[EMAIL PROTECTED]> writes:
> Насколько понял XCB whitepaper, с roundtrip times тоже не супер.
А я что-то не читал такой whitepaper. Хорошо, а какое решение мыслится
еще, кроме XCB? Что еще можно придумать, кроме передачи группы запросов
X-серверу на отрисовку чего-либо с отсроч
"Evgeny M. Zubok" <[EMAIL PROTECTED]> writes:
> Насколько я слышал libxcb уже вошел в xorg 7.3.
Вошёл. Кстати, от него взвыли пользователи проприетарных программ:
раньше Xlib неправильное использование блокировок ресурсов молча
проглатывал, где мог, а теперь падает с assert'ами, поскольку перепис
On 2007.11.22 at 22:23:30 +0200, Michael Shigorin wrote:
> > ltsp-server не предлагать, его уже попробовал, и обнаружил там
> > во-первых, еще больше лишнего мусора - оно вообщето под
> > бездисковые workstation, а не под X-терминалы заточено
>
> Странно, не заметил такого.
>
> > во вторых, неко
On 2007.11.24 at 04:15:46 +0600, Mikhail Gusarov wrote:
> "Evgeny M. Zubok" <[EMAIL PROTECTED]> writes:
>
> > Насколько я слышал libxcb уже вошел в xorg 7.3.
>
> Вошёл. Кстати, от него взвыли пользователи проприетарных программ:
> раньше Xlib неправильное использование блокировок ресурсов молча
Victor Wagner <[EMAIL PROTECTED]> writes:
> Вообще за идею падать с assert-ами из библиотеки столь низкого уровня
> как Xlib, надо бы авторов заставить полгода чистить лук на подводной
> лодке, как Джоэл Спольски рекомендует поступать с нерадивыми
> программистами.
Жёсткая, хирургическая мера. Чт
On 2007.11.24 at 18:19:28 +0800, [EMAIL PROTECTED] wrote:
> Может я что не понимаю, но глобальный флаг -DNDEBUG в Makefile
> должен помочь. По моему, "assert" это девелоперское ухищрение.
> В продакшен его конечно пускать не надо, но это скорее говорит
> о нерадении мантейнера программы, а
On Sat, Nov 24, 2007 at 04:20:04PM +0600, Mikhail Gusarov wrote:
>
> Это какие умеют? Emacs? Кто ещё? :)
vim ;-} inkscape еще точно умеет.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 2007.11.24 at 16:20:04 +0600, Mikhail Gusarov wrote:
>
> Это какие умеют? Emacs? Кто ещё? :)
Если бы от этого умения был бы толк, можно было бы достаточно быстро
запинать авторов большинства приложений.
> > Я уж не говорю что оно падает с assert-ами при таких незначительных
> > проблемах, ка
Victor Wagner <[EMAIL PROTECTED]> writes:
>> Это какие умеют? Emacs? Кто ещё? :)
> Если бы от этого умения был бы толк, можно было бы достаточно быстро
> запинать авторов большинства приложений.
Так толк-то есть: сохраниться или отменить текущую операцию. А умеющих -
раз-два и обчёлся всё равно.
"Nikita V. Youshchenko" <[EMAIL PROTECTED]> writes:
> Дело в том, что X протокол - это далеко не только рисование и получение
> ввода. Это ещё и Atoms, Properties и т.п.
Это так. В диалоге опущено важное словосочетание "в среднем уменьшает
влияние latencies", а не совсем исключает. А есть информ
"Evgeny M. Zubok" <[EMAIL PROTECTED]> writes:
Так, вот сейчас глянул в xproto.xml в XCB, а там записано, что на
запросы по отрисовке графических примитивов, например, и многих других
запросов в протоколе X вообще не предусмотрено ответа от сервера. Так
что исправляю эту свою ошибку:
> А на "монол
On Tue, Nov 27, 2007 at 08:59:48PM +0300, Evgeny M. Zubok wrote:
> XCB, кстати, в ветке был приведен совсем не как замена
> прокси-уровню, а (если вернуться в самое начало, где XCB
> упоминается), как шаг в сторону обозначения и начала частичного
> решения проблем c X-протоколом и xlib.
Угу.
> [1
On 2007.11.09 at 09:50:19 +0600, Andrey Lyubimets wrote:
> Victor Wagner пишет:
> >Хочу сделать NFS-рут для X-терминала с помощью debootstrap.
> >Требования - чтобы НИЧЕГО лишнего там не было.
> А с чем связано такое требование - места на сервере жалко?
Каждый килобайт исполняемого кода - потенци
On 2007.11.09 at 15:47:15 +0300, Dmitry Derjavin wrote:
> On Thu, Nov 08 2007 at 14:30, Victor Wagner wrote:
>
> > Хочу сделать NFS-рут для X-терминала с помощью debootstrap.
>
> [...]
>
> > ltsp-server не предлагать, его уже попробовал, и обнаружил там
> > во-первых, еще больше лишнего мусора
On 2007.11.10 at 01:27:31 +0300, Dmitry Derjavin wrote:
> Основной упор авторы делали на скорость развёртывания. Предполагалось,
> что всё настраивается один раз при интерактивной установке, а дальше
> работает без вмешательства человека.
Все так предполагают, а жизнь - располагает.
>
> А чем
On 2007.11.11 at 04:07:57 +0300, Dmitry Derjavin wrote:
> On Sat, Nov 10 2007 at 13:09, Victor Wagner wrote:
>
> > В etch, наконец, появился tftpd-hpa, который из коробки подходит.
> > Но его всё равно надо ставить в неумолчательную позу.
>
> Угу, спасибо, так и запишем.. Ещё в планах -- посмотр
On 2007.11.11 at 23:12:14 +0300, Dmitry Derjavin wrote:
> On Sun, Nov 11 2007 at 13:10, Victor Wagner wrote:
>
> > А multicast-то там зачем?
>
> Например, загрузить класс (учебный) бездисковых машин. Образ, правда,
> довольно большой, это не X-терминал. Но основная проблема в том, что
> аптаймы
On 2007.11.13 at 05:11:08 +0300, Ed wrote:
> не совсем в тему - использование "современных" программ (тот же firefox
> с openoffice) на x-терминале даже по локальной сети зачастую вызывает
> мысли о несовершенстве мира, если ж канал 1мбит и rtt в десятки ms, то
> совсем грустно.
>
> не только
Victor Wagner <[EMAIL PROTECTED]> writes:
[очередной rant скипнут]
Это pango виноват, если что.
--
JID: [EMAIL PROTECTED]
On Tue, Nov 13, 2007 at 09:15:31AM +0300, Victor Wagner wrote:
> On 2007.11.13 at 05:11:08 +0300, Ed wrote:
>
> Его использование в этих монстрах. В первую очередь - client side
> rendering шрифтов. Конечно, X протокол тоже немножкно виноват -
> возможности работы со шрифтами там немножко отстают
On 2007.11.13 at 14:18:17 +0300, Иван Лох wrote:
> А то, что проблема работы по "узкому каналу" в самих X-ах решается
> сплошь и рядом через внешние костыли и приблуды, это нормально? IMHO
Нормально. По локальной сети всё прекрасно работает.
> ничего страшного и безумного в Gdk нет. Была бы нор
28 matches
Mail list logo