» GoldenDict

CAEman
Простите, но я не пойму, почему Вы с упорством настоящего "православного гика" пытаетесь мне что-то доказать. Этот аргумент, о неполной заполненности блоков, мог бы использовать я, в усиление моей позиции, но Вы (уже традиционно) льёте воду на мельницу оппонента, тем самым косвенно признавая его правоту в главном. Какая разница, присутствуют ли все символы в том или ином конкретном блоке, если моё утверждение (а точнее, объективный факт) по прежнему верно:
Цитата:

1. Не существует шрифтов, содержащих все блоки юникода.

Далее смотрите по пунктам.

З.Ы. "Камушки" в виде "нестандартизированной ОС", "дойной коровы" и т.п. приберегите для своих идейных противников и прочих сектантов. Пригодятся еще для религиозных войн форумных баталий с "отступниками" и "еретиками". Я в эти игры не играю.

З.З.Ы. И я же просил, без флуда.

Romul81

Цитата:

Какая разница, присутствуют ли все символы в том или ином конкретном блоке, если моё утверждение (а точнее, объективный факт) по прежнему верно:
Цитата:
1. Не существует шрифтов, содержащих все блоки юникода.

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


Цитата:

З.Ы. "Камушки" в виде "нестандартизированной ОС", "дойной коровы" и т.п. приберегите для своих идейных противников и прочих сектантов. Пригодятся еще для религиозных войн форумных баталий с "отступниками" и "еретиками". Я в эти игры не играю.

З.З.Ы. И я же просил, без флуда.

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

CAEman

Цитата:

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

Выбирайте любой из 252 за вычетом 3-4-х десятков на Вашей картинко.

И тут должно следовать эпистолярное "слиф защитан"?

Abs62
Можно ли в меню "Произношение" добавить функцию - "Автоматически произносить слова в новых вкладках"? Популярный сценарий работы с вкладками предполагает их просмотр сразу после их открытия. Те первая вкладка - основная. Последующие вкладки открываются по мотивам чтения предыдущих. Затем происходит возврат на первую вкладку.
В таком сценарии автопроизношение уместно. Другой сценарий, в котором все вкладки равнозначны - не требует автопроизношения. Думаю, доля первого сценария достаточна для реализации функции.

soliduz
А разве сейчас он не произносит? Автопроизношение отключается, если вкладка открывается в фоне, а если сразу - работает.

Abs62
Да, имел в виду вкладки открывающиеся в фоне.

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

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

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

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

Abs62

Цитата:

Вообще-то, основной функционал открытия вкладки в фоне - это как-нибудь потом посмотреть, чтобы сейчас от статьи не отвлекаться,

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

soliduz

Цитата:

Или - посмотреть сейчас, не потеряв исходную вкладку(не нужно нажимать "назад" + сохранение прогресса чтения). Такое использование вкладок в фоне - аналог всплывающего окошка(внутри GD).

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

Abs62
Простите, я тупил. Меню "Работа с вкладками" временно скрылось для моего мозга и говоря все то что я наговорил, я исходил из того, что "открывать новые вкладки в фоне" - единственно возможное поведение.

Abs62
Хотел бы узнать у вас профессиональное мнение - какой из форматов "лучше" стардиктовский или zim - в плане поиска, размера и пр.? А то у меня две почти одинаковые по содержанию вики, и я решил оставить одну из них, а какая лучше - не знаю.

ramanuki
В плане размера zim должен быть по идее чуть покомпактнее стардиктовского формата. В плане поиска - без разницы, GD в обоих случаях собственным индексом пользуется. В плане актуальности, полагаю, все стардиктовские варианты - это переделанные zim или aar. В плане перекрёстных ссылок - вроде как zim в последнее время довели до ума, всё должно быть нормально.

Хотя я не рискну назвать это мнение таким уж профессиональным.

Abs62
Спасибо за ответ!

Цитата:

Хотя я не рискну назвать это мнение таким уж профессиональным.

Ну а у кого же еще спрашивать по поводу аппендицита, как не у хирурга?!

