» GoldenDict

BKSRU

Цитата:

Наконец то мольбы услышаны. Режим журнала, получил статус самостоятельности. Или это получилось случайно

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

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

Надо будет убрать выбор группы из истории, когда новый UI режим в работе, так что там только заголовок будет, типа History:

Добавлено:
BKSRU

Цитата:

Работает не все

Поэтому и не анонсировалось активно.

Вот список проблем, которые мне уже известны и внесены были в багтракер:

#157: History with new UI: New words are not added when History is shown
#156: History with new UI: Extra Groups widget in History is shown
#155: History with new UI: Arrow keys navigation in History doesn't work
#154: History with new UI: DEL key does not delete the current history entry

Если найдете еще чего, то сейчас как раз самое время сообщать об этом!

Это начало работать в последних двух вариантах.

Добавлено:
Gloggy

Цитата:

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

Ясно. Спасибо, что занялись журналом.

Цитата:

Надо будет убрать выбор группы из истории, когда новый UI режим в работе, так что там только заголовок будет, типа History:

Хотелось бы, что там был выбор журнала (высвечивался текущий), импорт/экспорт. Добавлен импорт/экспорт в буфер обмена. Количество записей. И что бы режим журнала сохранялся при выходе.

BKSRU

Цитата:

Хотелось бы, что там был выбор журнала (высвечивался текущий), импорт/экспорт. Добавлен импорт/экспорт в буфер обмена. Количество записей.

Ничего себе! Да там столько места нет, сколько у вас желаний!

А вот группу словарную, в которой искалось слово, сохранять не хочется? А то вот я несколькими языками пользуюсь, и довольно неудобно бывает, когда слово в истории английское, а текущая группа, скажем, испанская. Жамкаешь по слову в истории, и видишь, что ни одной карточки в испанской группе нет, что и не удивительно, слово-то английское!

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


Цитата:

И что бы режим журнала сохранялся при выходе.

https://github.com/goldendict/goldendict/issues/158

Gloggy

Цитата:

Ничего себе! Да там столько места нет, сколько у вас желаний!

Я имел ввиду ниспадающее меню быстрого доступа. А информация только о имени журнала и количестве заголовков. Это очень полезная инфа, особенно для обучающихся. Для этих целей собственно и предложил некогда эту концепцию журнала, а не мусоросборника. К сожалению, не удалось убедить Abs62 двигаться дальше. У GD был шанс стать первыми. Теперь я смотрю идея кочует в другие оболочки. Реально было обидно.
Это на самом деле, более гибкий тутор чем у Lingvo.


Цитата:

А вот группу словарную, в которой искалось слово, сохранять не хочется?

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

Gloggy

Цитата:

А вот группу словарную, в которой искалось слово, сохранять не хочется? А то вот я несколькими языками пользуюсь, и довольно неудобно бывает, когда слово в истории английское, а текущая группа, скажем, испанская. Жамкаешь по слову в истории, и видишь, что ни одной карточки в испанской группе нет, что и не удивительно, слово-то английское!

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

Gloggy

Цитата:

А вот группу словарную, в которой искалось слово, сохранять не хочется?

Вот, что реально хотелось сохранять, так это имя карточки, где фраза была найдена с подсветкой именно того места. Это было бы здорово для обучения.
И еще один момент. Было ограничение на длину сохраняемой фразы по моему символов 60. Это очень плохо.

О, Abs62 вернулся! С возвращением после праздничков!

Цитата:

Да теоретически-то так оно изначально и задумано было. Если посмотреть файл журнала, легко увидеть, что каждому слову соответствует два параметра, и один из них как раз по идее номер группы.

Точно, так и есть.

Цитата:

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

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

Добавлено:
BKSRU

Цитата:

А информация только о имени журнала и количестве заголовков. Это очень полезная инфа, особенно для обучающихся.

А зачем вам разные имена, я вот никак не соображу. Это сильно усложняет всю систему и по-моему сразу выходит за нужды примерно 99% обычных пользователей.

Цитата:

А зачем вам разные имена, я вот никак не соображу. Это сильно усложняет всю систему и по-моему сразу выходит за нужды примерно 99% обычных пользователей.

