В Юникоде, помимо всем привычного пробела (межсловный пробел, U+0020) есть масса других, например:
Круглая шпация, U+2003,   она же Em Space
Полукруглая шпация, U+2002,   она же En Space
Третная шпация, U+2004,   — треть круглой. По-английски называется Three-per-Em Space.
Четвертная шпация, U+2005,   — четверть круглой. По-английски называется Four-per-Em Space.
Одна шестая круглой, U+2006,   По-английски называется Six-per-Em Space.
Тонкая шпация, U+2009,   — По-английски называется Thin Space.
Волосяная шпация, U+200A,   Hair Space.
А также куча других, типа неразрывного пробела.
Так вот, всё это почему-то не работает в 1С. Например, я хочу получить текст "125 256 ₽", в котором бы символ, разделяющий группы разрядов и отделяющий число от символа рубля, был бы узким пробелом. Так смотрится гораздо красивее и рекомендуется правилами типографики. Сам символ узкого пробела я могу указать в конструкторе форматной строки, однако 1С отобразит текст с обычными пробелами, слишком широкими для меня.
Кто-нибудь сталкивался с такой проблемой? Есть ли решение?

"125 256 ₽"
"125 256 ₽"

"125 256 ₽"
"125 256 ₽"
"125 256 ₽"
На шрифте, который включен на мисте, это не так заметно, но всё же разница даже тут видна

СтрЗаменить + Символ(<код>)

(3) я тоже думал об этом. Но ему, небось, из СКД надо, поэтому он и про форматную строку написал...

(4) В СКД можно вызвать свою функцию

(3) Нет, не работает. Если я просто назначаю текст для элемента формы ПолеНадписи, то узкий пробел показыватся как широкий

(6) Ну нет, значит нет

(6) значит, 1С решила не мучиться с учетом пиксельного размера пробелов в разных шрифтах и при выводе меняет их на стандартный. Ну, собственно, логично. В конце концов, это не издательская система.

Особенно прикольно если выводить это все моноширинным шрифтом..?

Экран,насколько я помню,это 75 dpi,а типографская точность 1200 dpi.
Скорей всего,из-за того,что один пиксель в пробеле между символами есть всегда,все пробелы получаются в два пикселя.

(10) экран скорее 96 dpi

(10) ...поэтому не всегда отображение сформированной ПФ в 1С на превью совпадает с тем что на принтере получится

(12) Это не с дпи связано, а с тем что чересчур умные принтеры сами рисуют шрифты по сопоставлению наименования. То есть, драйвер в ps или pcl задании выдает им не набор векторизованных кривых или растр, а именно текст с указанием шрифта, в расчете на векторизацию и растеризацию средствами принтера. Это типа круто, но не всегда работает корректно. Обычно решается опцией в свойствах принтера с названием типа "выводить текст как изображение", если она есть, конечно.