Ru-Board.club
← Вернуться в раздел «Программы»

» GoldenDict

Автор: AKRAV
Дата сообщения: 10.02.2015 13:57
1.5.0-RC-459-g91bddcc

Date: 9 February 2015

Download (7z)
Download (zip)
Download (installer)

This is a FULL distribution of Goldendict, with all required files, libraries and localizations. Includes QT 4.8.6 libs.

Detailed lists of changes is here.

Most interesting changes (since the previous EA build):
- Slob: Fix indexing for full-text search
- Slob: Support handling of TeX format formulas via mimetex.cgi
- Slob: Add some log message
- Add SLOB dictionaries support
- Zim: update ZimDictionary::convert(), proper display (by jjzz)
- Zim: Fix some links handling (issue #555)
- update note on required Qt version, is now 4.6 on Windows because of use of QWebElement class (by Steve J)
- Change sizing of dictionary description window in dictionaries dialog
- Stardict: Handle
tags in dictionary decription
- Fix unwanted re-enabling of indexing for full-text search after dictionaries rescanning via dictionaries dialog
- Update Polish translation (by Grzegorz Karpowicz)
Автор: ddddddima
Дата сообщения: 10.02.2015 17:52
yozhic
BKSRU

Заменил ссылки на свои сборки, новый торрент трекер в шапке.
Надеюсь что меня там не забанят))

Иначе придется на http://rutor.org/categories переходить, хотя я его не люблю. Нет такой хорошей разбивки релизов на подразделы.
Автор: ddddddima
Дата сообщения: 10.02.2015 19:54
CAEman

Цитата:
ddddddima

Цитата:
Цитата:
Странно
Актуальная версия — 1.5
Сборки на трекере — 1.6.

Это номер сборки со словарями а собрана она на основе версии 1.5.

Да, у Ваших сборок всегда так было. Но как совсем не очевидный номер новой версии GD совпал с номером Вашей очередной сборки, для меня, например, так и осталось загадкой...

Так получилось, я нумеровал по порядку.

Автор: jterror
Дата сообщения: 11.02.2015 08:26
Возник вопрос по поводу вилдкардов. На картинке указано, что можно использовать вопросики, но на самом деле не работает, пишет "не найдено".

Автор: Abs62
Дата сообщения: 11.02.2015 09:15
jterror
Список совпадений смотреть не пробовали? Применение шаблонных символов именно в нём отражается.
Автор: jterror
Дата сообщения: 11.02.2015 11:04
Abs62
Спасибо большое. Принцип понял.

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

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

Вторая проблема в мелком шрифте везде, кроме самих словарных статей. Жалко глаза и нервы. Нет ли способа увеличить шрифт?
Автор: Abs62
Дата сообщения: 11.02.2015 12:03
jterror

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

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

Цитата:
Вторая проблема в мелком шрифте везде, кроме самих словарных статей. Жалко глаза и нервы. Нет ли способа увеличить шрифт?

Есть, конечно. Если дело касается только списка слов, то меню "Вид -> Масштаб". Если же надо увеличить везде (кроме статей), это чуть сложнее. Надо создать файл "qt-style.css" в папке конфигурации GD, а в нём написать что-то вроде

Код: MainWindow *
{
font-size:20px
}
Автор: jterror
Дата сообщения: 11.02.2015 13:25
Abs62
Это восхитительно! Спасибо огромное!

Информацию про CSS-файлик нужно где-то задокументировать. Установка глобального размера шрифта необходима для иероглифических слов, ведь она и на форму полнотекстового поиска тоже влияет. Да и вообще, скукоженные иероглифы это везде проблема.
Автор: Abs62
Дата сообщения: 11.02.2015 13:59
jterror

Цитата:
Информацию про CSS-файлик нужно где-то задокументировать.

А она есть в хелпе. Раздел "Пользовательские стили".
Автор: yozhic
Дата сообщения: 11.02.2015 14:01
jterror

Цитата:
Информацию про CSS-файлик нужно где-то задокументировать.

