Maz Дед Мазай Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Предыдущее обсуждение: Часть 1 GoldenDict домашняя страница, форум, документация, скриншоты, скачать, история изменений   Актуальная версия 1.5.0: Windоws Qt 4.8.6 или Qt 5.12.3, последний EXE-файл: 1.5.0-18-g59363bc9. Плагин dsengine.dll для Qt 5.6-based версии на Windows XP: dsengine_5.6.1_for_XP.7z как собрать актуальный рабочий комплект для windows (без словарей) MacOSX 1.5.0-18-g59363bc9 Intel; архив прежних версий: на github (09.2012–04.2019), на sourceforge (06.2016–04.2019)   Расширенная настройка интерфейса   GoldenDict — новая словарная программа, обладающая следующими особенностями:     Графический интерфейс на основе табов, для создания которого использована библиотека Qt; Интеграция с html-движком WebKit для корректного представления материалов в html-формате; Поддержка подключения словарей в форматах: Babylon (.bgl/.gls), StarDict (.ifo/.dict./.idx/.syn), Dictd (.index/.dict), ABBYY Lingvo (.dsl тексты и аудиоматериалы .lsa/.dat, .lsd - только в Android), XDXF, AARD, SLOB, ZIM, MDX/MDD, EPWING; Система морфологии, которая находит основы слов при поиске, улучшая его результаты, а также дает рекомендации по правильному написанию слов. Используются обычные словари Hunspell/Myspell; Поддержка индексации звуковых файлов в директориях, формируя из них словари аудио-произношений; Поддержка отправки запросов в Wikipedia, Wiktionary и другие MediaWiki сайты; Режим работы в роли глобальной для всего десктопа всплывающей подсказки, позволяющий выводить информацию для выделенного или помещенного в буфер обмена слова из любого текста внешней программы; Для загрузки доступна версия, имеющая в комплекте набор англо-русско-английских словарей, словарей морфологии и примеры произношения слов на английском языке.     Программа позиционируется как функциональная замена StarDict, поддерживающая большее количество форматов файлов и более качественное их отображение. Программа умышленно не вводит собственного формата файлов, ставя вместо этого задачу наиболее полно поддержать все популярные существующие.   Официальные Early Access билды для Windоws :: для MacOSX :: для Linux. Официальные Development билды для Windоws. Официальный форум поддержки GoldenDict. Официальный баг-трэкер.   Параллельные топики: GoldenDict - New Level - Разработка новых форматов словарей для GD: DSLGD, HTMLGD; подключение речевых движков; режим закладок; варианты полнотекстового поиска.   Как сжимать словари в формат .dz для использования в GoldenDict :: DictZip 1.12.1 (latest) :: Оболочка DictUI   Ссылки на готовые сборки   Ссылки на словари для GoldenDict Всего записей: 38815 | Зарегистр. 26-02-2002 | Отправлено: 11:50 23-02-2017 | Исправлено: yozhic, 22:10 16-03-2024

andreyefgs Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Abs62   Оказывается то, что я предлагал сделать в предыдущем сообщении уже имеется и работает, я не знал.   illuminates888   Если Abs62 не сделает масштабирование в сплывающем окне, то можете просто отказаться пока от использования этого окна и юзать главное.   Для этого в настройках надо сделать как на скриншоте ниже:         Всего записей: 1533 | Зарегистр. 16-10-2005 | Отправлено: 05:53 14-07-2017 | Исправлено: andreyefgs, 06:21 14-07-2017

Abs62 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору illuminates888 Синхронизировал масштабирование в главном и всплывающем окне - goldendict-1.5.0-RC2-162-gecddc32(EXE only).7z. ---------- 0 программистов ругал сердитый шеф Потом уволил одного, и стало их FF Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 16:32 14-07-2017

andreyefgs Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору illuminates888   Проверил исправленную версию, теперь так:         Это всплывающее окно. Но масштабировать надо в главном окне, в сплывающем Alt-++ не работает, просто теперь изменения сделанные в главном окне влияют и на всплывающее окно. Всего записей: 1533 | Зарегистр. 16-10-2005 | Отправлено: 07:01 15-07-2017

andreyefgs Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору illuminates888   Разобрались уже (я успел прочесть начальную редакцию вашего поста)? Ну ок в таком случае   Если нет, то почтите это:   Подробнее... Всего записей: 1533 | Зарегистр. 16-10-2005 | Отправлено: 16:51 15-07-2017 | Исправлено: andreyefgs, 16:54 15-07-2017