GoldenDict на основе сборки 1.5RC475 + последние поправки - (не UI Revolution)
- Download: http://rghost.net/6vMSF6snK - только exe файл.
Подробности: http://forum.ru-board.com/topic.cgi?forum=5&topic=45338&start=160#2

Обратите внимание - это не версия UI Revolution и не официальная сборка. Отладить с ходу такой менеджер с фильтром не просто. Но сделано все возможное, что бы все на текущий момент работало как положенно. Так, что на ваш страх и риск. В какой то мере это база более серьезного проекта. Хотелось бы, что бы была активность по поводу сбоев и несоответствий в сохранении информации и при каких обстоятельствах происходит.

New:
1. Расширен функционал менеджера журналов истории. Увеличена скорость импорта.
2. Окно-Фильтр журнала истории.


Окно-Фильтр - тесно взаимодействет с Менеджером журналов и Окном истории. Собственно это Фильтрующий посредник между Менеджером и Историей и обладает следующим функционалом:
Навигация по списку журнала с помощью мыши или клавиш управления.
Контекстное меню.
Удаление/Копирование/Вставка заголовков списка, а также очистка истории.
Сортировка без учета регистра по Возрастанию/Убыванию/Сброс в исходное состояние.
Фильтрация по списку.
Реверс фильтрации.
RegExp (WildcardUnix) с приглашением в строке ввода WildcardUnix.
Статистика: фильтр(процент)/общее число.

GoldenDict на основе сборки 1.5RC475 + последние поправки - (не UI Revolution)
- Download: - только exe файл.
Сборку перезалил.
Увеличена скорость загрузки больших списков. Заголовки словаря открываются мгновенно.
Подробнее об этой сборке: http://forum.ru-board.com/topic.cgi?forum=5&topic=45338&start=160#2

dictionaries with pronunciation from х5
#

GoldenDict на основе сборки 1.5RC475 + последние поправки - (не UI Revolution)
- Download: - только exe файл.
Обратите внимание - это не версия UI Revolution и не официальная сборка.
Подробности: http://forum.ru-board.com/topic.cgi?forum=5&topic=45338&start=160#2

New: Изменен принцип Drag & Drop для строки ввода RegExp (WildcardUnix).
При перетаскивании курсором мыши слова или выражения в поле ввода RegExp (WildcardUnix), убираются начальный и конечный символы. Внутренние множественные пробелы подменяются одиночными.
Без модификатора, происходит предварительная очистка поля ввода.
Модификатор Ctrl предотвращает предварительную очистку поля ввода, добавляет разделительный пробельный символ и следом новую строку.

GoldenDict на основе сборки 1.5RC475 + последние поправки - (не UI Revolution)
- Download: - только exe файл.
Добавлена функция масшабируемости шрифта в Окне-Фильтра (в пределах 9-24 пикселей) колесиком мыши с модификатором Ctrl.

P.S. Сборку перезалил с исправлением вывода размера тултипа пункта списка.

GoldenDict на основе сборки 1.5RC475 + последние поправки - (не UI Revolution)
- Download: - только exe файл.
Подробности: http://forum.ru-board.com/topic.cgi?forum=5&topic=45338&start=160#11
Обратите внимание - это не версия UI Revolution и не официальная сборка.

New:
1. Статистический анализатор текста.
2. Переработано контекстное меню.
3. Отрывное контекстное меню окна-фильтра.

GoldenDict на основе сборки 1.5RC475 + последние поправки - (не UI Revolution) Обратите внимание - это не версия UI Revolution и не официальная сборка.
Подробнее: http://forum.ru-board.com/topic.cgi?forum=5&topic=45338&start=160
- Download: - только exe файл.
NEW: Clear в контекстном меню Окна-фильтра удаляет не весь список, а только то, что в данный момент присутствует в списке, с учетом фильтрации. Такое поведение более логично.

Romul81

Цитата:

Выбирайте любой из 252 за вычетом 3-4-х десятков на Вашей картинко.

И тут должно следовать эпистолярное "слиф защитан"?

Для начала я скопировал последний адрес в калькулятор в режиме Hex и перевёл в режим Dec. Получилось 1114111.
В случае даже UTF-16 максимально получается 2^16=65536.