Вот тут другие всякие параметры, если интересно.
Автор: jterror
Дата сообщения: 13.02.2015 00:34
yozhic
Спасибо! Очень помогло.
Увеличил шрифт только где надо: поля ввода текста, списки и всплывающие подсказки.
qt-style.css

Код:
QLineEdit, QListView, QToolTip
{
    font-size:12px;
}
Автор: ramix
Дата сообщения: 13.02.2015 18:14
Abs62
Длинные "слова" нарушают форматирование карточки.
Может, есть способ вписать их в отведенное пространство?

Автор: Abs62
Дата сообщения: 13.02.2015 18:48
ramix
Да вроде как с такими вещами ни один известный мне браузер бороться не умеет. Везде подобные сверхдлинные ссылки страницу корёжат.
Автор: yozhic
Дата сообщения: 13.02.2015 20:01
ramix
Так может просто ссылку сократить каким-нибудь URL Shortener? Я так обычно делаю. Вот, вроде, неплохой, с 2002 года существует. Думаю, страница сервис не переживёт.
Автор: ramix
Дата сообщения: 14.02.2015 13:44
Теперь понятно, откуда пошло популярное выражение "разрыв шаблона"...

В своих словарях я не использую супердлинные слова и ссылки. Они обычно встречаются в чужих...
Автор: CAEman
Дата сообщения: 14.02.2015 14:15
AKRAV

Цитата:
1.5.0-RC-459-g91bddcc

Date: 9 February 2015

Download (7z)
Download (zip)
Download (installer)


Вы не заметили, что дали 4 (!) ссылки на одно и тоже (кстати, на ресурсе по последним трём ссылкам значится, что последней версией является 1.0.1 от 03.12.10)?
А где ссылки (а главное, сами файлы) Сюда, Сюда?
И, вообще, непонятно, что это за "левая" версия, если последняя версия официальных исходников как была от 31.01.15, так и осталась по сей день...

Добавлено:
ddddddima

Цитата:
Заменил ссылки на свои сборки, новый торрент трекер в шапке.
Надеюсь что меня там не забанят))

Уже забанили, а http://www.ex.ua/ просто не работает (503 Service unavailable)...
А на местном трекере не получилось?

Цитата:
Так получилось, я нумеровал по порядку.

Это понятно: вопрос не к Вам, а к разработчикам с их неясной нумерацией (может, под Вас подстроились?)...

Добавлено:
Abs62

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

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

Цитата:
Есть, конечно. Если дело касается только списка слов, то меню "Вид -> Масштаб". Если же надо увеличить везде (кроме статей), это чуть сложнее. Надо создать файл "qt-style.css" в папке конфигурации GD, а в нём написать что-то вроде

Код:
MainWindow *
{
font-size:20px
}

Размер подставить по вкусу.

Всё для продвинутых пользователей Виндоус...
А на вывод этой настройки в ГИП для простых пользователей остальных ОС наложено табу?



