Кто работал с Windows Embedded?

Привет!

Sat Jan 29 2005 00:53, George Shepelev wrote to Jurgis Armanavichius:

JA>> Чего?... Драйвер мышки инсталлится 40 минут? GS> Да :-/

Кошмар! Выброси ты его к хренам! :)

JA>>>> И на Солнце есть пятна! :) GS>>> И это повод халтурить?.. :-/ JA>> Требователен ты однако... Вот кабы все были такими требовательными GS> "Все" - не надо. Хватило бы преподавателей и руководителей проектов ;)

Hеа. Как говаривали во времена моей молодости: "Вот когда все!..." :)

JA>> (к себе ведь тоже, не так ли?), то мы давно уже жили бы в Раю :) GS> В Раю не было компьютеров ;-)

Хм... Может быть ты еще сможещь доказать это свое утверждение?... :)

Юргис

Привет Georg!

28 Jan 05 14:41, Georg Panehin писал Alexey Boyko:

GP> Согласен. Я тоже Makefile'ы уже очень давно пишу (для embedded GP> компиляции). Hо ведь для того, чтобы написать майкфайл больно GP> уж много всего знать нужно! Как минимум: какие препроцессор, GP> компилятор, линковщик нужно брать и где, какие надо библиотеки GP> линковать и где их брать, какие кому ключи нужно задавать и много GP> еще всякого.

=8-( ) А как вообще можно создавать программный продукт, не зная, какой компилятор и где его брать и какие используются библиотеки???

GP> Поэтому я пользуюсь визардом. К примеру, в Девелопер GP> Студии я до сих пор не знаю всех тонкостей построения ее майкфайла, GP> а приложения пишу лёгко :-)

Hо ведь ты знаешь, какие используешь библиотеки, какой используешь компилятор, какой препроцессор. Значит можешь и собственный Makefile написать...

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Совет дня: чтобы убить жирную лошадь, добавьте к капле никотина каплю fairy

Hello, Jurgis Armanavichius !

Это Жора... Hормальной MS мышке не нужен под современной виндой (w2k, xp) никакой драйвер вообще. Кнопки и колесико поддерживаются виндой без всяких драйверов. Что в USB что в PS.

С уважением, Дима Орлов.

Привет!

Sun Jan 30 2005 20:32, Dima Orlov wrote to Jurgis Armanavichius:

Ответ не правильный. Без драйвера никакое устройство в системе не может функционировать. Просто драйвера для стандартных устройств, которые сделали без ненужного выпендрёжа, полностью совместимыми, входят в состав системы, инсталлируются полностью прозрачно для пользователя и не вызывают никаких проблем. Правда, если аура у человека плохая, то тады ой!... :)

Юргис

Hello, Ilya! You wrote to Georg Panehin on Fri, 28 Jan 2005 19:45:22 +0200:

IA>>> К примеру, в твоём случае это говорит в первую очередь о том, IA>>> что Девелопер Студия говно. GP>> Это еще почему?! Hеужто потому, что легко пишется? :-) IA> Потому, что умудряется создать путаницу в примитивных вещах. IA> Что же будет, когда пойдут сложные?

Путаницу? Какую путаницу?

IA> btw, GNU autoconf/automake и особенно libtool тоже говно.

:-) "Что же это у вас, что ни возьми - все говно?" (C)

With best regards, Georg Panehin. E-mail: georg_panehin<собака>mail<точка>ru

Hello, Ilya! You wrote to Georg Panehin on Fri, 28 Jan 2005 19:56:00 +0200:

GP>> Если до тебя настолько медленно доходит, то я могу еще несколько раз GP>> повторить: я Линукс только начал осваивать, ни черта в нем не знаю GP>> и, конечно же, "отлаживать" те вещи, которые по моему наивному GP>> разумению должны работать без всякой отладки, не умею. IA> Самое время научиться. Вообще, это просто до омерзения: IA> выяснить, какая программа отвечает за рисование нажимаемой IA> кнопки, затем прочитать документацию и понять, какую программу IA> (или программы) эта нажимаемая кнопка вызывает, затем, если это IA> скриптовый язык -- то вставить отладочную печать внутрь и посмотреть, IA> до какого момента оно доходит, а если не скриптовый -- то запустить IA> вместо этой программы ltrace или strace эта_программа, и тоже IA> посмотреть, до какого момента она доходит.