Наоборот ведение одного журнала бессмысленно и ведет к его узкому применению.
Разные книги - разные журналы. Нужно знать с каким произведением я сейчас работаю (как ученик), над каким словариком, какой его частью (как создатель)... Имя журнала сейчас ведь высвечивается, но в течении сеанса.
Если усложнит, можно и без этого, но желательно. Вообще в шапке есть ссылка - принципы обучения с журналом (закладками) и создания новых словарей. Там яснее почему нужно знать имя текущего журнала закладок.
Хотя бы, что то из предложенного...

Добавлено:
Gloggy
Если это вызывает затруднение стандартным способом. Может обходной способ? Допустим делаем первую закладку (запись в журнале) - имя словарика. И сделать ее неизменной, всегда первой и простым способом неудаляемой.

Gloggy

Цитата:

Ну раз мы по шорткатам легко группы переключаем, то вроде бы и тут проблемы особой быть не должно, в теории по крайней мере!

Да я уже и не помню, в чём там конкретно была проблема. Но что-то не склеивалось, а показывать отображение слова в новой группе, оставляя в интерфейсе старую, я счёл неправильным.

Цитата:

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

Ну и это, само собой.

PS. И ещё нюансик. Сейчас реализовано добавление в историю выделенного слова через контекстное меню. К какой группе его относить? Я совсем не уверен, что текущая для него будет верной.

Abs62

Цитата:

PS. И ещё нюансик. Сейчас реализовано добавление в историю выделенного слова через контекстное меню. К какой группе его относить? Я совсем не уверен, что текущая для него будет верной.

Зачем вообще подобными нюансами забивать себе голову? Лучше организовать нормальную навигацию по журналам.

BKSRU

Цитата:

Если это вызывает затруднение стандартным способом. Может обходной способ? Допустим делаем первую закладку (запись в журнале) - имя словарика. И сделать ее неизменной, всегда первой и простым способом неудаляемой.

Я вам честно скажу, что вот такие сложные способы работы с историей мне не очень понятны.

Мой собственный способ работы с иторией тривиально прост, время от времени смотрю в историю, какие слова я переводил, и копирую эти слова в Anki (кстати, категорически рекомендую, самый лучший софт для заучивания слов, проверено опытом), где создаю карточки для заучивания. Банально просто.

То, как работает сейчас, меня практически на 100% устраивает, разве что вот хотелось бы открывать перевод слова в той же группе, где я его и смотрел изначально. Если было немецкое слово, то и открывать его в немецкой группе. Но это косметика в общем-то, переключиться при необходимости вопрос одного шортката. Ну и небольшие UI твики, как уже выше сообщалось, чтобы нормально работало с новым UI режимом.

Зачем в историю записывать какие-то имена словарей в первую строку и имена файлов - я просто вообще не понимаю.

Добавлено:
Кому мил минимализм, то вот таким кодом в qt-article.css можно легко убрать держалку-хваталку главного тулбара, а то эти пупырышки меня лично огорчали.

Код: /* remove the main toolbar handle */
#navToolbar::handle {
image: none;
width: 0px;
margin-left: 1px;
}

Gloggy

Цитата:

Я вам честно скажу, что вот такие сложные способы работы с историей мне не очень понятны.

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

Добавлено:
Я лучше покритикую новую концепцию тулбара. Здоровая критика еще никому не помешала. Вы подгоняете ее под свои вкусы. А до сих пор этот принцип никто не нарушал. Неужели нельзя сделать возможность решать пользователю с какой стороны должны быть кнопки и дать возможность отделить панель искомых слов и устанавливать ее с любой стороны в раскрытом состоянии на выбор пользователя? Часто нужен полный контроль найденного. Это сложно сделать технически?

BKSRU

Цитата:

Когда то и сам журнал в его нынешней концепции  не был понят.

Да ладно! Текущий Журнал - это ж классика. Так обычно его и делают. Я с ходу могу продуктов 10 назвать, где сделано ровно так же. Оно и понятно, это базовый функционал и примерно соответствует ожиданиям пользователей - я смотрел на днях неизвестные мне слова в словаре, хотелось бы узнать что это были за слова. А то, как было сделано в GD раньше - это как я понимаю просто потому, что так было намного легче и существенно меньше кода требовало.


Цитата:

Я лучше покритикую новую концепцию тулбара. Здоровая критика еще никому не помешала. Вы подгоняете ее под свои вкусы.

Вы, может, не поверите, но я софт пишу уже много, много лет, и вопросами usability занимаюсь тоже уж не меньше десятка лет. Принимал участие и в usability studies, и сам дизайнил их. За годы работы с пользователями я примерно научился понимать их базовые потребности. Но, понятно, что без вкусовщины не обойтись, оно ж всегда так. Тот, кто делает что-то, всегда опирается на свой опыт и свои нужды, сознательно или бессознательно.


Цитата:

Неужели нельзя сделать возможность решать пользователю с какой стороны должны быть кнопки

Почему нельзя, можно, но это потребует серьезных затрат времени и усилий по переписыванию текущего кода. Причем, всякие галки в настройках, типа "Такая -то кнопка раньше поля ввода" - это очевидные костыли, так делать не надо. Если уж делать - то по-большому, в смысле хорошо. А хорошо в нашем случае - это что-то типа a-la Firefox, когда жмешь Customize Toolbar, и мышой перетаскиваешь кнопки как удобно. Но еще раз повторюсь - это не самый тривиальный код, и до нового релиза его вряд ли разумно даже начинать.

Более того, практически весь софт, что я знаю, как-то живет без этого функционала, и не особо люди напрягаются. Я к тому, что это уже очевидные свистелки-финтифлюшки, необходимые небольшому minority. Хоть и приятные свистелки-финтифлюшки, от которых я бы не отказался.


Цитата:

дать возможность отделить панель искомых слов

Ровно для этого и существует старый UI mode, ну или лучше назвать его Classic или Original UI mode. Возьмите и поместите его с любой стороны, как вам удобнее. Разделять же поле ввода и ниспадающий список - не считаю правильным. Когда человек вбивает слово для поиска, ему нужно иметь список кандидатов перед глазами, а не где-то сбоку. Там весь UI на этом построен.

Если же хочется иметь список сбоку, то и поле ввода тоже должно быть рядом, сразу над списком, то бишь получаем Classic UI режим как он есть. Problem solved!

Gloggy

Цитата:

Я с ходу могу продуктов 10 назвать, где сделано ровно так же.

С ходу не назовете ни одной оболочки. Вот мусоросборников хоть пруд пруди. Причем тут продукты не имеющие отношение к словарным оболочкам? В свое время искал нечто подобное. Никто подобной концепции не предлагал. Пришлось мастерить комбайн. Вот после первых публикаций (а первые попытки были еще в 2011году), появились клоны. Проект GD заморожен был 3 горда, так бы и стоял мертвым проектом, пока в этой ветке не появилось несколько энтузиастов. То что было пол года назад и сейчас это два разных продукта. Это факт. Сейчас по функционалу позавидует и его главный конкурент, не то, что менее известные. И этого журнала бы сегодня точно не было и конструировать бы нечего было. Единственным преимуществом у GD была - многоформатность (и это не мало) и главное - поддержка DSL формата. Это не на столько сильная мотивация для обычных пользователей. Но для энтузиастов достаточная, при скрытых возможностях GD. Я это к тому, что не стоит забывать, что труд тут коллективный и уважать надо труд всего коллектива.

Цитата:

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

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


Цитата:

Если же хочется иметь список сбоку, то и поле ввода тоже должно быть рядом, сразу над списком, то бишь получаем Classic UI режим как он есть. Problem solved!

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

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

BKSRU

Цитата:

С ходу не назовете ни одной оболочки. Вот мусоросборников хоть пруд пруди. Причем тут продукты не имеющие отношение к словарным оболочкам? В свое время искал нечто подобное. Никто подобной концепции не предлагал.

В Лингво давным-давно есть история/журнал, с тем же самым шорткатом даже. Вполне, кстати, удобно у них история сделана. В AAR Dictionary есть, практически во всех словарных оболочках, что у меня стоят на iPad, тоже есть. Проще, наверное, перечислить, где её нет.

Цитата:

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

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

Цитата:

- Классика консерватизма.

Цитата:

- Но судя по вашим последним действиям вы и ее уничтожите.

Цитата:

- Но вы это до сих пор не поняли.

Цитата:

- А раньше где вы были?

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

Gloggy 11:42 10-01-2013
Цитата:

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

+1.

BKSRU 13:06 10-01-2013
Цитата:

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