Поскольку официальный форум программы, якобы на который основные разработчики ушли, давно мёртв (кроме моих сообщений там появляются только рекламные), то привожу здесь выявленные баги программы упомянутой (уж не знаю, как она соотносится с растиражированной в одном из последних сообщений темы) версии (конечно, не в надежде на исправление, а чтобы пользователи имели в виду, что нужно делать для обхода последствий этих багов, при этом пожелания, естественно, опускаю):
Цитата:
0(у рекомендуемой разработчиками, по крайней мере, в целях тестирования нескомпилированной версии). Приходится в /usr/include/ создавать символическую ссылку на подпапку maclibs/include/lzo папки исходников.
1. Отсоединённая панель Навигация после повторного запуска программы (даже свёрнутой в системный лоток: впрочем, это беда всех окон программы, что они не сворачиваются в лоток вместе с главным окном при его закрытии) открывается на всех рабочих столах поверх всех окон. Если эту проблему сложно решить, то нельзя ли, например, как в firefox, предоставить возможность расположить панель на пустое место справа от меню?
2. Не работает автозапуск программы (поскольку ссылка на неё появляется в папке ~/.kde/autostart, из которой запускаются программы при загрузке kde3, которого нет и в помине в тех дистр-ах ОС, на которые можно установить непортативные, а значит, вышедшие после сентября 2013 г. версии GD). Этого бага не будет, если, например, создавать символическую ссылку, во первых, в папке ~/.config/autostart и, во вторых, не на исполняемый файл, а на файл .desktop программы или копировать последний в данную папку.
3. После нажатия кнопки Пересканировать во вкладке Источники / Файлы окна Словари (даже без изменения словарей) число открытых программой файлов (согласно lsof -p `pgrep goldendict` | wc -l) вырастает на число, равное 2-х кратному количеству подключённых словарей, причём максимальному: т.е. первоначальному количеству при его уменьшении или конечному - в случае увеличения (что может привести к "вылету" программы, если у пользователя установлено недостаточно большое значение параметра maximum file descriptor number that can be opened by a process - проверка: в консоли запускаем команду ulimit -Sn)*, и только после нажатия кнопки ОК оно уменьшается до итогового значения, когда как при выборе меню Файл / Пересканировать файлы Ctrl+F5, наоборот, число резко падает, а потом по мере пересканирования достигает итогового значения.
4. При нажатии кнопки "Экспорт" в окне Заголовков словаря программа "вылетает" (при подключённом большом количестве словарей), если не нажать предварительно кнопку Пересканировать во вкладке Источники / Файлы окна Словари (даже без изменения словарей).

*Имея права суперпользователя (root), увеличить данное значение можно путём редактирования значений параметров:
1) в старых системах - HARDFDLIMITS и SOFTFDLIMITS в файле /etc/sysconfig/ulimit
(а, например, в OpenSUSE это можно сделать также в Центре управления Yast2: Система/"Редактор /etc/sysconfig": System/Limits),
где можно установить указанные значения равными 4096, 8192, 16384, 32768, 65536, ..., при этом значение SOFTFDLIMITS не должно превышать таковое для HARDFDLIMITS,
а в файле /etc/initscript присваивание значения HARDFDLIMITS обязательно ДОЛЖНО ВЕЗДЕ ПРЕДШЕСТВОВАТЬ таковому для SOFTFDLIMITS, например:

Код: test -z "$HARGS" || ulimit $HARGS
test -z "$SARGS" || ulimit $SARGS
но не наоборот (тогда необходимо поменять их местами)!
2) в новых системах - DefaultLimitNOFILE в файле /etc/systemd/system.conf (можно установить и =infinity - будут тогда равными 65536 и ulimit -Hn, и ulimit -Sn)

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

Код: #! /bin/sh
#
ulimit -Sn 8192
ulimit -Sn
goldendict
Автор: soliduz
Дата сообщения: 20.02.2015 23:58
Abs62
А как морфология работает со словосочетаниями?

Например для запроса "stood up" отображаются статьи с заголовком "stand up", а например статьи с заголовком "name after" при запросе "named after" - не отображаются. Хотя в списке заголовков "name after" есть, и при ручной правке запроса статьи появляются.
Автор: Abs62
Дата сообщения: 21.02.2015 12:22
soliduz
Ну, по идее, пробегается по всем словам, заменяя каждое на первый вариант, выданный Hunspell.
Автор: soliduz
Дата сообщения: 21.02.2015 13:29
Abs62
Если так, то получается что в случае, когда каждое слово из словосочетания правильно нормализуется hunspell-ом то и словосочетание в целом, должно правильно нормализоваться.
Но это работает лишь в части случаев.
Автор: Abs62
Дата сообщения: 21.02.2015 13:46
soliduz

Цитата:
Если так, то получается что в случае, когда каждое слово из словосочетания правильно нормализуется hunspell-ом то и словосочетание в целом, должно правильно нормализоваться.

