AndreTM,

Да, так можно, только прежде придётся формулу убить.
Конечно, формулу можно где-нить хранить, а при наступлении события Calculate поднимать, считать, убивать. Но это уже по Фрейду.

Также можно пихнуть в UDF что-то типа: Application.Caller.Characters.Font.Color = x (x - цвет, возможно вычисляемый).
Только опять же, для UDF это недокументированно, и рано или поздно уронит Excel.

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

AndreTM,

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

Пока AndreTM запиливает сабжевую вундервафлю, поделюсь своими изысканиями.
В настоящее время я работаю с Open XML, и, решив проблему наполнения данными, добрался до форматирования.
Вот как обстоят дела.
Собственно данные на листе хранятся в соответствующем файле sheet1.xml в следующем виде:



ключ к пониманию проблемы находится в строке разметки ячейки
Ячейка содержащая значение "test" с форматированием - первые 2 буквы красные, последние - черные Bold:

<c r=""A1"" s=""1"" t=""s"" >
<v>2</v>
</c>

Ячейка содержащая формулу - конкатенацию значений "Te" и "st" из соседних ячеек

<c r=""D1"" s=""2"" t=""str"" >
<f>B1&C1</f>
<v>Test</v>
</c>

Выделенные фрагменты содержат информацию о типе значения и форматировании ячейки.
Нетрудно заметить, что хотя оба значения - суть строки, типы (атрибут "t") у них разные.
Так, тип "s" - это inline string. Все строки-значения в ячейках имеют такой тип, и информация об этих ячейках хранится в специальном файле - sharedStrings.xml в следующем виде


Русским по белому это означает следующее:
Имеется 3 различных строки-значения(нумерация с 0 сверху вниз) - разметка <si></si>
Причём в них содержатся не только собственно значения, но и форматы этих значений, вплоть до отдельных символов строк.
Возвращаясь к файлу sheet1.xml, ячейка содержащая значение "test" в разметке <Value> содержит "2"(выделено красным выше).
В купе с атрибутами ячеки s=""1"" t=""s"", это и приводит нас к настоящему значению в файле sharedStrings.xml с соответствующим форматированием. Собственно, это и есть механизм той самой текстовой оптимизации файлов Office 2007-2010.

И буквально в двух словах о ячейке, содержащую формулу - конкатенацию значений "Te" и "st" из соседних ячеек.
Её атрибуты s=""2"" t=""str"" говорят на о том что тип значения - string, и что в связи с этим информацию о форматировании следует искать уже в файле styles.xml.
styles.xml содержит перечень всех уникальных стилей форматирования, применённых к ячейкам(так же, нумерация с 0 сверху вниз)
Это - ещё одна оптимизация Office 2007-2010. Отличие же в том, что здесь не ПРЕДУСМОТРЕНО посимвольное форматирование.Так же стили из styles.xml применяются к ячейкам, содержащим числовые значения.

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

Тем не менее, надеюсь у AndreTM всё получится, даже если ему придётся перепилить движок Excel.

PS
Тестовый файл прилагаю, весь xml в моём посте доставал из него.
И ещё, создали тему, близкую к тому, чем я тут поделился ( http://www.sql.ru/forum/actualthread.aspx?tid=929847 ), там ТС приводит ссылку на книгу по OpenXML. Рекомендую.

Ну чтож, уточняю.

Дело не в том, прост или не прост парсинг форматов. Ежу понятно, что на xml можно теоретически что угодно запилить.
Дело в том, как именно парсит xml Excel. Excel понимает исключительно OpenXml.
Повторюсь, речь здесь про то, как Excel хранит данные. OpenXml - это только разновидность xml, стандарт, который регламентирует ВЕСЬ функционал офисных приложений от MS. И этот стандарт определяет не только какие тэги и как интерпретируются офисными приложениями, но также и то, что все другие инструкции в контексте данного стандарта будут считаться ошибочными, и в лучшем случае будут просто проигнорированы приложением.

В случае программирования функционала (VBA, .NET , xml - неважно), когда дело доходит до работы с объектной моделью приложения (листы там, сводные таблицы и т.д.), на уровне данных приложения это реализуется именно манипулированием инструкциями OpenXml. Таким образом, мы не можем управлять свойствами, которых не предусматривает стандарт OpenXml.

Конечно, как я сказал в предыдущем посте, это можно изменить, но лишь путём модификации самого приложения (Excel) так, чтобы оно начало понимать инструкции помимо стандартных OpenXml.

И ещё,

Насколько мне известно, MS не собирается выкладывать исходники своих приложений (не open source однако), так что про переписать функционал желающими - обратно фэйл.

Судя по всему, воз и ныне там. Нужели AndreTM failed?

AndreTMУ папы - 60 восьмого, у брата - 30 одиннадцатого....
Поздравляю. Правда эт никому не интересно
AndreTMЧто желаете?ElenHim, будет вам усё....
Лично мне эт не надо, я это где тут упоминал.Но, мы ведь не для себя стараемся?

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

AndreTMА я словом с делом не расхожусь - вот только осталось подвесить форму на ПКМ. Ну и, ес-но, не запрещать "использование макросов"...
Проблемы только одни - дабы работало, включая оффис2010...

Печалька

PlanBсамый верняк будет надпись поверх ячейки вставлять ну и потом ее уже как хочешь форматировать =)


PlanB,

Вы сами пробовали сделать так?У вас получилось?В таком случае просьба, привести здесь рабочий пример.

А то получается что вы как AndreTM - лишь бы брякнуть

PlanB,

по-вашему мнению, как вот это:
PlanBсамый верняк будет надпись поверх ячейки вставлять ну и потом ее уже как хочешь форматировать =)


коррелирует вот с этим:
PlanBне претендую на то, что пример мой решает задачу ТС - имхо, это не реально сделать

и, обратно, с этим:
PlanBчто тут сложного-то, не пойму? ?

Специально уточняю: в этой теме (как и в любой другой, впрочем) решается именно задача ТС.
С этой точки зрения, ценность вашего примера

весьма и весьма

ничтожна сомнительна