+1

Gloggy

Цитата:

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

Ролик на тему "Как вносятся правки в работающий код".

Gloggy

Цитата:

В Лингво давным-давно есть история/журнал, с тем же самым шорткатом даже. Вполне, кстати, удобно у них история сделана. В AAR Dictionary есть, практически во всех словарных оболочках, что у меня стоят на iPad, тоже есть. Проще, наверное, перечислить, где её нет.

Покажите хотя бы один подобный как у GD.

Цитата:

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

А вы не сомневайтесь. Если бы надо было то не составило бы труда. Но на это понадобилось бы время. И сейчас бы не было:
- Нормального журнала
- ZIPS
- Иконок для звуковых библиотек и веб-словарей, программ...
- Сканирования основного окна
- Сортировки словарей
- Системы стилей
- Системы редактирования
- Пары новых развивающихся форматов языка
- Да собственно еще достаточно мелких новшеств и серьезных предложений.
- И еще ожидаются довольно приятные сюрпризы.
И за то, что Abs62 откликнулся на просьбы и достаточно оперативно реагировал, огромная ему благодарность. И ему хватало такта не говорить, что тут кто либо делает мартышкин труд. Были недопонимания, но все решалось в конце концов.
Но повторяю это коллективный труд и тут не только я делал предложения и занимались тестирование и выявлением ошибок. Но энтузиастов не так много. И не стоит обесценивать их труд.
А теперь взгляните на этот релиз http://goldendict.org/. Вернитесь на пол года назад в этой ветке и затем на три года в глубь. Вы ведь умеете делать выводы.
А что собственно своего предложили вы? И тон мой еще лояльный.

Abs62

Цитата:

Ролик  на тему "Как вносятся правки в работающий код".

[воет] Отличный ролик, только в жизни так хорошо редко когда заканчивается! Если брать реальную жизнь по фиксам в работающем коде, то в ролике в финале было бы полно зомби, из люков на дороге хлестала бы порванная канализация, а на заднем фоне - атомные взрывы!

Новинка: КОМПЛЕКСНЫЕ ТЕГИ LEGO.
Теперь можно собирать свои теги с заданным набором свойств. Сам процесс не сложен. Сегодня уже сил нет описывать как это происходит. Но в комплекте имеется демо-словарик, да и в стиле article-style.css прописаны коментарии. Разобраться с принципами работы будет не сложно. Работа с ними не вызовет сложностей. Она достаточно привычна, но имеются хитрости. В следующий раз постараюсь описать полный комплект новых тегов.

Стиль для GoldenDict:
Имя стиля: NewConceptLego
Версия: 1.0
- Закачано на: http://rghost.ru/42890348
- Использовать совместно со стилем по умолчанию.
- За основу взят стиль NewConcept http://forum.ru-board.com/topic.cgi?forum=5&topic=30250&start=1720#12
- Новая система LEGO позволяет собирать свои теги с заданным набором свойств (пример - [c _1ff_18fs][/c]). Эти теги для форматирования текста. Планируется разработка других групп комплексных тегов.
- Первая попытка систематизировать теги по степени валидности:
1. - Безопасные теги - не влияют на верстку словарей вне родного стиля, внешне работа с ними похожа на привычный стиль работы.
2. - Новые теги, работающие только в новом стиле. При использовании вне нового стиля повлияют на стиль карточек, но не нарушат форматирования.
3. - Новые теги, работающие только в новом стиле. При использовании вне нового стиля нарушат форматирование карточек. В основном это табличные теги.
Однако, ни одна из вышеназванных групп не повлияет на форматирование обычных словарей.
- В комплекте пример словарика. В словарике одна карточка - LEGO.

Может об этом уже заявляли... Заметил, что при активном режиме журнала и новом UI mode не работает функция отправки слова из всплывающего окна в главное.

anion23

Цитата:

Может об этом уже заявляли...  Заметил, что при активном режиме журнала и новом UI mode не работает функция отправки слова из всплывающего окна в главное.

Нет, такого еще не было, спасибо. Только и в старом UI у меня тоже не работает, если журнал выбран. То бишь, это не регрессия из-за нового UI, а просто бага журнального режима.

https://github.com/goldendict/goldendict/issues/159