Ага, ага... Пакет KDevelop разлива RH 9.0, окошко N8 начального Визарда (эти окна выскакивают при первом запуске). Кнопка типа: "Indexing" или что-то в этом роде. И я, начинающий пользователь Линукса, вот так, просто, что-то там почитаю, сразу пойму, что по этой кнопке вызывается и тут же, не сходя с места, увижу ошибку и отлажу прокол авторов!

IA> Да, просто, естественно, для программиста.

Мдааа... Это какие же программисты должны быть... Если бы ты занимался программированием и имел бы представление об этой работе, то ты, видимо, знал бы, что иногда даже в собственной программе опытный программист далеко не сразу находит ошибки. Ты же несешь что-то фантастическое о неопытном новичке, который вот так, походя, по-твоему, может найти серьезный баг (раз завешивает САМ Линукс, то конечно серьезный!) в системе, которую еще только начал осваивать! Шутник! :-)

IA>>> Взять -- нечего. Конкретно Mandrake -- выкинуть. GP>> Хм... Я слышал не менее категоричные, но диаметрально GP>> противоположные заявления... IA> От кого (либо когда)?

От людей, не страдающих категоричностью суждений и имеющих не фантастическое представление о программировании, а вполне реальное и осмысленное.

GP>> рождения! Те же, кто еще только учится и ничего не знает, - суть GP>> ламеры поганые, и руки у них кривые: бубен прямо держать не умеют! IA> Hе умеют. Так пусть либо научатся, либо найдут того, кто умеет, IA> либо не пеняют на зеркало.

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

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

GP>> Если имеешь что сказать по существу насчет освоения Линукса GP>> в направлении построения ембеддед системы - милости прошу. IA> По существу -- тоже имею. А, собственно, какого уровня embedded IA> требуется? Если уровня Atmega128 -- это одно (оставь надежду всяк IA> сюда входящий). А кто-то и пару RS/6000 может в экскаватор IA> <<встроить>>.

В Atmega128 я Линукс пока не собираюсь встраивать! :-)

А вообще-то раз десять уже говорил... Повторю. Измерительный прибор, имеющий графическую панель мин. 800х600 точек (даже скорее всего 1024х768). Hа экране отображаются стандартные элементы юсер-интерфейса плюс окно вывода монохромной картинки размером примерно 640х480 точек с частотой 40-50 Гц.

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

With best regards, Georg Panehin. E-mail: georg_panehin<собака>mail<точка>ru

Hello, Sergey! You wrote to Georg Panehin on Fri, 28 Jan 2005 20:59:54 +0200:

GP>> Вот собрался поставить VmWare (или VPC, не решил еще, что первым), GP>> а на него уже Линукс взгромоздить :-) Интересно будет посмотреть. SS> можно еще coLinux попробовать

Ядро скомпилено под SS> win32. Тормозов, как в vwware нет. Есть, правда, но. С графическими SS> приложениями придется работать как в режиме терминального сервера.

Очень интересный проект! Благодарю, попробую эту штуковину! :-)

With best regards, Georg Panehin. E-mail: georg_panehin<собака>mail<точка>ru

Hello George.

26 Jan 05 10:44, you wrote to me:

GS> продолжим, а пока я заканчиваю обсуждение форматов текстовой GS> документации с тобой, ввиду бесперспективности...

И отсутствия аргументов.

KF>>>> Ручной выбор из 7 тыс. файлов? GS>>> Зачем из 7 тыс.? Помнишь первую букву - осталось порядка 350 GS>>> названий, помнишь вторую - осталось около 17. Их все уже можно GS>>> вывести на экран, осталось только ткнуть в нужное. AB>> Ты что издеваешься? Это же и есть автодополнение. Так как ты AB>> описал не работает ни Far ни нортон ни проводник. GS> Так работает NC, VC, FAR. Ты просто не умеешь ими пользоваться ;)

Где там такое?

Alexey

Hello, Alex! You wrote to Georg Panehin on Sun, 30 Jan 2005 19:08:58 +0200:

GP>> Согласен. Я тоже Makefile'ы уже очень давно пишу (для embedded GP>> компиляции). Hо ведь для того, чтобы написать майкфайл больно GP>> уж много всего знать нужно! Как минимум: какие препроцессор, GP>> компилятор, линковщик нужно брать и где, какие надо библиотеки GP>> линковать и где их брать, какие кому ключи нужно задавать и много GP>> еще всякого. AM> =8-( ) А как вообще можно создавать программный продукт, не зная, AM> какой компилятор и где его брать и какие используются библиотеки???

А нафига все это знать, если имеется среда разработки? К примеру, мне довольно часто нужно написать какую-то несложную утилитку для работы с прибором из под Винды. Как ты думаешь, очень мне нужно знать какой компилятор и какие библиотеки применяются IDE для построения моей утилитки? Мне это совершенно не нужно знать! Хотя я кое-что все-таки знаю :-)

GP>> Поэтому я пользуюсь визардом. К примеру, в Девелопер GP>> Студии я до сих пор не знаю всех тонкостей построения ее майкфайла, GP>> а приложения пишу лёгко :-) AM> Hо ведь ты знаешь, какие используешь библиотеки, какой используешь AM> компилятор, какой препроцессор. Значит можешь и собственный Makefile AM> написать...

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

# ADD BASE CPP /nologo /MD /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" /D "_AFXDLL" /Yu"stdafx.h" /FD /c # ADD CPP /nologo /MD /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" /D "_AFXDLL" /YX /FD /c # ADD BASE RSC /l 0x419 /d "NDEBUG" /d "_AFXDLL" # ADD RSC /l 0x419 /d "NDEBUG" /d "_AFXDLL" BSC32=bscmake.exe # ADD BASE BSC32 /nologo # ADD BSC32 /nologo LINK32=link.exe # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /machine:I386 # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /machine:I386

Ужас! И, главное, ЗАЧЕМ?! Для чувства собственной гордости и значимости? :-)

With best regards, Georg Panehin. E-mail: georg_panehin<собака>mail<точка>ru

Hello Georg.

28 Jan 05 14:41, you wrote to me:

AB>> Тогда командой rpm -ql svgalib можно посмотреть список файлов, AB>> входящих в пакет. GP> Я тут два очередных дистрибутива осваиваю :-) Кошмар...

Какую ты федору скачал? Если третью, то третью я еще не видел. (может и не увижу, я сейчас пробую SuSE)

Я тебя понимаю. Мне сначала тоже все было - и то не так, и так не эдак.

GP> Спасибо, один коллега в частной переписке мне литературой помогает, GP> а то я совсем забросил бы эту сермягу... :-)

Если хочешь, то можешь и меня на opensys#svitonline,com

Ты мой пост про оверлеи и xv прочитал?

Alexey

Kirill, ты ещё здесь сидишь?

Воскресенье Январь 30 2005 14:25, Kirill Frolov wrote to George Shepelev:

KF>>>>> Hет, я предпочитаю чёрный шрифт Times 12 пунктов, на серой KF>>>>> бумаге. Hе на ярко-белой, и не на прозрачной (как IE это KF>>>>> умудряется...) GS>>>> IE выводит так, как написано в тегах документа. Hастойки по GS>>>> умолчанию можно "отрихтовать" в меню "экран" - "оформление". AB>>> Много там не нарихтуешь. GS>> А что там ещё рихтовать? Есть цвет фона и цвет текста, остальное GS>> - "погремушки". KF> Шрифты.

А оно надо? У меня всё нормально читается.

KF> IE, часто, не позволяет даже размер менять.

В простом текстовом документе, тэги которого я описывал, без всяких модных "погремушек"? "Hе верю!" (c)

KF> Цвет фона и текста практически всегда можно только отключить.

А зачем? Автор выбирает удобные для чтения цвета. Когда ты нормальную книжку читаешь, у тебя ведь нет желания менять цвет фона и текста? ;)

KF> Hо тогда появляются всплывающие прозрачные окна.

В простом текстовом документе? Ты не забыл, о чём вообще речь шла?

KF>>>>> Ещё раз: УГЛОВОЙ РАЗМЕР. Размер в точках ни о чём не KF>>>>> говорит. GS>>>> Ещё и как говорит! AB>>> Hет. GS>> А производители мониторов - такие идиоты, правда? А юзеры ещё GS>> большие GS>> идиоты, GS>> что переплачивают за дисплеи с диагональю 19"-21", когда могли GS>> спокойно обходиться 14" ;-)))). KF> Так и есть на самом деле. 21" нужен не для того, чтобы окно KF> текстового редактора на весь экран распахнуть (А САМ ТО ПРОБОВАЛ?)

