» GoldenDict

Draico
Tvangeste


Цитата:

GD ищет запрашиваемое слово не в самом словаре, а в списке заголовков, то есть в индексе. В процессе индексации этот список как раз и создается.

Ни разу так не делал и не совсем понял как создавать эти индексы. В документации ою этом пишется??
И обязательно создавать эти индексы - так быстрее/эффективнее работает GD




Цитата:

Словари ч.1
Словари ч.2

Там все словари, всех форматов?? - Мультитран, Abbyy и т.д. ??
В ч2 входит часть 1, или нужно всё скачивать?
И как их "впихивать" в GD - есть в документации? назначение всех опций/кнопок на русском языке; где, какая кнопка что делает в нём.
Обязательно сжимать словари в формат .dz ??

GD - это не онлайн переводчик, т.е. переводчик, который встраивается в браузер?
Мультитран такой?

Цитата:

индексы

При изменениях в словарях GD сам это узнает, и проиндексирует, известив об этом.
Цитата:

GD - это не онлайн переводчик, т.е. переводчик

который сам по себе.

shadow_member

Цитата:

который сам по себе

Да пусть хоть и так.
Почитал руководство: вставление словарей - пункт меню "Правка -> Словари" - где там эта кнопка? какая слева?
Можно любые словари вставлять, лишь бы формат подходил?
От Мультитран последний словарь только за лето прошлого года..

Свежий build #613, for Windows.

Download: GoldenDict-1.0.1-613-gf595b37.7z - 1.66 MB

Changelog:
Better Dictd dictionary name detection (Issue #237) (by Tvangeste)
Fixed #237: Proper dictionary title (DICT format) (by Tvangeste)
Update belarusian translation (by Maksim Tamkovic)
Window activation under Linux again (issue #235) (by Abs62)
Updated Greek translation by jennie. (by Tvangeste)
Update Brazilian Portuguese translation by MCHAL, closes #234 (by Tvangeste)As usual, just unpack the archive on top of the latest Early Access build (#581) and you're good to go.

Ну для порядка, правки в предыдущей версии, которая тут не анонсировалась:
Fix multiple dialogs to save sound
Handle article decoding errors for Aard dictionaries
Fixed #232: history pane doesn't retain cleared state after restarting goldendict (by Tvangeste)
Add Lojban language code (issue #233)

Цитата:

Ни разу так не делал и не совсем понял как создавать эти индексы. В документации ою этом пишется??
И обязательно создавать эти индексы - так быстрее/эффективнее работает GD

Тут дело не в том, что делаете вы, а в том, как работает программа. Она сама составляет индексы, и не для того, чтобы работать быстрее, а для того, чтобы работать в принципе, так как иначе она не умеет.

Цитата:

От Мультитран последний словарь только за лето прошлого года.

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

Есть тут кто нибудь кто сможет подсказать чем можно добиться такого же типа сжатия DICT словаря что и с помощью dictzip.exe но, другой прогой под Виндой.
dictzip.exe имеет очень нехорошую особенность у него ограничение исходника не более 2 гб. А надо больше так как исходник - Дамп википедии?!

Stvens

Цитата:

dictzip.exe имеет очень нехорошую особенность у него ограничение исходника не более 2 гб.

Это ограничение не утилиты, а самого формата dz. Для таких объёмов есть AARD.

Цитата:

Это ограничение не утилиты, а самого формата dz. Для таких объёмов есть AARD

Точно? Тоесть еще до архивирования с файлом что то происходит?
А AARD... Формат хорош, но оболочка... никакущая, потому и делаем из нее конвертацию.

Abs62
Stvens

А вот тут, пишут, есть доработанная версия dictzip, которая понимает большие размеры файлов, больше 4 гигов: https://code.google.com/p/idzip/

Правда, на Питоне!


Цитата:

Тоесть еще до архивирования с файлом что то происходит?

Да вроде бы ничего не происходит, просто файлы больше определенного размера dictzip не в состоянии пожать.

Stvens

Цитата:

А AARD... Формат хорош, но оболочка... никакущая, потому и делаем из нее конвертацию.

GoldenDict этот формат поддерживает.

Tvangeste

Цитата:

А вот тут, пишут, есть доработанная версия dictzip, которая понимает большие размеры файлов, больше 4 гигов

Это уже не dictzip получается. Подозреваю, GD такой формат не поймёт.

Свеженький билд #616, for Windows.

Download: GoldenDict-1.0.1-616-g674f785.7z - 1.66 MB

Changelog:
Fixed #239: Couldn't play sounds via some external programs on Windows (by Tvangeste)
Handle dictzip errors without program termination (Fix issue #207) (by Abs62)
Set the minimum zoom level from 0.7 to 0.1 (by Tvangeste)

Установил новую версию конвертора словарей: makedict0.4.1-beta1. Конвертирует без ошибок (последние имевшейся у меня старой версии стоили мне сотню и даже не одну часов работы над ними) и делает правильно заголовок XDXF.
Но по-прежнему файлы иконок- dict.bmp. Вопрос к разработчикам GD: может, правильнее было бы, чтобы у XDXF словарей считывались и dict.bmp иконки?

CAEman

Цитата:

чтобы у XDXF словарей считывались и dict.bmp иконки?

А если несколько словарей в одном каталоге, то к какому из них назначать dict.bmp иконку?

Abs62

Цитата:

Это уже не dictzip получается. Подозреваю, GD такой формат не поймёт.

Это да, там дополнительные поля используются, не известные официальному dictzip'у. Хорошо, что у нас не часто встречаются словари таких огроменных размеров. Официальный dictzip большие файлы просто портит, не сообщая никаких ошибок.

Tvangeste

Цитата:

А какой у вас Window Manager? Что пишет команда "wmctrl -m" ?

Добавлено:
CAEman
И что пишет "ulimit -n"?

Менеджер окон у меня kwin от kde4 (при рабочем окружении kde3). Если принципиально, чтобы я привёл вывод указанной Вами команды, то подтвердите это в ближайшие несколько часов, тогда через неделю я приведу данный вывод.

ulimit -Sn выводит 8192 (как я и писал об этом здесь, когда выяснил, как это сделать). Если принципиален ключ (или как это называется) n, то подтвердите это в ближайшие несколько часов, тогда через неделю я приведу данный вывод.

Добавлено:
Tvangeste

Цитата:

А если несколько словарей в одном каталоге, то к какому из них назначать dict.bmp иконку?

У XDXF всегда 1 словарь в 1 каталоге. И GD сейчас считывает иконку, если только она icon16.png.
Я думаю, что Вы это лучше меня знаете, а поэтому прошу уточнить, что Вы имели в виду, так как подозреваю, что я Вас не правильно понял.

Добавлено:

Цитата:

Это да, там дополнительные поля используются, не известные официальному dictzip'у. Хорошо, что у нас не часто встречаются словари таких огроменных размеров. Официальный dictzip большие файлы просто портит, не сообщая никаких ошибок.

А можно объяснить таким простым пользователям, как я, зачем это сжатие нормальных словарей (что встречается в раздачах сплошь и рядом, из-за чего мне пришлось найти в системе эту программу, посмотреть её ключи и связать в файловом менеджере *.dz файлы с программой с распаковывающим ключом, чтобы распаковывать все такие словари) вообще нужно, если:
1) экономия места на диске в век ТБ дисков может составить, в лучшем случае, порядка ГБ;
2) раздачи же при этом "пухнут" в несколько раз (если брать только файлы словарей) при сжатии нормальными архиваторами;
3) открытие статей из таких словарей притормаживает (забивает ресурсы), особенно когда заголовок содержится сразу во многих десятках словарей...
?

CAEman

Цитата:

ulimit -Sn выводит 8192 (как я и писал об этом здесь, когда выяснил, как это сделать). Если принципиален ключ (или как это называется) n, то подтвердите это в ближайшие несколько часов, тогда через неделю я приведу данный вывод.

Я, честно говоря, с -Sn ключом не проверял, у себя проверял с ключом -n, и у меня тысячи словарей вполне себе работали на Линуксе. Да, хотелось бы узнать что на вашей системе пишет ulimit -n. Может, это прояснит картину.

Tvangeste

Цитата:

Я, честно говоря, с -Sn ключом не проверял, у себя проверял с ключом -n, и у меня тысячи словарей вполне себе работали на Линуксе. Да, хотелось бы узнать что на вашей системе пишет ulimit -n. Может, это прояснит картину.

Хорошо, посмотрю и через неделю приведу (хотя, насколько я понял, определяющим является именно soft предел, так как hard у меня и до описанной ранее переделки при загрузке системы устанавливался равным 65536, а, вот, soft, пытавшийся измениться до hard, больше которого он быть не может, оставался равным 1024).
До того, как я переделал этот лимит, у меня подключалось меньше тысячи словарей. А после стало подключаться (и после этого работать) любое количество (пробовал ~2тыс.) словарей, но сама программа при попытке загрузиться с уже подключёнными >~1170 словарями вылетает...
А Вы портативную версию пробовали у себя загрузить при подключённом таком количестве словарей?

CAEman
Вот только что проверил свежесобранный GoldenDict у себя на линуксе. ulimit -Sn выставил в 25000. Загрузил 10 тысяч словарей без проблем. lsof показал, что открыто около 20200 файлов (10 тыщ самих DSL, 10 тыщ их индексов, и немного других файлов, типа библотек и пр):

Код: lsof -p `pgrep goldendict` | wc -l
=> 20198

Вопрос по Android-версии сабжа.

Каким образом программа работает с индексными файлами? Загружает ли она их целиком в ОЗУ, или сканирует лишь тот участок, который необходим для поиска слова? Дело в том, что у меня на телефоне уже установлено ~6.5 Гб словарей (сжатых dictzip'ом), и есть некоторые сомнения, стоит ли добавлять новые. Общий объем индексов составляет около 200 Мб.

JFK2005

Цитата:

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

Там смешанный подход, насколько я понимаю. В памяти индексы точно не хранятся, просто потому, что никакой памяти не хватит, если индексов много.

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

Tvangeste
Спасибо за ответ. Я бы посмотрел сам, да исходники для Android-версии, насколько я понимаю, недоступны.

JFK2005, я думаю, что в андроидной версии все точно так же, как и в десктопной. Собственно, на Джаве в андроидной версии написан только интерфейс, а всё остальное - скомпилированная нативная библиотека (*.so).

ребят,где под него можно найти русско-каталанский и каталанский-испанский?

harvet посмотри здесь в ветке http://forum.ru-board.com/topic.cgi?forum=93&bm=1&topic=3420&start=0

chymax3m
нашёл там кастельяно-каталан
но не понял как скачать
русско-каталанского нема

Свежий билд #623, for Windows.

Download: GoldenDict-1.0.1-623-gcd8b36a.7z - 1.67 MB

Changelog:
Increase the main icon from 24x24 to 32x32 size (issue #183) (by Tvangeste)
Tajik Language Updates (by Victor Ibragimov)
Update Russian translation (by Abs62)
(NEW) Korean localization (by panho10)
As usual, just unpack the archive on top of the latest Early Access build (#581) and you're good to go.

Обновленная иконка:

New Concept Style v9.0

DSLGD = DSL + HTML + CSS + JavaScript
http://forum.ru-board.com/topic.cgi?forum=5&topic=45338#1

---

* GoldenDict.exe - экспериментальный запускной файл GoldenDict с новыми зарезервированными тегами, вариант без автодобаления собственного стиля:
http://rghost.ru/44670206 на основе 1.0.1-623-gcd8b36a
* GoldenDict.exe - экспериментальный запускной файл GoldenDict с новыми зарезервированными тегами, вариант с автодобавлением собственного стиля:
http://rghost.ru/44670195 на основе 1.0.1-623-gcd8b36a

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

Полностью изменен подход. Все компоненты полностью независимы. Система DSLGD начинает работать сразу после замены запускного файла. Все необходимое внедрено в код GoldenDict. Никаких больше маркеров. Фактически, чистый HTML+CSS+JavaScript. Система тегов знакома всем заядлым форумчанам.
Дополнительную информацию найдете в словарях, которые прилагаются к каждому компоненту New Concept Style.

BKSRU
а на основе какого билда Ваш экзешник?

SlasNsk

Цитата:

а на основе какого билда Ваш экзешник?

Предпоследнего 1.0.1-616-g674f785.
Я могу переделать и на последний, но это бессмысленно, локали должны и так сработать, а ради иконки, что то предпринимать нет желания.
Возможности тегов фактически такие же как и у оригинальных HTML. Да изнутири это одно и то же. Вам не придется разбираться в многообразии тегов, как новичкам web-верстальщикам и учиться на собственном опыте, какие же из них на сегодня используются. За вас это уже сделано. Оставлены только те теги которые котируются среди web-разработчиков. Ситуация еще больше улучшена, с точки зрения создателя словарей, за счет того, что некоторые теги заточены на универсальность. Остальные теги с вводом CSS, фактически, забыты. Все это в целом облегчает процесс постепенного осознания новых тегов. Все, чего не хватает, легко описать через CSS. Но и без собственных стилей, теги справляются со своими задачами и на порядок превосходят те запросы, которые пытался выяснить у участников форума в начале года.

Со временем в словаре опишу процесс управления тегами. Это аналогично HTML тегам. В дальнейшем сделаю колонку соответствия DSLGD - HTML. А так же напишу полезные управляющие команды. Но те кто порасторопнее и сам сможет разобраться. Проще это сделать следующим образом. Проще воспользоваться справочным сайтом. Так вот строим например список:
[ls]
[li]Item[/li]
[li]Item[/li]
[li]Item[/li]
[/ls]

Стандартный список типа outside готов. Однако нам нужны другие маркеры. Заходим сюда http://htmlbook.ru/css/list-style-type
Выбираем любой тип маркера и пишем управление:
[ls lower-alpha]
[li]Item[/li]
[li]Item[/li]
[li]Item[/li]
[/ls]
Экспериментируйте. Для этого тега можно применить и графический маркер.
Однако смотрите на таблицу. Там прописано, что можно, а что нельзя. Для [ls] в угоду универсальности нельзя прописать идентификар или классы. Но это не особо и нужно для этого тега. Для пунктов важнее. Поэтому для [li] можно все.

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

Цитата:

Increase the main icon from 24x24 to 32x32 size (issue #183) (by Tvangeste)

Всё равно мало. Нельзя ли использовать по максимуму, ну или хотя бы 128х128 напрмер?