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

Скажу ещё пару слов про форк от xiaoyifang, раз уж провозился с ним полдня.
Итак, он появился уже довольно давно (первое упоминание в этой теме - февраль 2022).
За это время можно было довести программу до ума, тем более что автор не переписывал её с нуля.
Но не тут-то было: помимо критических багов, приводящих к падениям, форк битком набит мелкими недоработками.
Формат ZIM в текущей версии вообще не работает (немедленное падение при попытке открыть любую статью).
При вводе запроса в выпадающем списке должны появляться подходящие варианты, но тут этот список надо открывать вручную,
причём открыть можно только мышкой!
Когда мышкой нажимаешь на заголовок в выпадающем списке, должна открываться выбранная статья,
но вместо этого заголовок просто копируется в строку ввода - зачем!?
Встроенные display styles сломаны. Посмотрите, например, куда уехал заголовок статьи и как выглядят иконки аудио в Lingoes-Blue.
Нажатие Esc после неудачного поиска на странице (Ctrl-F) вдруг автоматически переносит вас на последнюю статью.
Во время переключения табов страницы тоже иногда произвольно скроллятся куда-то очень далеко от того места, где вы их оставили.
В настройках есть галка "On a new search, focus the main or popup window even if it's visible", но толку от неё мало (возможно, это вина Qt).
Геометрия окна не всегда сохраняется на выходе.
Глюки в ПТП:
- полнотекстовая индексация БКРС-v91 на 3% неизменно вылетает с ошибкой "invalid string position";
- при индексации неправильно обрабатываются тэги (к примеру, <span> разбивает слово на части, а должен просто вырезаться);
- битые индексы не удаляются, хоть в настройках и включена соответствующая галка.
Съедает значительно больше памяти, чем классический GD, и что-то мне подсказывает, что дело тут далеко не только в прожорливости Qt6, но ещё и в криворукости автора.

Общее впечатление: выглядит неопрятно, пользоваться неудобно, для серьёзной работы не годится совсем. Даже если проектом займётся квалифицированный разработчик, ему легче будет заново реализовать и внедрить нужное в официальный GD, чем в этом форке исправлять и переписывать практически всё.

Я поначалу хотел похвалить полнотекстовый поиск на Xapian (как единственное относительно удачное нововведение):
- работает молниеносно;
- так же стремительно ищет в CJK (наш GD в этом случае ищет только в режиме RegExp);
- поддерживает сложные запросы с AND и OR, как в онлайн поисковых системах.

Но тут увидел, что в хелпе написано: "Note that phrase searching and NEAR operator needs Enable index with positional information enabled at settings."
Простой phrase searching вроде как-то работает и без этой галки ("phrase" AND "phrase" что-то находит, но находит ещё и много лишнего).

Галку не пробовал, но даже и без неё индексы уже требуют очень много места на диске. Например, 62 китайских словаря общим весом 583M дали 2285M индексов - 4х от размера сжатых словарей. Не всякий пользователь согласится пойти на такие жертвы, даже ради быстрого поиска (для полной английской википедии в ZIM придётся заводить отдельный 500G винт). Надо изучить этот вопрос, а пока даже полнотекстовый поиск хвалить не за что.

Модерирует : gyra, Maz
Версия для печати • Подписаться • Добавить в закладки
Страницы: 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