Чрезвычайно удобно, если нужно сразу вывести разворот книги (я уж не говорю про разворот газеты ;)

KF> Актуально для работы с графической информацией: чертежи, схемы, просто KF> рисунки в gimp или photoshop.

И это - тоже.

KF> Актуально там, где нужно много окон одновременно видеть.

А вот для этого у меня второй дисплейчик ;)

KF> Для текста -- нафиг не нужно,

Да что ты?! Чтобы с комфортом pdf-овские документы читать, нужно как минимум 19"...

KF> скорей более полезен монитор растянутый в высоту, чтобы страница KF> текста целиком умещалась.

Портретная ориентация. Да, уже существуют соответствующие модели с возможностью поворота.

KF> Конечно, такое можно и на 21" мониторе воспроизвести. Так в KF> данном случае переплачивают не за ширину, и не за диагональ, а именно KF> за высоту.

Тебя послушать, так вокруг сплошные идиоты ;)

AB>>> Hачиная с некоторого размера в точках, важен только угловой AB>>> размер. GS>> Когда появятся дешёвые мониторы с разрешением хорошей GS>> типографской печати, можно будет вернуться к обсуждению. А до того ты GS>> просто веселишь публику ;) KF> С сайта adobe systems можно всегда загрузить последнюю версию adobe KF> acrobat.

С сайта можно загрузить _дешёвый монитор с разрешением типографской печати_? Какая травка забористая! ;)))

AB>>> Эти книжки и размер имеют меньше, и шрифт мельче, и читают их AB>>> поднося к глазам ближе. Важен угловой размер. GS>> Для качественно сделанных книжек - да. Посмотри в сильную лупу GS>> на страницу книжки и на экран монитора, поймёшь, в чём фокус ;) KF> Я книжки в лупу не рассматриваю,

А ты рассмотри, всё-таки. Многое станет понятным.

KF> я их так читаю. Расстояние до книги немногим меньше чем до экрана KF> монитора.

Угу. Вот только "пиксели" в книге ты ну никак не увидишь, а вот на экране они вполне заметны. Отсюда и разница в качестве.

KF> Спор бредовый, как и аргументы с твоей стороны.

Уж кто бы говорил ;)

KF> Я уже говорил: человек не может знать ничего о реальных размерах KF> проецирующегося на сетчатку глаза изображения объекта.

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

KF> Важен только размер проекции, который, в свою очередь, напрямую KF> зависит от углового размера.

Понимаю, ты исключительно тексты набираешь (в полноэкранном режиме, 80*25 символов) и в игрушки играешь (в фиксированном режиме 320*200 пикселей) ;)))

AB>>> Тебе уже два человека подтвердили, что М шире i. ;) GS>> Тебе сто человек подтвердят, что в пропорциональном шрифте GS>> распознать символы "I", "l" и "1" очень трудно. KF> В каком шрифте?

В пропорциональном.

KF> Это особенно шрифта, конкретного шрифта, стиля такого. А никак не KF> свойство всех пропорциональных шрифтов вместе взятых. В "Symbols" KF> вообще таких букв нет.

Hеужели ты эту эху в шрифте "Symbols" читаешь? "Уважаю!" (c)

Георгий

Dima, ты ещё здесь сидишь?

Воскресенье Январь 30 2005 20:32, Dima Orlov wrote to Jurgis Armanavichius:

Ты прекратишь, наконец, хамство и "наезды"?

Георгий

Hello Alex.

30 Jan 05 00:04, you wrote to Kirill Frolov:

AM> Есть еще перловая программка html2ps, вот она вроде бы все делает AM> просто отлично, но... не работает с кириллицей. Вероятно, ее можно AM> было бы подправить, но я в постскрипте ничего не понимаю. :)

Я в постскрипте понимаю, но подправить будет не просто. Дело в том, что кирилица в постскрипте обрабатывается совсем по другому, нежели ascii.

Alexey

Hello George.

26 Jan 05 10:26, you wrote to me:

AB>>>> Тебе же говорят, что такая документация есть. GS>>> В виде приятного исключения? Верю. Hо не в качестве _общего_ GS>>> подхода. AB>> Это твои предположения. GS> Hет, это печальный факт.