Не факт. К примеру, "after" Hunspell нормализует до "aft", то бишь "named after" превратится в "name aft" и найдено не будет.
Автор: soliduz
Дата сообщения: 21.02.2015 14:26
Abs62
Понятно. Может имеет смысл добавить "пробежку" по второму варианту из Hunspell в случае когда, по первому варианту заголовок не найден. Тут можно задать вопрос про 3-й вариант итд. Но есть подозрение, что первых два - охватят большинство заголовков. Субъективно, сейчас, когда берется первый вариант, существующие для словосочетаний статьи отображаются примерно в половине случаев. Если нахождение существующих заголовков возрастет до, к примеру 90% - такая "оптимизация", на первый взгляд, выглядит рациональной.
Автор: Abs62
Дата сообщения: 21.02.2015 15:35
soliduz
Не уверен. Во всяком случае, в словаре из комплекта на "after" никаких предположений, кроме "aft", не выдаётся.
Автор: soliduz
Дата сообщения: 21.02.2015 16:37
Abs62
А если сделать так. Сначала каждое слово из словосочетания заменяется на первое из Hunspell, в случае если заголовок не найден, берется исходное словосочетание и слова в нем заменяются на слово из Hunspell, не все сразу, а поочередно.
Те поиск по заголовкам для словосочетания из двух слов такой
1)Hunspell от первого слова+Hunspell от второго слова
2)Hunspell от первого слова+исходное слово 2
3)исходное слово 1+Hunspell от второго слова

Ведь для запроса из одного слова работает подобная модель. "After" в любом случае находится, те исходное слово ищется наряду с первым из Hunspell.
Автор: Abs62
Дата сообщения: 21.02.2015 16:51
soliduz
Для этого надо весь механизм поиска под другой алгоритм работы переделывать.
Автор: soliduz
Дата сообщения: 21.02.2015 17:10
Abs62
Не представляю объем работ, но значимость таких изменений большая. Ведь по-сути поиск в широком смысле - самое важное, что есть в оболочке. Добавление полнотекстового - так же история про улучшение поиска в целом. Корректная обработка словосочетаний представляется не менее важной. Будет очень круто если сделаете.
Автор: CAEman
Дата сообщения: 21.02.2015 18:41
soliduz

Цитата:
Не представляю объем работ, но значимость таких изменений большая. Ведь по-сути поиск в широком смысле - самое важное, что есть в оболочке. Добавление полнотекстового - так же история про улучшение поиска в целом. Корректная обработка словосочетаний представляется не менее важной. Будет очень круто если сделаете.


Здесь намного более ерундовые по трудоёмкости, а также намного более важные вещи (устранение багов, доработка механизмов поиска и индексации) не делают. А Вы хотите...
Автор: soliduz
Дата сообщения: 21.02.2015 19:29
CAEman
Вообще, несколько напрягает читать ваше нытье в ветке. Никто из разработчиков вам ничего не должен. У вас, видимо, какое-то странное представление об опенсорс. Опенсорс - это всего лишь открытый код, а не обязанность удовлетворять любые желания от любых людей.
Автор: ramix
Дата сообщения: 22.02.2015 10:46
Что касается поиска с учетом морфологии, то хочу заметить, что в Лингво он как-то лучше реализован - больше результатов приносит. В GoldenDict часто приходится ручками работать - подстраивать формы (особенно в словосочетаниях).

Abs62

Помню, мы уже говорили с вами на тему обрезания некоторых символов на полпути из буфера обмена в строку поиска. Но вот какая, в частности, получается ситуация на практике (слева что копируем в буфер > справа что оказывается в строке поиска):

1. word "check" test > word "check" test

2. "word" check test > word" check test

3. "word check test" > word check test

4. word check "test" > word check "test

Варианты 2 и 4 никакой пользы для поиска не имеют, только вызывают лишние вопросы или правки. Как видно, нет и единообразия - где-то кавычки отбрасываются, а где-то остаются.
Автор: Abs62
Дата сообщения: 22.02.2015 11:48
ramix
Единообразие есть. Банально отбрасываются пробельные и пунктуационные символы по краям, середина не трогается.
Автор: magnusik
Дата сообщения: 23.02.2015 11:48
Можно реализовать автоматическое убирание арабской диакритики? В арабских словарях из Lingvo x6 диакритика включена в заглавное слово. GoldenDict не умеет объеденять заглавные слова с и без диакритики в одну карточку.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156

Предыдущая тема: Total video converter 3.14 ошибка конвертации


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.