Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » GoldenDict (Часть 1)

Модерирует : gyra, Maz

Maz (23-02-2017 11:53): GoldenDict (Часть 2)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249

   

slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору




 
Актуальная версия 1.5.0:
Windоws RC2-36 Qt 4.8.6 или Qt 5.6.2, последний EXE-файл: goldendict-1.5.0-RC2-50-g2fe314a(EXE only).7z.
Плагин dsengine.dll для Qt 5.6-based версии на Windows XP: dsengine_5.6.1_for_XP.7z
MacOSX RC2-36 (Qt 562) (рекомендуется для Mavericks & Yosemite); RC 483 (Qt 532) (рекомендуется для Mountain Lion); RC 425 (Qt 486)
 
GoldenDict — новая словарная программа, обладающая следующими особенностями:  
 
  • Графический интерфейс на основе табов, для создания которого использована библиотека Qt;
  • Интеграция с html-движком WebKit для корректного представления материалов в html-формате;
  • Поддержка подключения словарей в форматах: Babylon (.BGL), StarDict (.ifo/.dict./.idx/.syn), Dictd (.index/.dict(.dz)), ABBYY Lingvo (.dsl тексты и аудиоматериалы .lsa/.dat, .lsd - только в Android), XDXF, AARD, 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

  • Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 11:34 26-04-2009 | Исправлено: Maz, 11:48 23-02-2017
    Romul81



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
     
    Прежде всего, хотел бы ещё раз поблагодарить Вас за Вашу работу. Думаю, все здесь понимают, что проект открытый и свободный и все контрибуторы движимы чем-то вроде альтруизма, и никто не может от них ничего "требовать". Тем не менее, хотел бы обратить Ваше внимание на следующие моменты (не сочтите за назойливость).
     
    1. Стили. Здесь, как мне кажется, стоит проявить дотошность и настроить всё как должно быть. Порядок разнесённых стилей важен, т.к. за невозможностью использовать классы и другие атрибуты из js нужный узел можно будет вычислить только согласно единообразному порядку (если не прибегать к другим ухищрениям вроде поиска комментариев). На данный момент порядок следующий:
     
     < Общие стили для всех форматов <!-- Built-in css -->
     < Альтернативные стили интерфейса <!-- Built-in style css --> (если активированы)
     < Пользовательские стили <!-- User css --> (если подключены)
     < Стиль печати <!-- Built-in print css -->
     
    В принципе такой порядок удобен, т.к. <!-- Built-in css --> стоят первыми в списке, и если что-то удалять, то только их. Единственное, заметил что в этой секции, также, присутствуют несколько сугубо GD-ских стилей типа .gddictname, .gdfromprefix, которые критически важны.
     
    Предложение. Может данные стили выделить в отдельную, следующую группу? Таким образом можно будет избежать прописывания их в Article-Style.css, что, в свою очередь, перекроет <!-- Built-in style css --> - что не есть правильно, конечно. Другими словами, предлагаю выделить в первую группу только формато-ориентированные стили. Если хотите, я мог бы сделать этот "развод", не затрагивая сами правила.
     
    2. <!DOCTYPE. Да)) О нём как-то забыли... Или, может я ошибаюсь и он действительно должен быть  

    Код:
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" ...
    . Тем не менее даже в "родном" коде GD присутствуют моменты, валидные только в рамках HTML5. Напр. атрибут oncontextmenu.
     
    Инфа на эту тему:

    Цитата:
    This document is somewhat out of date, and has been somewhat overtaken
    by events, though the core message (don't send XML as text/html) still
    holds. My recommendation now would be to just use HTML5; it's simpler
    to use (e.g. the DOCTYPE is just "<!DOCTYPE HTML>"), it has allows
    XML-like syntax in the same places that XHTML 1.0 Appendix C did
    (e.g. you can say <br/> instead of just <br>), and it has well-defined
    processing rules, unlike earlier versions of HTML and XHTML.

    Взято отсюда.
    Я, если помните, делал тесты Qt-браузеров (как 4-го, так и 5-го) - они вполне себе дружат с HTML5, по крайней мере в той части, которая нас интересует. Не думаю, что из-за этого DOCTYPE перестанет работать <font> и т.п. (если только я, опять же, что-то не пропускаю). А ведь механизм режима браузера, включённый посредством DOCTYPE очень важен - не буду приводить ссылки, инфы много по теме.

    Всего записей: 1327 | Зарегистр. 03-03-2008 | Отправлено: 23:35 02-08-2016 | Исправлено: Romul81, 23:37 02-08-2016
    Abs62



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Romul81

    Цитата:
    На данный момент порядок следующий:
     
     < Общие стили для всех форматов <!-- Built-in css -->
     < Альтернативные стили интерфейса <!-- Built-in style css --> (если активированы)
     < Пользовательские стили <!-- User css --> (если подключены)  

    <!-- User css --> - это юзерский article-style.css из папки конфигурации. А пользовательские стили (аналог альтернативных встроенных, размещённые в подпапке "styles" папки конфигурации) идут с комментом <!-- Addon style css --> и подключаются последними (если включён соответствующий стиль интерфейса). Стили для печати подключаются в том же порядке.

    Цитата:
    Предложение. Может данные стили выделить в отдельную, следующую группу? Таким образом можно будет избежать прописывания их в Article-Style.css, что, в свою очередь, перекроет <!-- Built-in style css --> - что не есть правильно, конечно. Другими словами, предлагаю выделить в первую группу только формато-ориентированные стили. Если хотите, я мог бы сделать этот "развод", не затрагивая сами правила.

    Больно уж у вас запросы специфические. Не уверен, на такое будет массовый спрос.

    Цитата:
    2. <!DOCTYPE. Да)) О нём как-то забыли...

    Хм. Вспоминается мне, что по какому-то поводу я уже пробовал с ним играться и пришёл к выводу, что лучше не трогать, оставить как есть. Тут надо всё тщательно проверять.

    ----------
    0 программистов ругал сердитый шеф
    Потом уволил одного, и стало их FF

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 00:27 03-08-2016
    Romul81



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
     

    Цитата:
    Больно уж у вас запросы специфические.  Не уверен, на такое будет массовый спрос.  

    Да нет, на самом деле, всё просто как апельсин. Я просто хочу сделать скрипт, который убивает  <!-- Built-in css --> и пользователь сам подключает нужные стили. Если Вы когда-нибудь прикрутите пользовательcкий js - будет через него. Если нет - через MDX 1-й в списке (можно сделать просто файл-лист для заголовков под определённый язык и скрывать его средствами CSS). Хотя custom.js, конечно предпочтительнее . Естественно, всем этим чудом хочу поделиться с общественностью.  
    При подключенных сотнях словарей эффект может быть значительным, особенно, если это сложный HTML и учитывая уровень сложности уже имеющихся правил, большинство из которых не всякому нужны.
     
    Добавлено:
    Abs62
     
    Общий вопрос касательно производительности. Какой формат наиболее оптимален в плане пред-рендеринговой обработки? По логике - HTML, т.к. DSL и XDXF конвертируются налету, а HTML подаётся as is. Хотя, по правде и он парсится (ресурсы, стили и т.д.), поэтому и возник вопрос.
     
    З.Ы. Ну и вдобавок по индексированию тот же вопрос. Для какого из форматов оно наименее затратно по усилиям?

    Всего записей: 1327 | Зарегистр. 03-03-2008 | Отправлено: 00:41 03-08-2016 | Исправлено: Romul81, 01:23 03-08-2016
    Romul81



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
     
    Додумал как можно делать по стилям. Вместо удаления node можно заменять контент innerHTML на нужный. Так что в дальнейшем разделении стилей нет необходимости.

    Всего записей: 1327 | Зарегистр. 03-03-2008 | Отправлено: 09:51 03-08-2016
    Abs62



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ramix
    Присандалил замену обычного дефиса на неразрывный перенос. Вот, пробуйте - goldendict-1.5.0-RC2-32-g010b4dc(EXE only).7z
     
    kvvic
    В GD нет понятия языковых пар. Группы могут формироваться произвольно, поэтому привязывать к ним какую-то конкретную раскладку резона нет.
     
    Romul81
    Ну и замечательно.


    ----------
    0 программистов ругал сердитый шеф
    Потом уволил одного, и стало их FF

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 17:58 03-08-2016
    kvvic

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    Я понимаю, что в ГД можно создать группу из любых словарей. Под языковыми парами я имел в виду группы, созданные автоматически, с помощью кнопки во вкладке группы. Эти группы создаются по языковым парам (en-ru, ru-en и т.д.).
    Как я уже писал, на мой взгляд, было бы удобнее, если бы при выборе такой автоматически созданной группы менялась раскладка, как это реализовано в Лингво. Может есть другие варианты, о которых я не знаю, я поэтому и просил поделиться опытом.
     
    Может можно сделать автоматически создаваемые группы двунаправленными (en-ru-en)? Тогда не нужно будет переключать раскладку при работе с этой группой.

    Всего записей: 141 | Зарегистр. 23-12-2002 | Отправлено: 22:13 03-08-2016
    ramix



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    Спасибо! Сейчас смотрится ОК.

    Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 22:52 03-08-2016
    ramix



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    Хочу узнать у вас - при поиске на странице (Ctrl+F) подключаются какие-то словари синонимов?
     
     

    Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 22:59 04-08-2016
    Abs62



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ramix
    Нет, там задействована штатная функция findText() из Qt.

    ----------
    0 программистов ругал сердитый шеф
    Потом уволил одного, и стало их FF

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 23:26 04-08-2016
    ramix



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    А почему, когда я набираю в строке поиска "№", поиск показывает мне в результатах "no" - как на картинке в моем предыдущем сообщении?

    Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 23:29 04-08-2016
    Abs62



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ramix
    Потому что так реализован поиск в WebKit, надо полагать. Конкретнее не скажу, лезть в его потроха - занятие не для средних умов.

    ----------
    0 программистов ругал сердитый шеф
    Потом уволил одного, и стало их FF

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 00:14 05-08-2016 | Исправлено: Abs62, 00:14 05-08-2016
    ramix



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    Оказывается, то же самое проявляется и в поиске в Гугл-хроме.

    Всего записей: 968 | Зарегистр. 19-06-2006 | Отправлено: 00:22 05-08-2016
    niccolo

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Еще раз подниму  
     
    Набросал немного предложений по усовершенствованию фейса для Лингво (в первую очередь) и ГД для оптимизации работы с большим количеством словарей/языков и под пальцетыки.  
     
    pdf c картинками  
    http://rgho.st/8HGT8PdCb
       

    Всего записей: 3674 | Зарегистр. 17-09-2001 | Отправлено: 13:24 04-09-2016
    Kozma_ZipperTnias



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Кто-нибудь может продублировать сборку 1.6.1 с ex.ua на другой файлообменник, например upload.ee? Провайдер не пускает на ex.ua, а FriGate и прочие прокси — тоже не выход, потому что нужны украинские или российские IP. И то, при заходе с другого рос. айпишника ex.ua всё равно не дает скачать файл.

    Всего записей: 545 | Зарегистр. 28-12-2012 | Отправлено: 18:42 15-09-2016 | Исправлено: Kozma_ZipperTnias, 18:48 15-09-2016
    Nikolai2004



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kozma_ZipperTnias
    на ex.ua можно через торрент качать.
    только что проверил - на этом файле есть российские пиры
     
    перекладывать на upload.ee - не вариант. там лимит 100 мб на файл.
    или предлагаете разбить на 20 частей?

    Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 21:33 15-09-2016 | Исправлено: Nikolai2004, 21:34 15-09-2016
    Kozma_ZipperTnias



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Nikolai2004, существует множество файлообменников и «облачных» сервисов, позволяющих заливать больше 2 Гб/файл. Это и «Яндекс.Диск» на пару с Гуглодиском, и «Облако» mail.ru, и Mega, и, к примеру, чуть более экзотический degoo.com, на котором можно авторизоваться через аккаунт «Гугла»; и dropmefiles.com, не требующий авторизации/регистрации; и openload.co, и my-files.ru, и nashdisk.ru, и mediafire.com. Последние четыре, кажись, дают возможность условно анонимной загрузки. А с upload.ee неудачный пример был — наобум написал.

    Всего записей: 545 | Зарегистр. 28-12-2012 | Отправлено: 23:08 15-09-2016
    Andrey3



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подскажите, плз.
    Возможно ли/как получить в GD (под Линукс) такой функционал:
    1 - работаю в текстовом процессоре (Writer for ex.) или др. проге, допускающей ввод текста, выделяю слово, нажимаю соотв. «быстрые клавиши», выскакивает GD, показывает выделенным первый перевод этого слова из первого словаря;
    2 — если перевод не устраивает, нажатием (например) стрелки вниз  на клаве, смещая выделение, перехожу к подходящему переводу;
    3 – нажимаю некие «быстрые клавиши», перевод копируется в буфер обмена + GD сваливается в трей, активно снова окно Writer с первоначально выделенным словом, нажимаю Ctrl+V, на место выделенного слова вставляется найденный в GD перевод.
     
    Такой способ мне оч. помогал в Windows при использовании Multitran (там требовались две настройки из штатных), все работало. Спасибо.

    Всего записей: 262 | Зарегистр. 08-09-2003 | Отправлено: 10:23 17-09-2016
    Nikolai2004



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kozma_ZipperTnias

    Цитата:
    продублировать сборку 1.6.1 с ex.ua на другой файлообменник

    https://yadi.sk/d/8IiTgH7AvJC5J

    Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 18:20 17-09-2016
    Kozma_ZipperTnias



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Nikolai2004, большое спасибо!

    Всего записей: 545 | Зарегистр. 28-12-2012 | Отправлено: 22:19 18-09-2016
    ccaid

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    некоторое время назад произошло очередное изменение в движке википедии (https://groups.google.com/d/msg/aarddict/PKlXbavHvRQ/jy_7dxXhBAAJ).
    словарь ruwikipedia-20160831.lzma2.slob уже содержит необходимые исправления. если его просматривать в мобильном приложении aard2, то результат практически не отличается от прежнего. а вот в ГД формулы получаются слишком мелкими. более того, если одновременно просматривать новый словарь и старый (ruwikipedia-20160401.lzma2.slob), то в новом вместо формул рисуется сообщение об ошибке.

    Всего записей: 22 | Зарегистр. 16-03-2007 | Отправлено: 19:48 22-09-2016
       

    Страницы: 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 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249

    Компьютерный форум Ru.Board » Компьютеры » Программы » GoldenDict (Часть 1)
    Maz (23-02-2017 11:53): GoldenDict (Часть 2)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru