Добавить пробел к prepend в GMENU_LAYERS

[Antony_A]

Здравствуйте, господа. Проблема, на первый взгляд, простая: добавить к заголовку страницы в меню буллет. Нашел свойство stdWrap - prepend, добавляющее к тексту cObject, создаю в нужном месте, но оно обрезает пробелы, а мне необходимо их оставить.

Генерю следующим образом:

page.130.1 = GMENU_LAYERS
page.130.1 {
  layerStyle = position: absolute; left: 0px; top: 24px; VISIBILITY:hidden; cursor: hand; width: 1px;
  xPosOffset =0
  lockPosition = x
  expAll=1
  NO {
    backColor = #af5c40
    XY = [10.w]+30, 23
    10 = TEXT
    
    10.text.prepend = TEXT
    10.text.prepend.value = □ 
    10.text.trim = 0
    
    10.fontSize = 12
    10.fontColor = white
    10.fontFile = t3lib/fonts/arial.ttf
    10.align = center
    10.text.field = title
    10.offset = 0,16
  }
}

После значения .value оставляю пробел, вроде бы выключаю trim (хотя в хелпе к TS поле значение пустое, и непонятно булеан это или что), но он все равно режется. Во вложении скриншот того, что не получается. Спасибо заранее.

[void]

Поставьте   вместо пробела.
И о ужос, люди в XXI веке используют GMENU_LAYERS щ_Щ

[Antony_A]

пробовал. так и выводится  

А что страшного в GMENU_LAYERS? а то можт я чего не знаю...

[void]

Тогда попробуйте .noTrimWrap
GMENU_LAYERS сложны в настройке и создают невалидный код уровня 90-х годов. Вообще, эта конструкция просто не нужна: с такими задачами вполне справляется TMENU/GMENU

[Antony_A]

Еще поломав голову и доки, решил проблему более другим/простым способом, добавил перед рендером текста заголовка:

    5 = TEXT
    5.fontSize = 11
    5.fontColor = #de8f74
    5.fontFile = t3lib/fonts/arial.ttf
    5.align = left
    5.text = ●
    5.offset = 3,16

Так более гибко даже вышло. Проверил .noTrimWrap - тоже не работает.

void, спасибо за поддержку.

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

[-=UncleByte=-]

Если вы используете Arial? то вполне можно обойтись TMENU + css и достичь того же результата с гораздо меньшим напряжением и большей валидностью. Понятно было бы если бы использовался действительно нестандартный шрифт, да и то на этот случай есть SIFR.