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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
    Abs62



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

    Цитата:
    Примерно так и думал. А оценивали на каком этапе тормоза больше. С тем же Оксвордом. Куда 30 сек уходят?

    А задайте не повсеместно встречающиеся слова, а более редкое, "nautical", к примеру, и оцените скорость в таком варианте.
    Там индекс небольшой, главное время - перевод статей в текст и поиск в них.

    Цитата:
    У себя экспериментировал иначе. Убирал мусор, статьи вытягивал в строчку, дубли не убирал. Файл ложил рядом со словарем.

    Это не индекс. Это именно что переведённый в чистый текст сам словарь. Не вариант.  


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

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 22:11 18-04-2014
    BKSRU

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

    Цитата:
    Это не индекс. Это именно что переведённый в чистый текст сам словарь. Не вариант.  

    Кроме как предвзятости к такому подходу не услышал. Если вариант работает быстрее значит он лучше, если медленней значит хуже. И в любом случае это модель индекса. Убирал я дубли. К сожалению информативность резко теряется, приходится применять двойной обход и скорость резко падает.
    Проблему только одну вижу - размер индекса. Но поэкспериментировать было бы интересно. Заменить слова на короткий бинарный код и запаковать. Скорость оставалась бы высокой.  Еще лучше разбить на блоки и это могло бы резко увеличить скорость. Но вот на сколько бы удалось ужать индекс?
     
     
    Добавлено:

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

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

    Цитата:
    Там индекс небольшой, главное время - перевод статей в текст и поиск в них.  

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

    Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 04:13 19-04-2014 | Исправлено: BKSRU, 07:58 19-04-2014
    Abs62



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

    Цитата:
    Кроме как предвзятости к такому подходу не услышал. Если вариант работает быстрее значит он лучше, если медленней значит хуже.

    А вы попробуйте то же слово "nautical" на действительно большом словаре, вроде Urban dictionary, там и поймёте разницу между бинарным поиском в индексе и простым перебором подготовленного текста.

    Цитата:
    Заменить слова на короткий бинарный код

    Вот с этим поподробнее, пожалуйста. Как вы себе это представляете?

    Цитата:
    и запаковать.

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

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

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

    Цитата:
    Сам же поиск должен быть мгновенным и не должен зависеть ни от количества найденных слов, ни от состава запроса.

    Предлагайте алгоритм такого мгновенного поиска.

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

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 12:39 19-04-2014
    BKSRU

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

    Цитата:
    Вот с этим поподробнее, пожалуйста. Как вы себе это представляете?  

    Так я же говорил, что не представляю механизм создания индекса. Делал как сам представляю это. И в общем то оно так и делается. Методы разные.
     
    Экспериментировал я так: Вытягивал статью в строку. Убирал все лишнее.  
    Далее проверяем результат: Создал цикл на предварительную проверку цепочки слов. Операция эта фактически мгновенна оказалась для того же Oxforda. В случае нашего варианта выходим из цикла и тут уже отлавливаем наше/не наше регеспом. Заметьте везде исключен двойной обход словаря.
    А вот эта предварительная проверка и дала хороший прирост. И фактически поиск стал равен времени обхода словаря и не  зависим от количества и качества слов в цепочке (до этого зависимость росла прямо пропорциональна количеству слов в цепочке). На порядок же дал прирост вытягивание в строки (ясно, строк не мерено в оригинале).
     
    В общем руководствовался маленьким собственным опытом:
    - задался целью отдать как можно меньше на откуп тормознутым регеспам и сократить их количество
    - уменьшить количество обходов (как всего словаря, результатов и включая уменьшение количество строк)
    - выходить из циклов как можно раньше, например обрывать поиск для заголовка при первом же удачном соответствии или наоборот при несоответствии в случае с предварительной проверкой на наличие ключевого слова (даже пытался делать предварительную проверку в порядке частотности слов, желая как можно раньше выйти из цикла, но как то не заметил разницы (в отличии от вашего варианта), возможно для миллионных словарей имело бы значение). На этом этапе нам не нужна была подсветка. Нужен только заголовок.
     
    Код мой не был до конца оптимизирован и скорее еще позволял процентов на 10-20 подвинуться (да я максималист ). Ну а если не построчно обходить, а бить на блоки, то скорее всего при большом объеме словарей станет так же ощутимым.  
    Ну а дальше сами знаете, отделил поиск от подсветки и все встало на свои места .
     
    Я не предлагаю свой вариант и не настаиваю. Просто есть повод призадуматься. Если вы говорите, что индекс ищет быстро и дальше стандартным обходом отлавливаем в карточке совпадения. А у меня обход с поиском всего словаря совершается меньше секунды. Значит можно, что то предпринять. Может навеет какие нибудь идеи. Вам свой код проще проанализировать. Может действительно где-то тормоз спрятан.  
     
    Ну по поводу бинарного кода и паковки. Рассчитывал слова заменить на короткие бинарные последовательности. А поскольку я не исключал повторы, то с последующей паковкой в ZIP. Повторяю, что я не особо вдавался в подробности да и от куда мне набраться опыта в течении года. Да и в общем то важно было начать сначала с оптимизации самого поиска, выжить как можно больше, а затем уже пытаться создавать индекс.
     
    Сейчас пытаюсь разобраться с вашим кодом и воткнуть вариант перебора. Конечно ничего сложного нет, но если все таки аккуратно и думать в деталях, займет время.
     
    Добавлено:
    Такой момент.
    Заголовки все таки должны быть включены в найденное если в них имеется соответствие. На то он и полнотекстовый.

    Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 13:10 19-04-2014 | Исправлено: BKSRU, 13:41 19-04-2014
    Abs62



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

    Цитата:
    Я не предлагаю свой вариант и не настаиваю. Просто есть повод призадуматься. Если вы говорите, что индекс ищет быстро и дальше стандартным обходом отлавливаем в карточке совпадения. А у меня обход с поиском всего словаря совершается меньше секунды. Значит можно, что то предпринять. Может навеет какие нибудь идеи. Вам свой код проще проанализировать. Может действительно где-то тормоз спрятан.

    Я вам уже сказал, где он главным образом спрятан. Возьмите просто для эксперимента функцию getArticleText() в dsl.cc и замените
    Код:
    ArticleDom dom( gd::normalize( articleText ), getName(), articleHeadword );
     
      articleText.clear();
     
      text = gd::toQString( dom.root.renderAsText( true ) );
    на
    Код:
    text = gd::toQString( articleText );
      text.remove( QRegExp( "\\[(?!\\)[^\\]]*\\]" ) );
    Затем сравните скорость. Второй вариант в таком виде работает не совсем правильно в плане разбора DSL-сода, но намного быстрее.

    Цитата:
    Ну по поводу бинарного кода и паковки. Рассчитывал слова заменить на короткие бинарные последовательности.

    Вот опять же хотелось бы поподробнее. Слово - это набор символов, символы - это бинарные коды размером от 1 до 6 байт в зависимости от кодировки. То есть вы собираетесь заменить одну бинарную последовательность другой, более короткой. Вот и хочется понять, как вы это себе представляете.

    Цитата:
    Заголовки все таки должны быть включены в найденное если в них имеется соответствие. На то он и полнотекстовый.

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


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

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 15:44 19-04-2014
    BKSRU

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

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

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

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

    Опять приехали. Пока не разругались может проще поступим. Проголосуем? Как скажут так и будет. Полнотекстовый поиск должен быть полным.
     
    Добавлено:
    Подключил режим перебора. Результаты скорости поиска аналогичны режиму Whole words. Ну не хуже уже радует .
    Однако, без подсветки проверить правильность работы и отладить затруднительно.
    Ждем.

    Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 15:59 19-04-2014 | Исправлено: BKSRU, 16:18 19-04-2014
    data man



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
     
    А что если для full-text поиска использовать SQLite с его замечательным FTS4?

    ----------
    Любой достаточно развитый тролль неотличим от подлинно помешанного на какой-либо идее.
    Кекс. Антибиотики. Ламбада.

    Всего записей: 1696 | Зарегистр. 13-10-2005 | Отправлено: 00:23 20-04-2014
    Abs62



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    data man
    Это значит все словари целиком в базу данных загонять?

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

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 01:23 20-04-2014
    data man



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    Нет, не обязательно.
    Есть возможность Contentless FTS4 Tables
    SQLite FTS3 and FTS4 Extensions п.6.2.*

    ----------
    Любой достаточно развитый тролль неотличим от подлинно помешанного на какой-либо идее.
    Кекс. Антибиотики. Ламбада.

    Всего записей: 1696 | Зарегистр. 13-10-2005 | Отправлено: 01:51 20-04-2014
    BKSRU

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    GoldenDict на основе сборки 1.5RC302 (не UI Revolution). Вариант с режимом перебора (Enumeration).
    GoldenDict_FTS_ENUM.7z(EXE only).7z
    Но пока конечно, без подсветки, для пользователя это набор карточек.

    Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 08:39 20-04-2014 | Исправлено: BKSRU, 08:41 20-04-2014
    BKSRU

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    Симплифид заголовков надо бы сделать.
    Там где в середине скобки убраны двойные пробелы.
     
    После выбора предложенного, идет в общую полку. Возможно это удобно. Ели бы не включал выключенный онлайн мультитран при этом .

    Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 04:45 21-04-2014 | Исправлено: BKSRU, 07:46 21-04-2014
    Abs62



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

    Цитата:
    Симплифид заголовков надо бы сделать.  
    Там где в середине скобки убраны двойные пробелы.

    Это как? Пример можно?

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

    Вот здесь хотелось бы поподробнее. В какой момент он включается и при каких действиях?

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

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 07:52 21-04-2014
    BKSRU

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62
    Сделайте поиск в Advanced Learner's Dictionary, 8th Edition (En-En) - DSL
    Берем для поиска - have any
    Далее в найденном выберете - feel in your bones
    Станет все ясно.
     
    В окне будет предложен вариант - Близкие слова. Жмем и GoldenDict скажет все, что по этому поводу думает .
     
    Далее просто выскакивают все карточки с группы - Все, причем даже если они не включены, на сколько я понял. Ну а поскольку глючный мультитран в общей группе имеется, то в конечном итоге ничего с этим поделать невозможно.
     
    Пока разбираетесь с подсветкой, можно было бы штатную строку поиска по тексту допилить. Что бы не было автозакрытия этой самой строки и не лез в нее заголовок при каждом выборе карточки, с возможностью при перетаскивании текста в нее, что бы была подмена а не вставка. Вот тогда можно будет назвать ее строкой поиска по тексту. И при выборе любого ключевого слова из FTS уже можно было бы ориентироваться как рыба в воде.
     
    Добавлено:
    Может все таки не ясно пояснил:
    Заголовок - feel (it) in your bones (that … )
    Скобки убраны. Два пробела осталось. Соответственно, заголовок не найден.

    Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 08:00 21-04-2014 | Исправлено: BKSRU, 09:08 21-04-2014
    yozhic



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Уффф, наконец-то я смог скачать все обновления и начать тестить ...
    Пару моментов по мелочи:
    1) Может быть стоит сделать короткое сообщение, если поиск (FTS) ничего не нашёл? Типа No result, Search is done. В области результатов, например. А то и не понятно, ГД всё ещё ищет или уже ничего не нашёл? Только потом понимаешь что надо на кнопку Search смотреть, когда она активизируется, то значит поиск завершился. Но это вроде как-то неочевидно и неаккуратно.
    2) На мой взгляд, не хватает горячей клавиши для перевода фокуса между основным окном и модальным (как FTS, так и Headwords). Например F6, классически. Сделал я тут выборку по окончаниям в Headwords и нужно было все карточки просмотреть по очереди. Заголовок выбираю - фокус улетает в главное окно. Обратно только мышкой, а список не маленький. А то бы пальцы положил на клавиши и, не отвлекаясь от текста, F6 - стрелка вниз, F6 - стрелка вниз -- как хорошо!

    Всего записей: 2773 | Зарегистр. 20-03-2008 | Отправлено: 16:56 21-04-2014
    Abs62



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BKSRU
    Понятно, будем посмотреть.
     
    yozhic

    Цитата:
    1) Может быть стоит сделать короткое сообщение, если поиск (FTS) ничего не нашёл? Типа No result, Search is done. В области результатов, например. А то и не понятно, ГД всё ещё ищет или уже ничего не нашёл? Только потом понимаешь что надо на кнопку Search смотреть, когда она активизируется, то значит поиск завершился. Но это вроде как-то неочевидно и неаккуратно.

    Вообще-то, GD ещё и пищит по окончании поиска.
    Индикацию сделать можно, конечно, надо только придумать, где и как. Насчёт области результатов идея мне не нравится.

    Цитата:
    2) На мой взгляд, не хватает горячей клавиши для перевода фокуса между основным окном и модальным (как FTS, так и Headwords). Например F6, классически.

    Для окна заголовков хоткей есть - Ctrl+D. Для FTS пока что нет.

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

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 18:06 21-04-2014
    BKSRU

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ну можно сделать индикатор загрузки в строке поиска например.
    И кстати, этот Дзиньк у очень похож на сообщение об ошибке . Интересно можно ли поменять?
     
    Хотя сама идея окна мне не нравится. Почему бы не сделать обычный DockWidget?

    Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 18:41 21-04-2014 | Исправлено: BKSRU, 19:06 21-04-2014
    yozhic



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

    Цитата:
    Вообще-то, GD ещё и пищит по окончании поиска.  

    Точно пищит (точнее кукует)! А у меня звук всегда отключен - вот почему не слыхал.

    Цитата:
    Для окна заголовков хоткей есть - Ctrl+D.

    Вот и обновление в словарь ramix GoldenDict Shortcuts.
    Только этот хоткей в одну сторону только работает. Обычно же в таких случаях по кругу переключение бывает. Хорошо бы чтоб этот шорткат для всех окон был унифицированный (ПМСМ).

    Всего записей: 2773 | Зарегистр. 20-03-2008 | Отправлено: 19:05 21-04-2014
    Abs62



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

    Цитата:
    И кстати, этот Дзиньк у очень похож на сообщение об ошибке . Интересно можно ли поменять?

    Найдите в fulltextsearch.cc QApplication::beep() и меняйте себе на что хотите.
     
    yozhic

    Цитата:
    Хорошо бы чтоб этот шорткат для всех окон был унифицированный (ПМСМ).

    А если сразу оба окна открыты? Извращение, конечно, но...
     
    Добавлено:
    Поправил заголовки и ещё кое-что по мелочам. В общую группу ходить в любом случае больше не будет - только по тем же словарям, что заданы из FTS. Если что надо посмотреть во всей группе - это через штатную строку поиска.
    goldendict-1.5.0-RC-307-ge7477cf(EXE only).7z - 1.19 MB
     
    PS. До подсветки руки пока не дошли.

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

    Всего записей: 6080 | Зарегистр. 22-10-2005 | Отправлено: 19:31 21-04-2014
    BKSRU

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

    Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 21:13 21-04-2014
    yozhic



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

    Цитата:
    Насчёт области результатов идея мне не нравится.

    Может так?
       
    Пока ищет - пишет, мол, ищу. Как закончил - написал сколько нашёл.

    Всего записей: 2773 | Зарегистр. 20-03-2008 | Отправлено: 21:23 21-04-2014
       

    Страницы: 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