В общем, чую, что от спец-режима для журнала надо избавляться. Пусть будет нормальное отдельное подокошко. Кому надо, может его включать, а кому не надо - может выключить, при этом не теряя возможности вводить новые слова для перевода. А то сейчас так сделано, что журнал прокрадывается на Search Panel, и подменяет собой то, что там было.

anion23
Не, вроде как не заявляли. Поправил.

Не удалось отменить действие тегов форума. Поэтому здесь продублировал текст http://rghost.ru/42906348
Здесь пока, что опись только тегов Lego.
КАК ПОЛЬЗОВАТЬСЯ ТЕГАМИ LEGO:
Техника конструирования таких тегов основана на использовании простейшей логики, но при этом позволяет творить чудеса. Вместо длинного списка стилей блоков, мы можем обойтись несколькими условиями, что бы сократить их до минимума. При этом сборный тег для DSL становится компактным и вместо длинного списка новых тегов, что бы задать комплекс стилей для блока мы можем использовать один комплексный тег с заданным набором стилей.
Схематично это можно представить так:
Из этой схемы:
[c gd1][c gd2][c gd3][c gd3]БЛОК[/c][/c][/c][/c]
Мы можем перейти к этой:
[c _gd1_gd2_gd3_gd3]БЛОК[/c]
Причем, составляющие _gd1,_gd2... мы можем собирать в любом порядке и не обязательно все составляющие. Однако, лучше придерживаться правил.
Кроме того, с тегами LEGO мы можем использовать как старые теги, так и любые новые.
Предлагаю, довольно удобную, схему комбинирования старых и новых тегов. Которая позволяет не запутаться и делает процесс более наглядным. В нижнем примере, слово БЛОК будет выделено жирным шрифтом красного цвета и со свойствами заданными комплексным тегом (например шрифтом с засечками, 18px, с красной строки 20px, с надчеркиванием):
[c _gd1_gd2_gd3_gd3]
[c red]БЛОК[/c]
[/c]

ТЕГИ LEGO:
[c gd][/c] - Тег отмены блока. Это самостоятельный тег. Используется для скрытия элемента (блока). В частности, применяется для заголовков, если хотим их скрыть и использовать свои заголовки, редактируемые в теле карточки. Это позволяет придать заголовку любой текстовый или графически вид. Причем он не обязательно может совпадать с заголовком карточки. Скрыть заголовок также потребуется для создания особых плавающих словариков: произношения, таблиц форм...
Синтаксис для заголовков:
{[c gd]}Заголовок карточки{[/c]}

Следующие теги относятся к форматированию текста и являются непосредственно тегами LEGO:
[c _Nff][/c] - Тег фонта шрифта (font-family), где N номер шрифта. В частности пока один такой фонт (предлагайте варианты):
1 - Georgia, 'Times New Roman', Times, serif

[c _Nfs][/c] - Тег размера шрифта (font-size). Где N размер шрифта в пикселях. Доступны: 14, 16, 18, 20, 22, 24, 26, 28, 36, 48.

[c _Ntd][/c] - Тег оформления текста (text-decoration). Где N номер вида оформления:
1 - перечеркивание
2 - надчеркивание

[c _Nti][/c] - Тег отступа текста, красной строки (text-indent). Где N размер отступа в пикселях. Пока доступен отступ в 20px. При желании можно добавить, причем не только отступ, но и заступ.

[c _Nmb][/c] - Тег отступа нижней границы блоков margin-bottom. Где N размер дополнительного отступа в пикселях к стандартному межстрочному. Пока доступен в 5px.

Следующий пример показывает вариант использования полного тега LEGO. Можете использовать свои параметры, удалять лишние кирпичики по вкусу. Причем, здесь два абзаца. И для этого не пришлось дублировать тег. Каждый абзац начинается с красной строки - с отступа. А между абзацами увеличенный межстрочный интервал. В первом абзаце дополнительно использованы стандартные теги:

LEGO
[c _1ff_16fs_2td_20ti_5mb]
Техника конструирования тегов [c red]LEGO[/c] основана на использовании простейшей логики, но при этом позволяет творить чудеса.
Вместо длинного списка стилей блоков, мы можем обойтись несколькими условиями, что бы сократить их до минимума.
[/c]