ramanuki Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Abs62 Как вы смотрите на то, чтобы сделать так, что имя файла для ZIPSа будет являться заголовком, аналогичным DSL-овскому? Чтобы можно было упорядочить звуки, пустить их под одну карточку, давать им осмысленные названия не только для единственного варианта, но и в случае наличия нескольких вариантов одного и того же звука.   Например, есть четыре варианта одного и того же звука:   zugzwang__gb_1.wav zugzwang__gb_2.wav zugzwang__us_1.wav zugzwang__us_2.wav   Сейчас они все показываются каждый под своим заголовком типа "zugzwang__gb_1" ... и ни один не идет под заголовком "zugzwang"   Хотелось бы, чтобы после того, как их переименую в:   zugzwang (gb_1).wav zugzwang (gb_2).wav zugzwang (us_1).wav zugzwang (us_2).wav   они попали еще и в свою общую для всех карточку "zugzwang" - чтобы круглые скобки играли роль альтернативной части. Всего записей: 805 | Зарегистр. 07-08-2013 | Отправлено: 14:40 16-07-2017

Abs62 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ramanuki Смотрю так же, как и раньше. Zips - это чисто ресурсный формат, а для подобных фокусов есть тот же DSL. ---------- 0 программистов ругал сердитый шеф Потом уволил одного, и стало их FF Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 15:16 16-07-2017

ramix Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору В Lingvo нет поиска по части слова или фразы. И это один из недостатков Libgvo. Поэтому если в теле карточки DSL-словаря есть такая строка:   "(у)видеть свет в конце тоннеля"   отображающая возможные варианты фразы, то ее невозможно будет найти в Lingvo при полнотекстовом поиске  фрагмента "видеть свет в конце тоннеля". (Что довольно странно, потому что при автоматическом пословном переводе Lingvo обнаруживает отдельно слово "видеть" в своем индексе и фрагмент "свет в конце тоннеля" - без слова "увидеть").   Дело в том, что Lingvo при индексировании "игнорирует" скобки и "склеивает" части, разделенные скобками - в итоге искомая фраза "видеть свет в конце тоннеля" становится лишь частью имеющейся в индексе "увидеть свет в конце тоннеля" (а поиска по части нет).   В GoldenDict ситуация обратная - невозможно будет найти "полную" фразу - "увидеть свет в конце тоннеля", но легко можно обнаружить фрагмент "видеть свет в конце тоннеля" или такой необычный вариант, как "у видеть свет в конце тоннеля". Здесь дело в том, что GoldenDict по-другому относится к скобкам и разрывает такие слова при индексации. Было бы логичнее, если бы в этом плане GoldenDict вел себя как Lingvo - не отрывал то, что в круглых скобках, а склеивал (не зря же это приставлено без пробела). Тогда нашлось бы и то, и другое.   Если так будет сделано, то проблема решится. Если нет - то составителям и обработчикам словарей желательно учитывать этот нюанс и по возможности не пользоваться скобками для показа альтернативных вариантов. Оптимальным в таком случае будет полный повтор вариантов в теле карточки, например: "секстан, секстант", но не "секстан(т)" - потому что при полнотекстовом поиске "секстант" не найдется, а "секстан т" никто не станет искать.     В упомянутом случае:   "видеть свет в конце тоннеля, увидеть свет в конце тоннеля"   Пусть длинно, не очень наглядно, но зато найдется. Так как самая главная цель - найти уже имеющееся.   Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 12:17 22-07-2017

Abs62 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ramix Насколько я понимаю, скобки - это вполне легитимный элемент текста в Lingvo, не требующий дополнительной обработки (кроме заголовков). Просто повырезать скобки при индексации можно, конечно, но во всех ли возможных случаях это окажется оправдано? ---------- 0 программистов ругал сердитый шеф Потом уволил одного, и стало их FF Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 14:11 22-07-2017