Или я что-то не так понимаю?

Добавлено:
Пока же моё понимание никто не поправил, добавлю, что пересмотрел все шрифты в системе:
максимальное число блоков имеет шрифт FreeSerifMedium - 50 (при числе глифов 9059);
максимальное число глифов имеет шрифт Droid Sans Fallback Regular - 43628 (при числе блоков 37).

Т.е. даже в пределах моего понимания теоретически Вы правы, так как нет шрифта, имеющего 65536 глифов.
Но практически говорят, что UTF-16 нужен только для иероглифических письменностей, т.е. (в пределах моего понимания) для того, чтобы была поддержка не 252 блоков (как по Вашей ссылке), а большого числа глифов (как, например, у второго из приведённых мной шрифтов). У меня даже и не в Голдендикт (обладающем упомянутой ранее технологией - забыл, как называется), а в простом стандартном редакторе kwrite отображаются все символы и не только в UTF-16 DSL словарях, а и в UTF-8 XDXF (хотя символы встречаются довольно "заковыристые", например, в древнерусских словарях).

Добавлено:
ramanuki

Цитата:

Хотел бы узнать у вас профессиональное мнение - какой из форматов "лучше" стардиктовский или zim - в плане поиска, размера и пр.? А то у меня две почти одинаковые по содержанию вики, и я решил оставить одну из них, а какая лучше - не знаю.

У меня тоже по две практически одинаковых по содержанию Википедии в стардиктовском и зимовском форматах, но:
1) стардиктовские без изображений, а зимовские с ними (хотя dict файлы "весят" даже больше);
2) стардиктовские относительно быстро и ресурсоёмко проиндексировались (наверное, в первую очередь, поскольку разбиты на хотя и максимально большие данного формата воспринимаемые Голдендиктом, т.е. размером около 4 ГБ, но всё-таки части), а при индексации зимовской английской процесс goldendict использовал до 7 ГБ памяти, а полнотекстовая индексация, если у русской заняла весь день с утра до вечера, то для английской придётся использовать круглосуточный серверный режим (так как от упомянутого Вами профессионала получил сразу оба из полученных за всё время мной от него вариантов ответа: не сделает опциональное ускорение за счёт распараллеливания процесса индексации, поскольку ему слишком сложно сделать алгоритм разбиения индексируемого словаря на части для последующей параллельной обработки; игнор. на предложение разбивки больших словарей на несколько индексов для последовательного индексирования с сохранением результатов каждой части исходного словаря);
3) стардиктовские "весят" намного меньше зимовских после сжатия обоих вариантов в 7z (в планируемой мной раздаче будут оба ПРОИНДЕКСИРОВАННЫХ варианта на выбор, что скачивать).

CAEman
не знаю: дополню или возражу, т.к. не совсем понял ход ваших мыслей.

1. думаю сторонние программы (включая GoldenDict) не откроют ZIM файлы лучше, чем родная Kiwix. вообще GoldeDict - это ИМХО хорошая оболочка для словарей (а не огромных дампов вики). зачем пытаться сделать с его помощью несвойственные вещи? для каждой задачи есть свой инструмент

2. на странице скачки ZIM файлов есть вариант "Преиндексированный ZIM". например, дамп русской википедии с картинками весит 15GB, но при этом разбит на части по 1,95GB (.zimaa, .zimab, .zimac...). эти файлы кидаются на sd-карту телефона и андроид-версия kiwix сразу с ними работает без всяких индексаций. может ли так GoldenDict? - сомневаюсь, не пробовал.

Google Translate for Linux
#

Цитата:

BKSRU

Цитата:

в контекстном меню Окна-фильтра удаляет не весь список

У меня в этом окне не работает вставка по ctrl+V. По нажатию на опцию в контекстном меню вставляет.

GoldenDict на основе сборки 1.5RC475 + последние поправки - (не UI Revolution) Обратите внимание - это не версия UI Revolution и не официальная сборка.
- Download: http://rghost.net/8nSm5SChQ - только exe файл + обновленная библиотека.
Скомпилирован в более правильной среде разработки.

