Директива - #INCLUDE - в DSL позволяет объединить 2 словаря при компиляции в единый файл *.lsd с именем главного словаря (содержащего директиву #INCLUDE).

В документации есть 3 примера. Два из них работают:

#INCLUDE "C:\\Dictionaries\\UniverseE.dsl"
#INCLUDE "UniverseE.dsl"

В тексте справки находим такую строчку: В этом случае нужно либо указать имя файла без пути, либо поставить в начале пути точку ".". - пример и описание различаются, пробуем:

файл:
c:\0\INCLUDE_3.dsl
объединить с :
c:\includes\0\INCLUDE_30.dsl

#INCLUDE  "\\includes\\INCLUDE_30.dsl" = {{Ошибка: c:\includes\INCLUDE_30.dsl
#INCLUDE ".\\includes\\INCLUDE_30.dsl" = {{Ошибка: C:\0\INCLUDE_30.ds
#INCLUDE ".\\.includes\\INCLUDE_30.dsl"{{Ошибка: C:\0\INCLUDE_30.ds
#INCLUDE "\\.includes\\INCLUDE_30.dsl"{{Ошибка: В c:\.includes\INCLUDE_30.dsl 

    Для объединения фалов помет (*_abrv.dsl) в головной файл так-же необходимо включить директиву #INCLUDE.

Комментарий\ {{!2 Этого не должно быть видно}}в\ центре

Но вот такой пример пропускается компилятором как 9ER так и 11SL, и отображается так:

Комментарий в центре

Появились различия в отображении карточек по сравнения с 9 версией.

Не сортируемая часть заголовка

Так пример и файла справки гласит:
"В заголовке может быть определена не сортируемая часть. Ее основное предназначение - указание на характерные модели сочетаемости заглавного слова (характерные распространители (дополнения) и т.п.)."

{to }have
    иметь

«На экран не сортируемая часть выдается лишь в заголовке карточки.»  - ещё в 9 так и было, так же это было реализовано в DSL Editor: 

А что-же мы видим в 11 версии ?

Итак имеем полное расхождение со справкой!  В заголовке "to" потерялось, зато вылезла в самой карточке. Правда на сортировку и на отображение в списке заглавных слов это не повлияло.

Встаёт вопрос как же отображать подобные карточки в DSL Editor?

1) Отображать как в 11 версии, логика подсказывает, что фича исправлена не будет и будет кочевать из версии в версию;

2) Оставить оба варианта отображения и  менять их в зависимости от выбора "Предпочтительной версии" для которой готовиться или конвертируется конкретный словарь;

3) Оставить как есть (к тому же есть небольшой шанс что фичу поправят);

Пока я склоняюсь ко 2-му варианту .

 Получилось!  Это наводит на мысль, что можно попробовать остальные теги.

    

И всё же желательно писать их как : \#   \@  \~  \^ , хуже не будет. 

- символ #  в любом месте заголовка вызывает ошибку , карточка пропускается;
- символ @  в любом месте заголовка вызывает ошибку , карточка пропускается;
- символ ~  в любом месте первого(или единственного) заголовка вызывает ошибку , но карточка пропускается.  Если символ стоит во втором заголовке карточки то всё проходит гладко без ошибок, вот пример:

Не\ ошибка\ 3
~3 
     [m1]Карточка[/m]

1 заголовок карточки - "Не ошибка 3"
2 заголовок карточки - "Не ошибка 33" 

- и на конец символ  ^  в любом месте первого заголовка  пропускается компилятором.

Тело карточки.

Недокументированный тег [t]

    Позволяет включить в тело карточки теги фонетической транскрипции. Причины почему тег не документирован в файле справки, видимо в сложности его использования без специального ПО. Судите сами, вот пример карточки с транскрипцией :

magazine
     \[[t],Ґ‡±†'ЄЂ­[/t]\]

Дело в том что символы фонетической транскрипции отсутствуют о обычных шрифтах и требуют для правильного отображения специального шрифта т.е. текст внутри тега [t] требует установки специально шрифта, что в обычном текстовом редакторе (например в Блокноте) невозможно. К тому-же символы невозможно  напрямую набрать на клавиатуре а необходимо воспользоваться утилитой "Таблица символов".  Все эти сложности приводят к тому, что только единицы любительских словарей содержат фонетическую транскрипцию.

 Цвета

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