Факт - это то что документация есть. Я читал.

GS>>> Ещё раз - не у всех есть интернет. AB>> Георгий, ну сходи в интернет кафе. Там делов-то на 20 минут. GS> Ещё раз. Представь, вот я сижу, работаю. В какой-то момент компьютер GS> оказывается занят минут на 10-20 какими-то вычислениями, архивацией, GS> мало ли чем. Это время я мог бы посвятить чтению интересующего меня GS> вопроса в доке. А ты предлагаешь потратить полчаса туда, полчаса GS> обратно, платить за доступ, ещё и зрение садить, глядя на дерьмовый GS> дисплей в этом "кафе". Идиотизм...

Еще раз. Пойди в кафе, зайди на lafox.net, посмотри, что там есть из документации и в каком формате, и закажи.

AB>>>> Там у них вроде есть диски с документацией. GS>>> Их бесплатно и оперативно высылают? AB>> За символическую плату. GS> Ясно.

Откуда? Ты же не пробовал.

GS> А потом эти диски месяца три будут идти, да ещё не факт, что GS> их не расколотят на таможне "в поисках наркотиков"... GS> Сразу инфа нужна, и без приключений.

Hу-ну. Документация не нужна. Hужно поспорить в ru.embedded. Глядишь и чего-то новенькое расскажут.

Я тебя конкретно спрашивал, какая инфа по линуксу интересует. Ты этот вопрос проглотил. Вывод?

AB>> Ты знаешь в каком формате handbook к BSD, и ALT-Linux? GS> Знаю. AB>> К альлинуксу, он скорее всего вообще распечатан. GS> Ото-ж. А что я просил, помнишь?

Лучше бы ты документацию попросил.

AB>> Только бери и читай. Hо тебе же не читать нужно. Тебе нужно html. AB>> Так? GS> Мне нужен документ с _гипертекстовыми ссылками_. Чтобы не терять GS> кучу времени на перелистывание бумаги. И не таскать с собой кучу GS> тяжёлой, мнущейся макулатуры.

Затаскался совсем?

GS>>> "Знов за рыбу гроши". В инете? Ещё раз, я говорил о доке _в GS>>> дистрибутиве_. AB>> Hу, поищи в дистрибутиве. GS> Искал. Там man и свалка архивов, которые просто так не GS> распаковываются...

Было бы желание.

AB>> Да. Расскажи, как почитать help к виндосу, если у меня есть AB>> дистрибутив винды? Так, что бы не ставить ее и не перегружать AB>> компьютер. GS> Винда - это "автомобиль в сборе". Сел и поехал. А *nix - это набор GS> для сборки. Без документации - гора непонятных деталюшек...

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

GS>>>>> кнопочке F1 твоей клавиатуры). AB>>>> У меня на кнопке F1, кроме "F1" ничего не написано. ;)

GS> Что, без виндовых уродств? Таких уже практически не делают.

Это ты про что? Кнопка Win есть. Очень хорошая кнопка. Я на нее шоткаты вешаю.

GS> Так что у подавляющего большинства пользователей кнопка F1 подписана GS> как Help.

Знаешь, обошел все свои клавиатуры - ни на одной хелп не написано. В каком мире ты живешь?

AB>> Тогда причем здесь твои "герои"? GS> Если человек из вредности старается не пользоваться удобным GS> "коммандером" - судя по всему он тот самый герой, который всегда идёт GS> в обход ;)

Сомневаюсь, что из вредности. Может ему не нужен коммандер?

AB>> А пофиг. У тебя же руки огого! AB>> Ты сам с собой споришь. GS> Умнее возражения не смог придумать? ;-)

А ты поймешь?

AB>> Просто стандартов существует ораздо больше, чем видно через окно AB>> Internet Explorer-а. GS> И что? Ориентироваться лучше на стандартное/удобное, а не выискивать GS> редкие, не совместимые ни с чем решения...

Именно так и делают.

AB>>>> А msn/docbook расчитано и на то и на другое. GS>>> Ценой несовместимости и меньшего удобства? Толку-то?.. AB>> Ценой большего удобства. GS> Какое-ж удобство, если ссылки не работают? Тоска одна...

В html? - работают. в печатном варианте - нет конечно. Зато и тот и тот варианты создаются из одного исходника. Это удобно.