anion23 В курсе этой проблемы. Вставка работает, да вот только вставляет не туда куда надо . Этот шорткат завязан глобально на главном окне. Как игнорировать с ходу не получилось решить. Оставил на будущее, когда время будет.

BKSRU

Цитата:

Скомпилирован в более правильной среде разработки.

При запуске выдает ошибку.

anion23
Сразу не заметил, что эта библиотека обновилась http://rghost.net/8nSm5SChQ
Перезалил.

Nikolai2004

Цитата:

1. думаю сторонние программы (включая GoldenDict) не откроют ZIM файлы лучше, чем родная Kiwix. вообще GoldeDict - это ИМХО хорошая оболочка для словарей (а не огромных дампов вики). зачем пытаться сделать с его помощью несвойственные вещи? для каждой задачи есть свой инструмент

2. на странице скачки ZIM файлов есть вариант "Преиндексированный ZIM". например, дамп русской википедии с картинками весит 15GB, но при этом разбит на части по 1,95GB (.zimaa, .zimab, .zimac...). эти файлы кидаются на sd-карту телефона и андроид-версия kiwix сразу с ними работает без всяких индексаций. может ли так GoldenDict? - сомневаюсь, не пробовал.

1. Не знаю насчёт "лучше", но открываются ZIM Википедии в Голдендикте не в худшем виде, чем исходные онлайн версии в браузере (со всеми рисунками). Голдендикт входит во многие современные дистр-ы десктопных ОС (а если бы разработчики не превратили десктопную версию в тестовую для коммерческой и выпустили бы новый релиз, то, уверен, что данная оболочка входила бы в большее количество, чем даже Стардикт), а kiwix не встречал ни в одном дистр-е (даже в сетевых репозиториях многих дистр-ов, хотя большинство простых пользователей ограничивается только составом самих дистр-ов). И удобней работать в одной оболочке при поиске информации (в т.ч. перевода) по какому-либо термину. Если бы разработчики доработали механизм индексирования хотя бы в части больших файлов (не говоря уже о переработке по аналогии со стардиктовским кешированием), то данная задача (на всякий случай напоминаю, что речь идёт о полнотекстовом поиске, так как индексация заголовков проходит относительно быстро хотя и требует много ресурсов, например, 7 ГБ памяти для английской Википедии) стала бы очень даже "свойственной". Но поскольку на разработчиков надежды уже давно нет, постольку теперь всё зависит от пользователей: например, если я успею сделать раздачу, то задача будет "свойственной" для всех данной раздачей воспользовавшихся.

2. Понятно, что там индексация сделана для "родного" kiwix (кстати, а полнотекстовая ли она: полнотекстовый поиск работает без "всяких индексаций"?), а Голдендикт производит собственную индексацию. Русская Википедия у меня за день проиндексировалась (полнотекстово). Проблему в этом смысле вызывает лишь полная английская версия, требующая несколько суток индексации.

Добавлено:
Romul81

Цитата:

Напомню, что юникод, в своей самой первой реализации от 1991г. насчитывал 7161 символов. Актуальная 7-я версия имеет уже 113 021 символ.

Так всё-таки я прав, что данная версия юникода актуальна только в теоретическом плане, а практически не поддерживается, поскольку все существующие приложения поддерживают не более, чем 16 разрядную кодировку (т.е. до 65536 символов)?
В частности (чтобы Вы опять флуд не упоминали), большинство форматов словарей, поддерживаемых Голдендиктом, имеют 8 разрядную кодировку, что "покрывается" большинством шрифтов современных стандартизованных по крайней мере десктопных ОС, а, например, некоторые DSL словари, выполненные в 16 разрядной кодировке, могут полностью не "покрываться" только если в них содержится иероглифическая письменность?

Что там со "сливами"?

Abs62
Хотел спросить у вас: а что это за обрамление вокруг заголовков в словаре BGL при поиске?

ramanuki

Цитата:

Хотел спросить у вас: а что это за обрамление вокруг заголовков в словаре BGL при поиске?

Куски html-кода. Судя по моему опыту, BLG-словари по своей кривизне способны дать фору любому другому формату.