» GoldenDict

Abs62

Цитата:

И словари DSL?

Да, DSL.


Цитата:

И размер картинки на самом деле больше указанных 120? Не понимаю.

Гораздо больше. Он не меняется.


Цитата:

Мистика.

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

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

Abs62
Вычислил. Не работает уменьшение для картинок, расположенных в корневых папках словаря (как назло, всё, что я проверял, было из них), а работает только в специально выделенных ресурсных папках name.dsl.files. Можно распространить и на корень?

ramix
Можно. Проверяйте.
А почему эти файлы не в ресурсных папках, которые вроде как для этого и предназначены?

Abs62

Цитата:

Можно. Проверяйте.

Всё работает, спасибо!

Цитата:

А почему эти файлы не в ресурсных папках, которые вроде как для этого и предназначены?

Для совместимости с Lingvo, которая позволяет не компилировать ресурсы (и редактировать их "на лету", а это порой требуется, в частности, из-за бага в Lingvo, связанного с DPI картинок).



Добавлено:
И еще просьба, реализовать, что не трудно, для юзабилити:

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

позволить, ухватившись мышкой за картинку, передвигать ее туда-сюда для просмотра скрытых частей

или

открывать картинку ассоциированной в системе программой (или по умолчанию, или через пункт контекстного меню)

ramix

Цитата:

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

Однако, чем плохи боковые кнопки мыши? Или тем, что они не у всех мышей имеются ?

ramix

Цитата:

позволить, ухватившись мышкой за картинку, передвигать ее туда-сюда для просмотра скрытых частей

Тут надо подумать, можно ли такое реализовать без больших проблем, сходу не скажу.

Цитата:

открывать картинку ассоциированной в системе программой (или по умолчанию, или через пункт контекстного меню)

По умолчанию не стоит. У меня на ассоциациях редактор висит, а для просмотра есть Far с плагинами.

Abs62

Цитата:

По умолчанию не стоит. У меня на ассоциациях редактор висит, а для просмотра есть Far с плагинами.

А если через конфиг, как с редактированием словарей сделали?

BKSRU

Цитата:

Однако, чем плохи боковые кнопки мыши? Или тем, что они не у всех мышей имеются ?

В моей мыши боковые кнопки и неудобные, и к тому же я им другую работу назначил.

В режиме сканирования есть такая опциональная функция в TranslateIt! Переводить словосочетания, Lingoes Совпадение фразы, при которой открываются не только статьи слова под курсором, но и статьи словосочетаний, если рядом совпадение. Т.е. если навести курсор на put в словосочетании put on pace, то откроется не только статья put, но и put on, а так же put on pace. Причем, в Lingose можно наводить на любое слово из фразы и оболочка выдаст все возможные словосочетания. Наведем на on, выведет put, put on и put on pace. Наведем на pace, выведет pace и put on pace.
Данная возможность очень полезна. Возможно ли такое организовать в GD?

BKSRU
Легко и просто - нет. Но никто не отнимал вариант с выделением фразы и Ctrl+C+C.

Abs62

Цитата:

Легко и просто - нет.

Это я понимаю.

Цитата:

Но никто не отнимал вариант с выделением фразы и Ctrl+C+C.

Я могу просто выделить все предложение и будет вся раскладка, что тоже очень полезно. Однако речь о другом - о режиме сканирования. Просто тут хотелось бы не хуже, чем у других.
Ладно, на нет и суда нет. Может когда появится желание поэкспериментировать.

Опять же хочется улучшить механизм поиска. Сейчас сформулирую мысль, концепцию.



Добавлено:
Abs62
Удобно при чтении скопировать предложение, при этом GD даст раскладку.
Например, на это предложение:
It sure is, and I'll just take it for poor Prince John.
Выдаст раскладку:
Составные выражения: I'll / take it
Отдельные слова: It sure is, and I'll just take it for poor Prince John

Однако, много фразовых глаголов и устойчивых выражений и было бы очень полезен режим (опционально), при котором, например в фразе:
to put smb on
Выдавался и такой расклад:
Дополнительно (составные выражения): put on

Если еще и в таком предложении:
are you putting me on?
сможет разглядеть put on, то идеал поиска по заголовкам.

Возможно, что бы было за что зацепиться, тут нужна совместная работа с разработчиками словарей. Например, можно создать индексный словарь заголовков фразовых глаголов типа:
have(*)off
А в GD задавать максимальное количество символов соответствующее *.

BKSRU

Цитата:

Опять же хочется улучшить механизм поиска. Сейчас сформулирую мысль, концепцию.

