Abs62 Цитата: Расчётом табов занимается Qt, GD никаких размеров не задаёт. Если знаете нужную цифру, ткните пальцем.
Прекрасно (что хотя и через год, хотя и не на официальном форуме программы, но появилась какая-нибудь реакция разработчиков).
Объясните, пожалуйста, простому смертному: каким образом этот великий Qt может сам рассчитать таб без каких-либо предоставленных Вами ему исходных данных (ограничений размеров, содержания и языка заголовка, ...)?
Ведь во всех окнах (и словарей, и параметров, ...) и даже в панели журнала все табы по размеру абсолютно точно соответствуют названиям. Не соответствуют только в панелях поиска и навигации по переводу (специально для проверки сейчас переместил последнюю), причём оба этих названия, несмотря на огромное различие в длине, урезаются одинаково на 4 буквы. И имеется в виду именно случай с максимальными размерами табов, а когда места становится недостаточно, то Qt, действительно, пересчитывает ширину табов и делает это вполне адекватно (начиная урезать, кстати, с панели журнала).
Заранее благодарю.
Цитата: Сами же видите, что крашится где-то в недрах системы при банальном вызове getSaveFileName. Отчего вашей системе при большом количестве словарей крышу сносит, я не понимаю.
Я не вижу никакого краха в недрах системы, когда предварительно в приповерхностном GD в окне словарей нажимаю кнопку "Пересканировать" без изменения словарей (кстати, не знаю, кому в этом случае крышу сносит, но число открытых программой файлов вырастает на число, равное 2-х кратному количеству подключённых словарей, причём максимальному количеству, т.е. первоначальному количеству - при его уменьшении или конечному - в случае увеличения, что может привести к "вылету" программы, если у пользователя установлено недостаточно большое значение параметра maximum file descriptor number that can be opened by a process, и только после нажатия кнопки ОК оно уменьшается до итогового значения, когда как при выборе меню Файл / Пересканировать файлы Ctrl+F5, наоборот, число резко падает, а потом по мере пересканирования достигает итогового значения), а потом всё нормально экспортируется.
Например, у версии goldendict-1.5.git.1400325828-190.1 никакого краха программы не наблюдается.
ramanuki Цитата: По той же модели, что и с русскими е и ё.
В том-то и дело, что при выборе слова с "ё" отображаются статьи только с "ё" (хотя многие создатели словарей заменяют её на "е"), а для отображения статей с "е" нужно выбрать слово с "е". Когда как, например, при выборе слова "верблюды" отображаются статьи и "верблюды" , и "верблюд" (хотя последнее, ясное дело, совсем не нужно)...
Добавлено: Может, кто-нибудь в курсе дела.
Который день идёт полнотекстовая индексация словаря, а соответствующий файл индекса FTS имеет величину 0 Б. Означает ли это, что программа впустую грузит систему (одно ядро и более 3 ГБ памяти), а на самом деле ничего не индексирует?
Заранее благодарю.
