Вышла новая версия MOVA скриптов - 4.0.
Исправлены ошибки при работе в консоли. Добавлена возможность выбора словаря
из меню, выбора из меню файла Diary, поиска внутри словарной статьи,
выход по Esc.
Место дефолтного расположения файлов изменилось как требует FHS (File
Hierarchy Standard).
Изменился формат .movarc (из-за изменения структуры каталогов).
Словари остались без изменений, но место дефолтного расположения изменилось
как требует FHS.
Предлагаю Вашему вниманию версиию 1.0 словаря Мюллера под
GNU GPL (7-ая редакция), в отличие от версии 0.9 исправлены
опечатки в тексте и ошибки сортировки (важно пользователям SLOWO
Дмитрия Анисимова).
"Серый" Мюллер 24 издания претерпел похожие доработки и вырос
до версии 1.5
В новой версии оболочек MOVA добавлена возможность
сохранять выбранные словарные статьи в файле и затем
считывать данный файл в оболочку с сохранением форматирования,
шрифтов и раскраски. Сделаны иконки. Установки по умолчанию
стали "ближе" конечному пользователю.
Родной сайт:
http://www.chat.ru/~mueller_dic
Зеркало на geocities:
http://www.geocities.com/mueller_dic
Англо-русский словарь Мюллера (GNU GPL)
вырос до версии 0.9. Tcl/TK оболочки, обслуживающие
словарь теперь позволяют работать с несколькими
словарями (mova_sendTK запускает перевод слова во
всех открытых на десктопе окнах MOVA).
Для правильного звучания фамилии автора все названия
изменены с Muller на Mueller.
Первый англо-русский словарь (Мюллер, издание 7, версия 0.8) под GNU GPL c
транскрипцией (и "MOVA", версия 2.2, --- оболочки для работы с ним)
доступен на
http://www.chat.ru/~muller_dic/ http://www.geocities.com/SiliconValley/Circuit/2634/
Словарь (версия 0.8) весит 5.5 MB в распакованном виде.
Мюллер 24 издания (версия 1.2) доступен там же.
В формат словарей введен разделитель переводимого слова и словарной
статьи --- два пробела (для альтернативных оболочек).
Предлагаю добавить форум:
"Linux-cyrillization" или "Linux-russification"
это сильно разгрузит "Linux-general".
Похоже назрел форум "Linux-hardware",
так как народ помещает эти вопросы
и в "Linux-general" и в "Linux-install".
Мне кажется специализация форумов сильно
облегчает поиск в них сложных вопросов и
позволит сделать FAQ.
Очень облегчил бы жизнь "форум" (в него
можно отвечать, но нельзя помещать ничего
нового --- некий скрипт должен отобрать
топики из всех форумов которые были созданы
за последнюю неделю или получили еще один ответ
за последнюю неделю): типа "Горячие вопросы форума".
Заголовок лучше вывести прямо на главную страницу.
Это поможет занятым людям отвечать на вопросы.
И еще одна идея, но я не знаю
можно-ли ее реализовать (в смысле эффективности скриптов).
Добавить в каждый раздел форума подраздел:
1) "FAQ" - в этом разделе будут сконцентрированы
все вопросы с ответами (с помощью автоматического
скрипта)
Со времением можно будет ограничить список вопросов
попадающих в этот раздел и получить полноценный FAQ
без особых усилий
Народ, не кажется ли Вам что назрела
необходимость создания некого филиала FSF?
Или уже такое существует?
Попробую сформулировать задачи, которые мы
не можем решить в теперешнем состоянии:
1)Мы не можем защититься от издевательств
в прессе и соответственно проигрываем в
общественном мнении. Путаница с хакер и кракер
может привести к тому, что в один прекрасный
день нас объявят вне закона. Кто будет подавать
на придурков в суд?
2)Мы не можем попросить у какой-нибудь компании
разрешение на использование их протокола кодирования
или распространения их продукта в сети.
Например, Полиглоссум продает словари, в общем
им вроде бы выгодно сделать открытым протокол
кодирования словарей. Кто это с ними будет обсуждать?
Одно дело студент-программист, а другое представитель FSF
(хотя бы и тот-же студент-программист).
Что стоит издательству "Русский язык" дать разрешение
на распространение для некоммерческих целей словаря Мюллера,
который и так везде есть? Ничего (на мой взгляд) и ничего
они не теряют при этом. Но кому это разрешение давать?
С представителем организации совсем другой разговор.
3)Нужны грамотные юристы и консультации по авторскому
праву. Теоретически, среди линуксоидов такие могут быть.
Во всяком случае GNU GPL тоже вводит некие ограничения
и их соблюдение требует защиты. Для защиты нужна организация,
хотя бы и на общественных началах.
Можно для начала сделать форум --- Российское FSF --- или нечто подобное.
При наличии в наших рядах грамотных людей можно затем подумать как
организовать легальное общество FSF с членством в нем (может
и с членскими взносами?) и общим собранием (может и по Интернету?).
Или недозрели? Что думаете?
Может это лучше будет у Rider организовать?
Они как-бы связаны с образованием и с другой
стороны развяжет перекрытие функций на этих сайтах?
Посмотрел я на очередной flame по поводу M$/Linux
и понял, что неудобно стало мочить мазохистов из стана
MustDie. А начинание полезное, есть где отточить
аргументы. Проблема в невозможности адресовать ответ
на конкретную реплику (так чтобы удобно было найти
их все) и в разумном нежелании использовать определенное
личное имя для flame. Есть два предложения:
1) сделать возможность разветвления ответов (как у Rider сделано).
Т.е. если идет перепалка с конкретным персонажем, то она вся в
одной ветке и можно ответить ему или на предыдущие реплики в
других ветках. Иначе полная каша получается, иногда случайных
ламеров мочить приходится :-)
2) Можно попробывать запретить использование anonymous в flame
форумах (или в тех которые набирают больше 10 сообщений).
Я думаю, это не уменьшит остроту (ну будет у народа псевдоним
для flames...), но сильно облегчит чтение.
Англо-русский словарь Мюллера для Unix дорос до версии 1.0. К нему прилагаются оболочки на bash+Tcl/TK версии 2.0 Формат словаря изменился, советую всем пользователям скачать новую версию. Желающие могут помочь в добавлении транскрипции к словарю или написанию оболочек под другие библиотеки.
Идя по поводу улучшения обслуживания посетителей.
Отключил я тут загрузку картинок и поразился скорости
загрузки главной страницы. Но при это пропала возможность
попасть на карту сайта (так как нужно загрузить up1251.gif).
Может сделать эту карту так, чтобы она была доступна без
загрузки картинки? Аналогичная ситуация с выбором кодировки,
но там это не жизненно необходимо (редко пользоваться приходится).
В общем внешний вид мне нравится, но если выбирать между функциональностью
и внешним видом, то функциональность важнее (пустить, например, выбор
дальнейших переключений по верхнему обрезу страницы?).
Что народ думает по этому поводу?
