LINUX.ORG.RU

fluxbox AA + KOI8-R


0

0

Порывшись некоторое время в гугле и на форумах, я убедился, что есть только два способа заставить fluxbox правильно отображать русские буквы при включеном сглаживании. Первым способом является переключение на UTF-8 локаль, но тут вы скорее создадите проблем больше, чем решите. Второй вариант - это "хакнутые" шрифты. Решение тоже врменное, как говорится "quick and dirty".

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

Патч этот для версии 0.9.8. Если кому то очень надо, думаю можно и для стабильной ветки сделать.

>>> Загрузить

★★★★★

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

>latency действительно, немаленькая. А вы куда-то торопитесь?:) 

Дык попробуйте набрать что нибудь типа 

gcc -c -I .. -I .  -g -D_DEBUG_0 -O3 -pipe  -ffast-math -march=athlon-xp -funroll-loops -fprefetch-loop-arrays -fmove-all-movables -freduce-all-givs -frerun-loop-opt  -frerun-cse-after-loop -fschedule-insns2 -fno-strength-reduce -fexpensive-optimizations -fcse-follow-jumps -malign-double -falign-loops=32 -falign-jumps=32 -falign-functions=32 -falign-labels=32 -fcse-skip-blocks  -msse -mmmx -m3dnow -mfpmath=sse,387   -fomit-frame-pointer -Wall -Wno-deprecated -Wno-unused-parameter -W -D_REGULAR_MESH_   -D_MOSIX_   -D_PTHREAD_ -lpthread -D_REMOVE_SWAPFILE_ -D_GNUPLOT_ -D_STREAM_COMPAT -DBUFF_SIZE=16384

Когда каждое нажатие клавиши нужно упаковывать в POST запрос ;)


>ssh на них работает все быстрее и быстрее:)

То что каналы по ширине стремительно приближаются к PCI шине это медицинский факт ;) 

ss@XP1700:~/OpenCFD-0.1$ ssh  ss@opteron1.mosix  "time sudo cat /var/log/messages" > /dev/null
ss@opteron1.mosix's password:

real    0m0.397s
user    0m0.000s
sys     0m0.010s
ss@XP1700:~/OpenCFD-0.1$ ssh -C ss@opteron1.mosix  "time sudo cat /var/log/messages" > /dev/null
ss@opteron1.mosix's password:

real    0m0.427s
user    0m0.010s
sys     0m0.010s

ss@XP1700:~/OpenCFD-0.1$ ssh -C ss@opteron1.mosix  "ls -l /var/log/messages"
ss@opteron1.mosix's password:
-rw-r-----    1 root     root      5477511 Mar  5 15:46 /var/log/messages

так что на гигабитке сжатие УЖЕ не дает никакой прибыли ;)






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

Господи, Вы издеваетесь? Вы действительно ТАК будете реализовывать веб-интерфейс администратора???? Это ж лучше сразу повеситься...

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

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

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

Буду издеваться я:) Пойдем системным путем. Первый вариант - вводить всю командную строку за раз, отдим POST-ом (при этом stderr/stdout реализовывать на каких-нибудь пушлетах). Второй - сделать форму для каждой команды с наиболее употребительными опциями в виде checkbox - и возможностью введения доп. опций в простом текстовом поле. Третий - запретить компиляцию как задачу администрирования - компилировать должны разработчики:) Четвертый - дать возможность пользователю понасоздавать на сервере скриптов и запускать их большими кнопками из веб-вап-интерфейса. Хватит вариантов или еще придумать?:)

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

маргинал = не (домохозяйка|секретарша|менеджер|клерк|...).

Да, разработчики коммерческого софта под винюки - тоже, я думаю, не маргиналы (в том смысле, в котором я употребляю это слово).

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

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

>Третий - запретить компиляцию как задачу администрирования - компилировать должны разработчики:)

Задача на самом деле стоит следующим образом.

Имеется _группа_разработчиков_ в паре тыщ км от железяки - для которой идет разработка. Каким образом _полноценно_ организовать технологический процесс создания продукта в данном случае используя эти самые пуш-технологии ? Для консоли на раз-два силами именно пары администраторов а для этих самых пушей-гуюшей ? Сначала нужно будет набрать команду разработчиков - которые это _все_ наваяют и оттестируют Что будет ПОТОМ - представить просто страшно ;)

BTW: как интересно будет выглядеть прцесс удаленной отладки на таком поделии ? ;)

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

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

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

ага. 6-7. перечисли если фантазии хватит . сразу бы и говорил что шашечки тебе нужны и не разбираешься в предмете. зачем мне менять кои-8 на утф? кои это есть стандарт. утф тоже. но повседневно он нужен единицам.

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

Ну вы же говорите о единичной ситуации. Очевидно, что в подобных случаях только консоль спасет отца русской демократии (Вы ведь уже поняли, что я люблю консоль и готов отдавать ей должное по мере сил:). И очевидно, что затраты на организацию веб-интерфейса в Вашем случае просто бессмысленны. Я же говорю о процессах статистически значимых (в смысле кол-ва потенциальных ... "внедрений") - и системах с более простым интерфейсом (в смысле количества степеней свободы пользователя). Удаленное администрирование корпоративной сетки. Удаленный ввод деловой информации.

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

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

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

Шашечки _мне_ не нужны. Хотя я знаю иностранцев, кто не сядет в русского "частника" только потому, что шашечек нет - несмотря на все уверения в преимущаствах:)

KOI - стандарт. И utf-8 - стандарт. И 1251 - стандарт. И 8859-5 - стандарт. Может, я чего упустил - не серчайте (вроде, остальные кодировки были стандартами только в соотв. компаниях - независимые организации их не принимали). Не многовато ли стандартов на то, как отображать русский язык? И только один из них позволяет, кроме русского, отображать другие языки (ну, я тут лукавлю, у уникода тоже есть разные способы представления, кроме UTF-8, но сейчас не об этом - на эту тему можно отдельно ругаться).

Повседнено нужен единицам, говорите? Один пример. Нонче все с ума посходили на XML (который уникодный) - это тоже "единицам"? Или Вы предлагаете людям запихивать русский текст в XML в koi, чтобы жисть медом не казалась?

Кстати, народ так озверел от 8-битных кодировок и бардака с ними, что в гномовских файлах с переводами (.po) официально запрещено использовать что-либо, кроме UTF-8. Отступления от этого правила считаются багами. Зато теперь эти файлы могут правильно отображаться и читаються любым человеком, у которого есть уникодные шрифты.

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

>Ну вы же говорите о единичной ситуации.

ну у меня вокруг полно народу которые как раз именно в такой "единичной ситуации" находятся - дома то не у каждого есть кластерная стойка ;)

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

Хорошо, слово "единичная" тут было употреблено не к месту. Интересы разработчиков бывают очень специфичны и на них угодить тяжело - в большинстве случаев просто невозможно. Действительно, проще предоставить им (нам) наипрямейший доступ. Но, опять же, десктоп разработчика - это специальная, часто штучная вещь. В отличие от ...

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

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

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

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

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

Очевидно, не разбирающийся в предметной области юноша с горящим взглядом. Да шо нам книжки читать - взять все, да и поделить!:)

Какое-то у меня весенне-пятничное настроение нынче:)

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

>mutt -> sylpheed, evolution, kmail, mahogany
Они иксовые. Людям надо текстовые. Я сам сижу под kmail, но иногда приходится вылезать из иксов и сидеть в pine.

>mc -> konq, nautilus, gnome commander,
Последний не видел, а первые два напоминают проводник - неудобные (точнее удобные только для определенных задач). mc однозначно лучше.

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

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

P.S. Медленно и печально вспоминаем sed - его чем заменить прикажешь?

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

"Людям надо текстовые". Мне сразу задать все вопросы к этому утверждению, или Вы и так догадываетесь, о чем я хочу спросить?

"Удобные только для определенных задач" - можно и так сформулировать. Мне кажется, правильнее сказать, что mc удобен для определенных классов пользователей.

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

"Не только почтовика". Вообще, evolution - это гораздо больше, чем почтовик - но его рассматривают в обзоре почтовиков. Если не ошибаюсь, kmail тоже (хотя о нем знаю только понаслышке). А вот уже затертый в этом треде до дыр mutt - только почтовик. И очень весь из себя фичастный. Но в обзоре отсутствует - почему, спрошиваю? Мой ответ - дело не в том, что он не годится для пользователей (потому как пользователей "вообще" мне представить очень сложно), он не годится для тех пользователей, за которых идет война десктопов (и этих пользователей я вполне отчетливо представляю).

sed мы помним и вспоминаем быстро и радостно, с любовью улыбкой от уха до уха (примерно как на моей фотографии, по которой так любят гадать анонимусы). И после этого задумаемся: "Где и как мы его применяем". У _меня_лично_ обычными являются два варианта:

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

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

Теперь посмотрим на эти задачи с колокольни пользователя. Первая задача, строго говоря, к пользователю вообще не относится. Это дело программиста (или, в худшем случае, админа системы). Требовать, чтобы пользователь был программистом, хоть немножко, - я бы очень хотел (и иногда даже, в горячке, пытаюсь), но, увы, в реальном мире, похоже, не получается.

Вторая задача встречается в жизни неквалифицированного пользователя - но, как я обычно вижу, в намного более простых формах, нежели доступны мощи sed-а. В большинстве случаев продвинутый диалог search/replace (с поддержкой множества файлов, рег. выражений - хотя тут мы уже можем напугать пользователей, и пр. и пр.) вполне справляется с этими задачами.

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

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

Дык я и сказал, что mutt больше для администраторов и т.п.
Тем не менее, это не значит, что он не должен держать какие-то кодировки. Наоборот. Насколько я помню, mutt в почтовиках это тот же sed. Правда интерфейс имеет человеческий (хоть и текстовый).

P.S. А kmail просто мыльник. Органайзер есть отдельно.

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

> улыбкой от уха до уха (примерно как на моей фотографии, по которой так любят гадать анонимусы)

Смефно

Obyvatel
()
Ответ на: Alpha от mumpster

Чем лучше? Извините, но без объяснений Ваш выпад просто является флеймом (особенно в сочетании с нетехническим термином "идиоты").

Я, если честно, не очень уверен в способностях gettext/intltool корректно работать с utf-16. Да и удвоение размера символов латиницы как-то никого не прельщает. Короче, просветите, плиз, на тему больших преимуществ utf16.

svu ★★★★★
()

KOI8-R — душить нещадно!

Subj.

Как еще никто не додумался UTF-8 в азбуку Морзе перекодировать...

Dselect ★★★
()
Ответ на: KOI8-R — душить нещадно! от Dselect

А я вообще не знаю как у Морзе с уникодом. Кто в курсе? Вообще, туда недавно символ @ добавили - большое событие было...

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