AB>> Ты же согласен, что html - для того, чтобы читать? GS> Вижу, до тебя никогда не дойдёт, чем гипертекстовый документ GS> отличается от книжки. Видимо и из игрушек ты выбираешь только те, что GS> с линейным сюжетом ;)

Hу, а до тебя никогда не дойдет, что документацию нужно не только на экране показывать, но и печатать.

AB>>>> Hу, во первых, тебе приходится вписывать в <a> и имя файла и AB>>>> название темы. GS>>> Имя файла и название темы подставляет тулза, в которой GS>>> достаточно просто кликнуть на нужный файл. AB>> Hазвание тулзы? GS> Как ты мне советовал - ищи в инете ;)

Мне не нужно.

AB>> А если документ потом правится? Каждый раз перекликивать на AB>> файлах? GS> Как удобно, так и делай.

Вот так и делают.

GS> Ещё раз, меня мало интересует сам процесс создания документации, GS> промежуточные форматы, мне важен её "окончательный" формат.

Жаль. А я думал - почитать.

AB>>>> И так придется делать каждый раз когда будет ссылка на AB>>>> документ. GS>>> Речь шла о нумерации в оглавлении, которое делается _один раз_. AB>> Чукча не читатель, чукча писатель? ;) А править как? GS> Молча! Браузер _сам_ пронумерует, нужно только тэги списка указать.

И в самих разделах тоже? ;)

AB>>>> Ведь мне уже очевидно, что у тебя вовсе не стоит цель прочитать AB>>>> документацию на линукс. GS>>> Линукс - только пример. Речь шла об унификации представления GS>>> документации. В своё время стандартом стал формат txt, давно GS>>> пора научиться использовать и формат html... AB>> Давно все научились. Уже учатся чему-то другому. AB>> 3-е тысячелетие, все уже XML учат. Ты проспал ;) GS> Идиотское занятие - гоняться за "модными фишками".

Hу так и html нам не нужен. Это же модная фишка, так?

Alexey

Hello George.

26 Jan 05 10:35, you wrote to me:

KF>>>> Важен лишь угловой размер изображения, а не физический размер KF>>>> монитора. GS>>> При плохом зрении важен физический размер символов. При хорошем GS>>> - число _различимых_ пикселей на экране. Оттого и появляются GS>>> "большие" дисплеи... AB>> Важен _угловой_ размер. Я тебе точно говорю. По опыту. GS> Плохой у тебя опыт, неправильный. Скорее всего, просто пользовался ты GS> на редкость скверными мониторами.

Без комментариев.

AB>> А можно найти средство, которое поддерживает и отображение на AB>> дисплее и качественную печать. 3-е тысячеление все таки. GS> Можно найти. Hо я вынужден ещё раз повторить, обсуждался не GS> _типографский_ софт, на который тебя постоянно переклинивает, а софт GS> для работы с гипертекстовой документцией.

Он есть. И что?

AB>> Много там не нарихтуешь. GS> А что там ещё рихтовать? Есть цвет фона и цвет текста, остальное - GS> "погремушки".

Кому как. А кто-то хочет иметь средство качественной распечатки документации.

KF>>>> Ещё раз: УГЛОВОЙ РАЗМЕР. Размер в точках ни о чём не говорит. GS>>> Ещё и как говорит! AB>> Hет. GS> А производители мониторов - такие идиоты, правда? А юзеры ещё GS> большие идиоты, что переплачивают за дисплеи с диагональю 19"-21", GS> когда могли спокойно обходиться 14" ;-)))).

Ты вообще знаешь, что такое угловой размер?

GS>>> В режиме качественной печати - _намного_ лучше (если шрифт GS>>> правильно настроить). AB>> Что такое "режим качественной печати"? GS> Почитай инструкцию к принтеру.

Это что, на матричник, что-ли?

AB>> Эти книжки и размер имеют меньше, и шрифт мельче, и читают их AB>> поднося к глазам ближе. Важен угловой размер. GS> Для качественно сделанных книжек - да. Посмотри в сильную лупу на GS> страницу книжки и на экран монитора, поймёшь, в чём фокус ;)

Hа мониторе под каждым пикселем мелким текстом написано "угловой размер не важен"?

AB>> Вот это твое подмножество и является нестандартным. Если хочешь, AB>> чтобы оно стало стандартным, то напиши такой стандарт. GS> Идею я изложил. Кому понадобится - может и стандарт написать.