Всё это сводится к поиску по шаблонам. Хотелка такая в списке давно уже висит, но лично у меня пока что нет идей, как это можно вписать в механизм поиска GD.

Abs62

Цитата:

Всё это сводится к поиску по шаблонам. Хотелка такая в списке давно уже висит, но лично у меня пока что нет идей, как это можно вписать в механизм поиска GD.

Так я и предлагаю взаимодействие с составителями словарей.
И однако, тут несколько иное предложение. Нужна как раз начальная форма фразового глагола, а не то, что в исходной. Т.е. ученику, обычно, нужен не такой вариант, что бы при вводе put * on в результате получали бы to put smb on. Как правило, нужно наоборот, что бы при вводе to put smb on, был выдан результат put on. Нужен расширенный поиск по заголовкам.

Можно создать словарик, который бы не сложно было бы обрабатывать GDикту. Пусть этот словарик будет индексным. Может совместно стоит подумать, что в нем должно быть? Ну может там особые якоря, метки..., которые бы GD обрабатывал. Если это возможно, то все равно этот словарик может быть универсальным и абсолютно не влиять на совместимость. Если отработать схему, то такой словарик не сложно будет создать.

Добавлено:
Кстати, обратный поиск по шаблону на сегодня не сложно сделать своими силами. Типа такого, что бы при вводе put * on, выдавались карточки: are you putting me on? или to put smb on. Однако, в этом нет необходимости.

Цитата:

Цитата:
Все Линуксы соответствуют стандарту ISO/IEC 23360

Ну, в таком случае вам не составит никакого труда найти самую последнюю версию любой программы под самую стандартную ОС в мире. И GD не исключение.

Цитата:
поэтому это семейство ОС и ушло, не выдержав конкуренции

Не, это полярный лис, а такое мы не лечим.

Самые последние стабильные версии, естественно, появляются на сетевых репозиториях и в новых дистр-ах ОС. Но речь-то шла о разрабатываемых для проверки (я, кстати, скачал отсюда версию 1.0.1-367-ga33f037, которая прекрасно работает, правда, если раньше после добавления или удаления словарей GD вылетала только после пересканирования через меню файл, то теперь и после пересканирования через Правка\Словари вылетает, если сразу закрыть окно, а не, например, переставить куда-нибудь на другое место какой-нибудь словарь в соседней вкладке)... Ну, не думаю, что из-за дополнительной стандартизации Линукс можно назвать самой стандартной ОС с точки зрения разработчика прикладного ПО. Требования к исходникам заложены в ISO/IEC 9945, а значит, проблемы с запуском ПО будут только у ОС, несоответствующих данному стандарту (а к таким ОС сегодня относятся, кажется, только на ядре WinNT, хотя, если Вы знаете другие выпускаемые в настоящее время несоответствующие этому стандарту ОС, пожалуйста, приведите примеры- спорить не буду).

А какая же ещё причина, кроме отсутствия доходов, по-Вашему, могла заставить уйти МС с десктопов на рынок, где уже более 3/4, если верить ящику, занято Android/Linux? По-моему только полнейшая бесперспективность конкуренции на рынке десктопов могла заставить МС уповать на "соломинку" в виде выпуска собственных планшетников...

Добавлено:

Цитата:

А он переиндексировался? Такое впечатление, что словарь новый, а индекс старый. Новый словарь называется "Apresyan GD (En-Ru)".

А в GD часто бывает, что после удаления словарей и пересканирования остаются в списке удалённые словари: убираются путём перевода в отключённые и обратно.

Abs62
Поэкспериментировал немного. Что то ведь заложено в GD?
Ввожу PUT F ON. Выдает:
Близкие слова: put on

Ввожу PUT FF ON. Уже ничего не выдает.

Однако, если ввожу звездочки (сколько угодно) put ************** on, выдает:
Близкие слова: put on
И даже такое выдает:
Близкие слова: put on, put to on

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

Цитата:

В общем, для тех кто не хочет долго разбираться, что бы поменять полностью стиль:
Создаем в папке конфигурации два файла:
article-style.css - для изменения вида карточек
qt-style.css - файл для изменения вида панелей

Для тех, кто не хочет долго разбираться, было бы желательно их автоматическое создание в папке конфигурации при запуске программы в случае отсутствия таковых, а далее подбор цветов (хотя бы, нескольких основных)- как выбор стиля (и удобно было бы разместить где-то рядом с ним) с последующим сохранением в случае изменения в стиле "Пользовательский"...

Добавлено:

Цитата:

Abs62

Очень бы хотелось поддержки регулярных выражений: как в списке слов, так и в поиске.
Ну или хотя бы стандартных масок.

Подтверждаю.

Предлагал такой вариант, что бы можно было создавать свои стили, типа:
article-style_свой_стиль1.css
qt-style_свой_стиль1.css
А GD их подхватывал и предлагал в настройках.
Таких простых и более сложных стилей можно было наделать на все случаи.

BKSRU
Тогда уж лучше сделать папку "Styles" в папке конфигурации, а в ней делать папки для стилей. Каждая папка - свой стиль, имя папки - имя стиля. А в ней те самые article-style.css и qt-style.css
Мысль интересная, но насколько это востребовано?

Abs62

Цитата:

Мысль интересная, но насколько это востребовано?

Надо попробовать. Ведь так можно придавать стиль не только GD, но и своим словарикам. Может в моду войдет - к своим словарикам стиль прилагать. А там глядишь у каждого свои наработки. У меня, кстати, есть свои. И если это будет делать проще, менять как перчатки, т.е. экспериментировать, то возможно дело пойдет быстрее.

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

Abs62

Цитата:

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

Тут речь о дополнительной возможности для GD. Ничего затачивать не придется. Просто, например Lingvo или любая иная оболочка не сможет показать то, что видит пользователь GD. Ничего страшного в этом нет. Совместимость не теряется.
Но мы отходим от темы . Это как бонус . Даже если просто пользователи смогут формировать свои цвета, расположение и цвет имени словарика, а так же вставлять иконки словарей (как у меня ), то несколько десятков стилей на любой вкус уже будет обеспечено. Вроде не плохо .

Ах да забыл упомянуть, что я еще предлагал иметь возможность присваивать по желанию свой стиль словарику. Может даже простым расположением рядом со словариком родного стиля. Ну чем плохо иметь возможность назначить свои шрифты. И не забывайте, что эта возможность востребована словарикам, для которых нет своего шрифта. На сколько помню, такая проблема была и решалась она именно через стили.

На самом деле, слишком много пишу. Просто, надо попробовать. А там видно будет. Ну ведь понравилась вам эта идея. Чего тянуть?

Цитата:

Тогда уж лучше сделать папку "Styles" в папке конфигурации, а в ней делать папки для стилей. Каждая папка - свой стиль, имя папки - имя стиля. А в ней те самые article-style.css и qt-style.css
Мысль интересная, но насколько это востребовано?

С учётом большего удобства стиля Лингво (где не тратится дополнительная строка в окне с содержанием статей на название словаря), возможность убрать, как здесь кто-то справедливо заметил, резь в глазах была бы очень даже востребованной (или брались бы текущие настройки фона области просмотра, как и всё остальное, из используемого менеджера окон независимо от выбранного стиля).

Можно как-то конвертировать ldp от lingvo x5 в lsd, чтобы GD их понял?

WreckInT3
Вопрос не совсем понятен, но возможно это поможет http://forum.ru-board.com/topic.cgi?forum=5&topic=30250&start=700#20
Конвертировать ничего не надо.

WreckInT3

Цитата:

Можно как-то конвертировать ldp от lingvo x5 в lsd, чтобы GD их понял?

Который GD - десктопный или мобильный?

Мобильный.

WreckInT3
А что за название словаря ldp?

Это формат, аналог lsd, как я понял.

ldp - это файл пакета со словарем, расшифровывается как Lingvo Dictionary Package. Обычно словари из пакета распространены и в версии lsd. Напишите, как называется файл с ldp.

Abs62
В целом перспективы таковы:
- Оформление вида самой оболочки. Давно хотел подогнать не только цвет, вставить иконки рядом с именем словаря, подогнать имя словаря и статью относительно друг друга, что собственно и сделал, но и толщину границ окон (надо посмотреть реально ли это).
- Если можно будет рядом с каждым словариком прилагать свой стиль, то каждый словарик может иметь свой неповторимый стиль: шрифты, иконки... То, что в целом не нарушит совместимость в безстилевом варианте, но при этом уже статьи сделает более аккуратными на вид. Однако, можно придать и совершенно индивидуальный вид, допустим таблицы, абзацы... А вообще тут элемент творчества то, что нравится создателям словарей. Ну во всяком случае мне точно нравится . Полагаю, что можно применять и шаблонную систему с универсальными начальными заготовками. Мало того это может привести к порядку, выявлению закономерностей и наработке определенных правил, что бы не нарушать совместимости, лучше узаконить, нежели кто в лес, кто по дрова.
- Возможность составлять словари для языков, которые раньше невозможно было составлять, в виду отсутствия подходящих шрифтов воспринимаемых DSL.

По моему, перспектив достаточно.