Хммм Не понял рекцию? Чего ты ждал? Ни на codeguru, ни на codeproject, аки на других ресурсах никто никогда (за редким исключением) не выкладывал халявные проекты с полным саппортом. Люди делятся идеей, может ищут помощи при тестировании. Для этого есть обсуждение, мыло, если хочется чего-то большего - можно связаться и выяснить.
Про проект Андрея Щербаченко - ты не прав. Классы очень сильные и они использовались (надеюсь и по сей день используются) во многих проектах из больших можешь глянуть:
http://www.toolscenter.org/contributors.htmlhttp://winmerge.org/Многие до сих пор недоумевают, как такое можно выкладывать на халяву? Ессно, в коде есть баги, но технические, а не "идейные". К плюсам также надо отнести некоторые встроенные передовые (для того времени - 1998 год) фичи - перенос/копирование выделения с d-n-d, "глубокий" откат, встроенный диалог поиска/замены, ни и главное - скорость. Даже на слабых системах работает без проблем - в моём случае это был P90 8Mb RAM
Ну да ладно, фиг с ним, "ближе к телу, как говорил Мопассан" (с)
Думаю с простым не получится. Всё дело в философии. Простой едит содержит буфер с текстом и параметры отрисовки всего буфера. Тебе же надо распарсить текст на ключевые слова (ну или по другому алгоритму), короче установить границы начала и конца определённого цвета, для этго тебе нужно будет в буфер ввести дополнительную инфу. Причём самоя большая сложность будет - сохранять эту инфу при редактировании буфера. Если бы тебе требовалось только отображать текст, можно было бы обойтись простым парсером слов и DrawText, но ведь тебе наверняка хочется его изменять, иначе это был бы не едит? А тексты вобще большие планируется использовать?