Следующий пример той же карточки, но скрыто имя карточки. Однако, использовано свое имя и со своим оформлением.
{[c gd]}LEGO{[/c]}
[c _1ff_24fs][c red]LEGO
[c _1ff_16fs_2td_20ti_5mb]
Техника конструирования тегов [c red]LEGO[/c] основана на использовании простейшей логики, но при этом позволяет творить чудеса.
Вместо длинного списка стилей блоков, мы можем обойтись несколькими условиями, что бы сократить их до минимума.
[/c]

Lego v1.0
Конвертировал: BKSRU
* New
* Формат: DSLCSS
* Использовать совместно со стилем NewConceptLego (в комплекте)
* Закачано на: http://rghost.ru/42916126
* Демонстрационный словарик тегов DSLCSS
* Версия 1.0, 11 января 2013 года
* Количество карточек 6
* Примеры карточек:

* Дополнительная информация о словаре:
Словарик создан для ознакомления с тегами DSLCSS, возможностями и приемами работы с ними.
В этой версии пока только перечень тегов DSLCSS-LEGO и демонстрация их возможностей.

Решил вот сменить себе ник на руборде, во избежание путаницы, чтобы уж везде было одинаково, и тут и на форуме GoldenDict'a, и в commit'ах на GitHub'e.

В общем, если что, то я теперь в этой теме не Gloggy, a Tvangeste.

Gloggy

Цитата:

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

Да, обеими руками за!

Ну что ж, вот сразу и обновление:

GoldenDict-1.0.1-481-g7496f5f: http://rghost.ru/42909981

Туда вошел фикс от Abs62, по пересылке слова из попапа в основное окно для нового UI, плюс фикс проблемы, когда фокус у поля ввода терялся в некоторых случаях.

Плюс экспериментальный код по изменению максимального размера заголовков в DSL.

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

Но вот находятся люди, для которых этот размер маловат. Некоторые в заголовки целые параграфы засовывают, потому как занимаются переводом этих самых параграфов.

Для таких людей добавлена эта экспериментальная фича, изменение максимального размера делается в config файле, параметром maxHeadwordSize. Работает только для DSL.

Добавлено:
anion23

Цитата:

В общем, чую, что от спец-режима для журнала надо избавляться. Пусть будет нормальное отдельное подокошко.
Да, обеими руками за!

Кстати, вот эти отделяемые панели в Qt можно ведь складывать в табы. То бишь, в классическом UI режиме, когда слева панель поиска, туда же, в то же место можно было бы положить и *отдельную* панель истории, тогда получится одна панелька с двумя табами, между которыми можно переключаться.

Как альтернатива, две панели (панель поиска и отдельная панель журнала-истории) можно поместить друг под другом, тоже вполне себе вариант.

А можно ли новыми тэгами делать таблицы в карточках?

Ister_Les

Цитата:

А можно ли новыми тэгами делать таблицы в карточках?

Можно делать не только таблицы, но и делать табличную верстку карточек.
Можно все, что угодно. Проще спросить - чего нельзя. Постепенно все расскажу. Работы для описи много. Можете ознакомиться с параллельной веткой http://forum.ru-board.com/topic.cgi?forum=5&topic=45338#1. Там постепенно поясняю технологию двух новых форматов и их возможности.
А пока поговорим о не менее интересной теме Кнопки. Фактически, до сего момента она была одна. Сейчас вы не ограничены ни в разнообразии, ни в количестве, ни в размерах, ни в том к чему вы желаете прикрепить кнопку. Из любых картинок можете сделать свои кнопки, хоть из фотографий, наделить их свойствами и при этом работать в привычной для себя технике стиля с тегом s. К тому же, этот тег относится к категории безопасных. Ничего страшного не произойдет вне стиля. Невероятно ?
Смотрим как это делается:
Lego v1.1
Конвертировал: BKSRU
* Формат: DSLCSS
* Использовать совместно со стилем NewConceptLego (в комплекте, с измененной логикой)
* Закачано на: http://rghost.ru/42950356
* Демонстрационный словарик тегов DSLCSS
* Версия 1.1, 12 января 2013 года
* Количество карточек 9
* Примеры карточек:

* Дополнительная информация о словаре:
Словарик создан для ознакомления с тегами DSLCSS, возможностями и приемами работы с ними. В этой версии введен раздел по кнопкам.