ramix Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Abs62   Функция скобок в заголовках и в теле карточек в Lingvo при индексации несколько отличается. Как показывает опыт, в заголовках берутся два варианта - с той частью, что в скобках, и без нее. А в теле - только один - с той частью, что в скобках. По всей видимости, скобки игнорируются и при индексации, и при поиске. Даже попытка их экранировать в теле карточки не приводит к тому, чтобы они стали легитимным элементом текста в Lingvo (всё равно игнорируются).   В этом плане я не понимаю политику Lingvo - а именно они любители давать альтернативные варианты в теле через скобки. Из-за особенностей поиска в Lingvo часть этих вариантов и не находится при поиске в нем.     Да и наш любимый Апресян тоже пользуется услугами скобок. Например, если попытаетесь искать в Lingvo в Апресяне слово "полихром", то не найдете его. Причина в том, что коде словаря он идет как         [m2][*][ex][lang id=1033]polychrome[/lang] — полихром(ный)[/ex][/*][/m]   И, как я уже писал выше, GoldenDict поступит с точностью до наоборот - он найдет вам слово "полихром" в Апресяне, но не увидит слово "полихромный" (найдет еще и "полихром ный" - но кому это надо?). (Я уже думаю, что надо поработать над этим в Апресяне - теряем часть информации (может, ув. Romul81 еще раз согласится поработать над Апресяном? - в этом плане)).   Даже если припомнить случаи, когда скобки неотъемлемо входят в состав какого-либо выражения, это будут редкие случаи. Да и в принципе речь идет больше о разрыве скобками, что дает худшие, на мой взгляд, результаты в отношении поиска, нежели склеивание. В нынешней ситуации лучше пожертовать малым, чтобы не терять многое.     И о другом. Я заметил, что круглые скобки уже по-другому ведут себя в ссылках. Раньше, если я не ошибаюсь, они раскрывались в две строчки без скобок (как в заголовках), а сейчас сохраняют скобки - и в итоге ведут в никуда. Пример:   Если у нас есть код:   груз(ик)     1. load     2. weight     - <<груз(ик) отвеса>>   Мы получим в главном окне:   груз(ик) 1. load 2. weight - груз(ик) отвеса   Напрямую на нужную карточку(ки) такая ссылка нас не выведет. Тут должно быть как и прежде:   груз(ик) 1. load 2. weight - груз отвеса - грузик отвеса   Ссылки имеются в виду неэкранированные.   Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 15:13 22-07-2017 | Исправлено: ramix, 15:26 22-07-2017

Abs62 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ramix Цитата: Даже попытка их экранировать в теле карточки не приводит к тому, чтобы они стали легитимным элементом текста в Lingvo (всё равно игнорируются). Я тоже не понимаю такую политику. Но если их выбрасывать по образу и подобию, всплывает ещё одна проблема - такое слово не найдётся поиском по тексту статьи (и, соответственно, не подсветится). А править ещё и этот поиск - не вариант, потому как он общий для всех форматов словарей, в том числе и такими извращениями не страдающими. Цитата: Я заметил, что круглые скобки уже по-другому ведут себя в ссылках. Раньше, если я не ошибаюсь, они раскрывались в две строчки без скобок (как в заголовках), а сейчас сохраняют скобки - и в итоге ведут в никуда. Не раскрывались они никогда. И не могли в две строки раскрываться, потому что ссылка совсем не обязательно на отдельной строке стоять должна. И не будут, останутся как есть. А вот чтобы вели куда надо, это посмотрим. ---------- 0 программистов ругал сердитый шеф Потом уволил одного, и стало их FF Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 15:43 22-07-2017

ramix Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: такое слово не найдётся поиском по тексту статьи Добавить опцию "Игнорировать скобки" в поиск в главном окне?   Мне кажется, приоритет должен быть у полнотекстового поиска.   Цитата: Не раскрывались они никогда.   Это я вспомнил аналогию, как раскрываются заголовки-ссылки в подкарточках и решил, что так же было сделано и с простыми ссылками. Тогда отбой моему вопросу. Не раскрываются, так как такая ссылка ведет на заголовок с экранированными скобками. Если такого заголовка нет, тогда надо считать это ошибкой словаря. Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 16:33 22-07-2017

Romul81 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ramix Цитата: Я уже думаю, что надо поработать над этим в Апресяне - теряем часть информации (может, ув. Romul81 еще раз согласится поработать над Апресяном? - в этом плане) Поработать-то можно, только имеется сомнение в целесообразности. С концептуальной точки зрения, правильно ли вносить изменения такого рода в текст словаря в угоду алгоритмам индексации? Единственное, для решения проблемы в Lingvo можно было бы поэкспериментировать на подобную тему: Код:     [m2][*][ex][lang id=1033]polychrome[/lang] — полихром[com](ный)[/com][/ex][/*][/m]     [m2][*][ex][lang id=1033]polychrome[/lang] — полихром[c](ный)[/c][/ex][/*][/m] и т.п. Теоретически это может вывести контент в скобках из индексации. Но, если это сработает, то полихромный уже не найдётся.   В GD, если ув. Abs62 сочтёт нужным, то добиться требуемого эффекта вполне реально. Последнее слово, очевидно, за ним.     Добавлено: Abs62 Цитата: А вот чтобы вели куда надо, это посмотрим. ПМСМ не стоит ломать существующий алгоритм. Ссылка <<груз(ик) отвеса>> должна вести только и исключительно на заголовок груз\(ик\) отвеса. Другое поведение было бы нарушением стандарта. У нас есть референтная оболочка для формата DSL - Lingvo. И даже если нас в ней что-то не устраивает, GD всё равно должен следовать её примеру (для этого формата, разумеется). Всего записей: 1327 | Зарегистр. 03-03-2008 | Отправлено: 17:10 22-07-2017 | Исправлено: Romul81, 17:11 22-07-2017

ramix Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Поработать-то можно, только имеется сомнение в целесообразности. С концептуальной точки зрения, правильно ли вносить изменения такого рода в текст словаря в угоду алгоритмам индексации?     Вы, фактически, поднимаете вопрос - что важнее: целостность словаря или максимализация возможностей по нахождению в нем информации? Лично я стою за второе. Я думаю, словарь создавался автором (Апресяном) для пользователей, а не для того, чтобы быть нерушимым памятником. Это электронный вариант. Если есть возможность исправить его - исправляем. Если есть возможность улучшить - улучшаем. Ну а если надо оригинал и памятник - покупаем бумажное издание.     На примере того же "полихром(ный)". Если мы его превратим в "полихром, полихромный", то ничто не пострадает. А выиграем то, что найдутся оба варианта - в обеих словарных оболочках. А не так, что первое ищите в GoldenDict, а второе - в Lingvo.   Сейчас не те времена, что надо бумагу экономить. Меня удивляет, что Lingvo, например, ввела стандарт электронного словаря, а сами нередко буквы экономят. В угоду чему? Уменьшению объема словаря? Смешно. В угоду традициям составления бумажных словарей? Прошли те времена, надо на другое ориентироваться. DSL-код многих системных словарей Lingvo, честно говоря, далек от оптимального. А некоторые внутри вообще ужасны.   Цитата: Теоретически это может вывести контент в скобках из индексации.   Судя по коду, в первом случае разорвет и сделает два самостоятельных слова: "полихром" и "ный" (идет легкое загрязнение индекса ненужным словом "ный", которое вряд ли кто будет искать). Во втором случае, останется только "полихромный"   Только я не могу понять, чем этот вариант лучше предлагаемого мною чистого: "полихром, полихромный"?     Цитата: ПМСМ не стоит ломать существующий алгоритм.     Я это и имел в виду в последнем сообщении. Это меня скобками придушило.     Добавлено:   Раз уж зашла речь про поиск...     Совет из разряда "Хозяйке на заметку".     В добавок ко всем имеющимся у нас в приложениях видам поиска, в Windows можно добавить файлы с расширением *.dsl в системный поиск, включив поиск не только свойств, но и содержимого.     Тогда вы сможете пользоваться локальным поиском по словарям DSL, в т. ч. через лупу справа от кнопки "Пуск" (или как там она называется). Ищет очень быстро. Поиск сродни простому полнотекстовому. Для удобства используйте фильтр "Документы". Для наглядности см. скриншот:     P.S. Этот вид Windows-поиска нашел в Апресяне варианты "полихром" и "полихром(ный)". Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 17:44 22-07-2017 | Исправлено: ramix, 18:04 22-07-2017

ramix Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Sasha888mma Цитата: А вы не подскажите, как это делается?   Добавьте dsl по адресу:   Settings > Indexing Options > Advanced > File Types > Add new extension to list   Затем выберите (поставьте точку):   Index Properties and File Contents (фильтр должен быть Plain Text Filter)   Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 19:44 22-07-2017 | Исправлено: ramix, 19:45 22-07-2017

Romul81 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ramix   В целом согласен, но Цитата: "видеть свет в конце тоннеля, увидеть свет в конце тоннеля"   несколько смущает... "полихром, полихромный" - вполне терпимо. В общем, встаёт извечный вопрос - как отделить мух от котлет? В масштабах всего словаря... Мне кажется, лучше оставить всё как есть в плане внутреннего кода/содержимого словаря. А в GD "подкрутить" алгоритм индексации, если Abs62 сочтёт нужным/возможным. Всего записей: 1327 | Зарегистр. 03-03-2008 | Отправлено: 20:27 22-07-2017

Abs62 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Romul81 Да индексацию-то подкрутить можно. Вот как с подсветкой результатов быть, пока неясно. Смотреть надо, получится или нет. ---------- 0 программистов ругал сердитый шеф Потом уволил одного, и стало их FF Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 20:53 22-07-2017

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175

Компьютерный форум Ru.Board » Компьютеры » Программы » GoldenDict (часть 2)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование