» GoldenDict

Abs62
Task Manager начал показывать наличие двух node.exe (Node.js: Server-side JavaScript).
Они связаны с работой GoldenDict?

ramix
Хм. В самом GD ничего такого нет.

Sasha888mma
Отличия в версии библиотек Qt. На x64 систему я бы и версию GD ставил x64, больше памяти доступно будет. При индексации словарей это может понадобиться.

1) Не уверен, относится ли это к GD или к DSL, но никак не могу настроить тэг [url] на работу с локальными файлами... Не работает ни краткая форма записи (file:///файл.jpg), ни полная с указанием всего пути до файла...

Я чего-то не то делаю или проблема софта/языка?

2) Как можно настроить файл стилей, чтобы (при отключенной опции "Expand optional parts") при нажатии на плюс для показа скрытых частей для селектора .dsl_opt использовался параметр display:block, в том случае если это изображение, и display:inline, если это текст?

Добавлено:

Нашёл баг (?). После использования псевдокласса hover в CSS стилях форматирование не восстанавливается на исходное.

Например, такой код:

Код: .dsl_opt>img
{
display:none
}

.dsl_opt:hover>img
{
display: block;
padding-top: 10px;
padding-bottom: 10px;
}

Seabhac

Цитата:

1) Не уверен, относится ли это к GD или к DSL, но никак не могу настроить тэг [url] на работу с локальными файлами... Не работает ни краткая форма записи (file:///файл.jpg), ни полная с указанием всего пути до файла...

А что должно происходить? GD просто отдаёт такие ссылки системе, дальнейшее его уже не касается.

Abs62

Цитата:

А что должно происходить?

Ну вообще-то хотелось бы, чтобы по ссылке [file:///файл.jpg] GD (или система) открывали картинку или в браузере, или в графической софтине по умолчанию. Почему-то не происходит ни того, ни другого. Кликну..., а в ответ тишина...

PS. У меня только сегодня такой дурдом с сайтом творится или у вас тоже? Половина функционала не работает, со шрифтами полный бардак, а чуть раньше вообще обрадовало заявление о том, что "domain expired"...

Seabhac

Цитата:

Ну вообще-то хотелось бы, чтобы по ссылке [file:///файл.jpg] GD (или система) открывали картинку или в браузере, или в графической софтине по умолчанию. Почему-то не происходит ни того, ни другого. Кликну..., а в ответ тишина...

А Lingvo так делает?

Цитата:

PS. У меня только сегодня такой дурдом с сайтом творится или у вас тоже? Половина функционала не работает, со шрифтами полный бардак, а чуть раньше вообще обрадовало заявление о том, что "domain expired"...

ФОРУМ НЕ ОТКРЫВАЕТСЯ, ЧТО ДЕЛАТЬ?

Abs62

Цитата:

ФОРУМ НЕ ОТКРЫВАЕТСЯ, ЧТО ДЕЛАТЬ?

Что, сумерки богов? Борда доживает последние дни? Абыдна....

Цитата:

А Lingvo так делает?

Снёс Lingv'у ..надцать лет назад. Даже отдалённо уже не помню, чего она там делает... Но даже если она этого не делает, разве же это аргумент? Я потому и пользуюсь GD, что он не Lingv'а (не к ночи будь помянута).

Если код [file:///файл.jpg] для GD понятен, то должен же быть реальный результат от его обработки. А так, типа, отдал ссылку системе, и вы там дальше сами без меня разбирайтесь...

Seabhac

Цитата:

Если код [file:///файл.jpg] для GD понятен, то должен же быть реальный результат от его обработки. А так, типа, отдал ссылку системе, и вы там дальше сами без меня разбирайтесь...

Так он понятен - внешняя ссылка. А все внешние ссылки вовне и отдаются, это и есть их обработка.

Abs62

Цитата:

Так он понятен - внешняя ссылка. А все внешние ссылки вовне и отдаются, это и есть их обработка.

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

Или существует вариант настроить систему так, чтобы она реагировала на внешние ссылки из GD корректно и открывала их той софтиной, которой и должна по умолчанию открывать?

Seabhac

Цитата:

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

Откуда ж я могу знать, как настроена система, на которой запускается GD?

Цитата:

Или существует вариант настроить систему так, чтобы она реагировала на внешние ссылки из GD корректно и открывала их той софтиной, которой и должна по умолчанию открывать?

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

Abs62
Наполовину разобрался. Я был почему-то уверен, что при обработке file://-ссылок GD будет принимать путь до папки со словарём за исходный, и поэтому использовал относительные ссылки от этой папки. Как выяснилось, GD эту мою уверенность не разделяет...

С абсолютными ссылками всё работает. Mea culpa ...
Если есть такой вариант, научите, пожалуйста, как задавать относительные ссылки из папки словаря.

Seabhac

Цитата:

Если есть такой вариант, научите, пожалуйста, как задавать относительные ссылки из папки словаря.

Никак. Относительные ссылки по протоколу filе:// привязаны к папке конфигурации для подгрузки шрифтов и изображений для пользовательских стилей.

Abs62

Цитата:

Никак. Относительные ссылки по протоколу filе:// привязаны к папке конфигурации для подгрузки шрифтов и изображений для пользовательских стилей.

Это печально. Спасибо вам за консультацию - мучился бы сейчас с настройками до посинения...

PS. Давно уже на github'е было предложение, что в GD стоило бы создать возможность привязывать языковые группы к табам. В обозримом будущем GD будет двигаться в этом направлении или вопрос основательно под сукном?

Seabhac
В ближайшее время не планируется.

Abs62

Просьба добавить поддержку кастомного js-скрипта, прописанного в секцию <head>. По аналогии с article-style.css. Т.е., к примеру, если в папке конфигурации присутствует article-script.js, то его содержимое автоматически прописывается в <head>.

Посредством этого расширения, как вы понимаете, можно реализовать очень и очень многое , без внесения изменений в код самой программы по каждому мизерному поводу. Плюс этот функционал может быть очень полезным для тестов производительности, к примеру. В любом случае, ответственность за код в article-script.js будет полностью лежать на юзере, как и в случае article-style.css.
Спасибо.

Romul81

Цитата:

Посредством этого расширения, как вы понимаете, можно реализовать очень и очень многое

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

Abs62

Ну так за распространяемые по неофициальным каналам сборки Вы ответственности не несёте, как я понимаю. А в официальной этого файла вообще не будет. Я просто говорю о возможности.

Цитата:

А чем не устраивают скрипты в словарях?

Во-первых они формато-зависимые. Во-вторых вызываются в контексте только определённого словаря/заголовка. А хотелось бы иметь доступ к DOM напрямую.

Romul81

Цитата:

Ну так за распространяемые по неофициальным каналам сборки Вы ответственности не несёте, как я понимаю.

Да я даже не про сборки. Просто получается, что можно подкинуть в папку конфигурации уже установленного GD такой файл, и он запустится. Причём сам юзер об этом никак знать не будет. А в режиме администратора можно много чего сделать.
Или что, прикручивать предупреждение с вопросом при запуске GD?

Abs62

Цитата:

Или что, прикручивать предупреждение с вопросом при запуске GD?

Решение может быть в виде галки в настройках, которая по умолчанию будет "unchecked".
Кому надо - включает и пользуется. И несёт полную ответственность.

Хотя, если если развивать данную мысль, то можно заменить библиотеку JQuery в кеше браузера на вредоносный код - это, теоретически, будет гораздо действенней, чем искать установленный GD.

Romul81

Цитата:

Хотя, если если развивать данную мысль, то можно заменить библиотеку JQuery в кеше браузера на вредоносный код - это, теоретически, будет гораздо действенней, чем искать установленный GD.

Браузер мало кто в режиме администратора запускать будет. А GD на Win8 и старше это зачастую нужно, потому что иначе не работают нормально глобальные хоткеи.

В общем, подумать надо.

Abs62

Цитата:

В общем, подумать надо.

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

Seabhac

Цитата:

никак не могу настроить тэг [url] на работу с локальными файлами.

[no]Некоторые типы файлов, например, *.txt или *.ann и др. могут открываться заданными по умолчанию в ОС приложениями, если эти файлы поместить в папку словаря и обрамить тегом ....[/no]

Добавлено:
Seabhac

Цитата:

Не работает ни краткая форма записи (file:///файл.jpg), ни полная с указанием всего пути до файла...  

[no]Проверил работу ссылок типа

[url]file:///C:/Users/user/Documents/Проверка работы.docx[/url]

У меня работают без проблем, открываются штатными программами.

Но ссылки типа file:///test.txt таки да, не работают.[/no]

Seabhac
Если ещё интересует file:// в [no][url][/no], я пришпандорил конвертацию относительных ссылок в абсолютные - goldendict-1.5.0-RC2-24-gb236612(EXE only).7z.

Abs62
Очень даже интересует. Скачал, проверил. Всё свистит и жужжит. Цены вам просто нет...

Abs62

Имеется DSL:

[no]Aldebaran
    [m2]Название этого созвездия произошло от [p]араб.[/p] &#1575;&#1604;&#1583;&#1576;&#1585;&#1575;&#1606; (al-dabar&#257;n), означающего "последователь" — звезда на ночном небе совершает свой путь вслед за Плеядами. Из-за своего положения в голове Тельца, именовался Глаз Тельца. Также известны названия Палилий и Лампарус.[/no]

В Lingvo отображается без проблем, а в GOldenDict рвутся строки:



Возможно это починить?

ramix
ХЗ. Это глюк Webkit в Qt 5. В Qt 4 всё отображается нормально.
Кстати, если взять арабицу в тег [no][c][/no], глюк пропадает.

Abs62

Цитата:

если взять арабицу в тег [c], глюк пропадает

А если снять обрамление [p] с "араб.", то лишняя разбивка исчезает, зато текст первой строки вылезает за границы карточки.

Какая-то антиисламская версия Qt... ))

ramix

Цитата:

Какая-то антиисламская версия Qt... ))

Да не, если арабицу заменить на иврит, глючит не хуже.
Не любит, видать, разносторонние языки в одной строке.

Abs62
Обнаружил очень странный баг, проверял на версиях 1.5.0-RC-550-g1df1b3d (Qt 5.4.2 (GCC 4.9.2, 32 бит)) и 1.5.0-RC2-21-gdb6f369 (Qt 5.6.1 (GCC 5.3.0, 64 бит)). Подробности здесь (второе «Добавлено»).

vsemozhetbyt
Киньте ссылку на словарик, будем посмотреть.