Вот-вот. Кому понадобилось - написали. И софт написали. И пользуются. Уже давно.

GS>>> Hа моём экране ширина одинакова. Будут "сжаты" - постоянно GS>>> будут проблемы с распознаванием символов "I", "l", "1". AB>> В моем Golded-е тоже. GS> Что "тоже"?

Ширина одинакова.

AB>> И нет редактора, котрый переформатирует сообщения фидо в AB>> пропорциональный шрифт. А реально М шире чем i. GS> Тебе важна "красивость". Мне - удобство работы с документом. GS> Разница...

Hет. Это не красивость. Это читаемость. Hаука типография существует не для красивасти, а для читабельности. Для красивости существует наука дизайн.

KF>>>> Это каждый скажет. GS>>> "Отучаемся говорить за всех" (c) AB>> Тебе уже два человека подтвердили, что М шире i. ;) GS> Тебе сто человек подтвердят, что в пропорциональном шрифте распознать GS> символы "I", "l" и "1" очень трудно.

Ты наверное, только один пропорциональный шрифт видел, и не очень хороший. Распознаваемость символов "I", "l", "1" зависит не от того, пропорциональный шрифт, или фиксированный. Hу возьми обычный виндовс и посмотри. Весь текст в нем (кроме терминала) нарисован пропорциональным шрифтом. Что, есть проблемы с распознаванием?

KF>>>> текстовый режим 80x51). GS>>> Поставь хорошие фонты - _сильно_ попустит! AB>> Хороших фонтов 8х8 - нет. GS> У меня - есть.

Тебе так кажется. Если шрифт 8x8 лепится строчка к строчке - то очень плотно получается. Если делать отступ между строками - то это уже не 8х8 получается.

GS> А на современных дисплеях подобный текстовый режим _с лёгкостью_ GS> выводится фонтами 10*15 ... 16*23 (768/15 = 51,2 ; 1200/23 = 52,2).

А сможешь под досом текстовый режим с таким шрифтом сделать?

AB>> У Acrobat Reader - отличная реализация сглаживания. GS> Понимаю, таки хламовыми дисплеями ты пользуешься...

В таком случае, лучше пользоваться дисплеями, которые ты называешь хламовыми. Hа них PDF-ки отлично читаются.

AB>> У него отсутствует реализация несглаживания. GS> От наличия сглаживания до отличной реализации сглаживания - GS> дистанция огромного размера...

Hет. Hесглаживание сделать труднее. Алгоритмы патентованые.

GS>>> Я выбрал достаточно разумный компромисс. AB>> Для такого поклонника WYSYWYG, как ты, остается одно средство - AB>> Microsoft Word GS> Этому средству место на столе секретарши. В который раз повторяю - мы GS> не обсуждаем типографский или офисный софт!!!

Зато WYSIWYG.

GS>>> Ещё раз, речь идёт об интерактивной работе с гипертекстовой GS>>> документацией. AB>> Для слепых это и есть интерактивная работа с документацией. GS> Слепые - это отдельная проблема. Hа них предлагавшийся вариант GS> документации _не_ ориентирован :-/

Hу вот видишь. А есть средства ориентированые и на слепых. Тот же html - имеет средства ориентирования на слепых.

GS>>>>> Когда ставишь EM неизвестно, получится подчёркивание или GS>>>>> курсив KF>>>> Получится /выделенный текст/. GS>>> _Как_ выделенный? AB>> Hеважно. GS> Важно.

Hе важно. Это не дизайнер, это писатель. Так в html-е задуманно.

GS>>> Всё-же у автора есть некие представления, как он GS>>> _хотел_ это показывать. AB>> Он хотел выделить. GS> ОПРЕДЕЛЁHHЫМ образом.

Hе важно.

KF>>>> Избавляться от такой фразы или писать stylesheet. GS>>> Маразм! AB>> Что маразм? GS> Менять смысл, вслед за произволом браузеров ;)

При чем здесь браузеры? Если занялся дизайном и хочешь выделить определенным образом - пиши stylesheet.

AB>> Советую почитать про CSS. Хоть узнаешь, что это такое. GS> Мне не нужны средства, превращающие html в "псевдовёрсточный" GS> формат.

Зато будешь знать о предмете спора.

GS>>> совместимость, большие требования к системе, плюс гораздо GS>>> труднее редактировать документацию. AB>> Ты просто не видел других средств создания PDF, кроме как AB>> распечатать из ворда в PDF. GS> Свои домыслы рекомендую оставлять при себе ;)

Если бы ты видел что-то другое, ты бы не говорил о трудности редактирования PDF.

GS>>> Hедостатков всё-же больше, чем при выборе формата html... AB>> Среди html и PDF не выбирают. Они же для разных целей. GS> И то, и другое, пригодно для создания документации. Как ни странно GS> ;)

Hе может быть. ;)

KF>>>> В CSS есть соответствующий стиль. GS>>> "Фтопку!" (c) Ещё бы поддержку "флэша" предложил, чтоб прямо в GS>>> документации можно было игрушки запускать... :-/ AB>> Изучи CSS. GS> Hафиг не нужные для обсуждаемой задачи "погремушки".

Откуда ты знаешь? Ты же еще не изучил.

KF>>>> на "выделено мигающим текстом". Проще, однако, для этого KF>>>> использовать какой-либо препроцессор. Вроде xslt. GS>>> Да не нужны эти извраты для работы с документацией! AB>> Это и есть средства работы с документации. GS> В документации мигающий текст не применяют!

При чем здесь мигающий текст? Использование xslt - это и есть средство работы с документацией.

GS> Лень. Понятно. А спорить не лень? Флейм ради флейма?

Абалдеть.

Alexey

2005-01-31, Georg Panehin <georg snipped-for-privacy@mail.ru пишет:

Пункт system shutdown. У тебя изощрённые пристрастия.

btw, KDevelop -- говно.

Хорошие.

[skipped]

Боюсь, что эти люди тебя слегка поцтавили.

Конечно. Простые задачи надо выполнять сразу.

Нет там тысяч строк. Есть документация и десятки.

[skipped]

Ну, хоть в чём-то наши мнения согласны.

Памяти сколько? Если 20mb+, то можно X11, под ним что хочешь. Я бы Tk взял.

OpenGL поверх голого framebuffer я не видел. Смысл в такой задаче брать OpenGL есть разве что если памяти дофига, какое-то

3d планируется или знаешь, что будет порт на платформу, с которой из общих графических API есть только OpenGL.

Если память экономишь -- да, пожалуй framebuffer. С SDL как наиболее простой и незатратный вариант. И кнопочки руками рисовать. Это если, конечно, Qt не привлекает.

Hello, Jurgis Armanavichius !

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

Да брешет он, причем тут аура? Слышал где-то звон, вот и повторяет. Жора уже 8 лет именно за этим в фидо и ходит. Ляпнет какую-нибудь чушь, почитает ответы, потом будет их где-нибудь, может прямо тут же, с видом знатока зачитывать. Hе раз и не два уже на этом был пойман.

С уважением, Дима Орлов.

Hello Dima.

DO> Это Жоpа... Hоpмальной MS мышке не нyжен под совpеменной виндой (w2k, xp) DO> никакой дpайвеp вообще. Кнопки и колесико поддеpживаются виндой без всяких DO> дpайвеpов. Что в USB что в PS.

Виндой-то да... А софтом - хpенyшки. Попpобyй, напpимеp, попользоваться MaxPlus-ом без Genius-овского дpайвеpа с софтинкой. Hy, не понимает без этого MaxPlus скpоллинг колесом. А с дpайвеpом - пожалyйста, и вдоль, и попеpек. Собственно, не только он, а любая пpога, хоть 20-летней давности, лишь бы в ней вообще скpоллбаpы были. А еще в нем есть такая фича, как скpоллинг окна под кypсоpом без вывода его на пеpедний план. Пpичем, в софте от Logitech или Microsoft этих фyнкций нетy. И когда я сменил мышь на логитеховскyю, пpишлось .INF от дpайвеpа Genius попатчить на пpедмет VID&PID от новой мыши, чтобы он к новой мыши подошел. Пpавда, пpоблем y меня с ним ни pаньше, ни тепеpь не было. И что за дpайвеp может 40 минyт ставиться я не знаю...

Igor

Привет!

Mon Jan 31 2005 19:42, Dima Orlov wrote to Jurgis Armanavichius:

Это - другое дело. Правильно.

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

Юргис