Вопрос по созданию своего текстбокса

[Debugger]

Поищи по форуму реализации собственные текстбоксов, они были.
Added: viewtopic.php?f=2&t=38292
P.S. А "золотые топики" пора прилепить.

[Andrey Fedorov]

Здравствуйте хочу создать свой OwnerDraw textBox, но немогу сделать вывод курсора в заданной позиции так как буквы у шрифта разной ширины.

См: TextWidth, TextHeight.

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

Лучше сделай полноценные Undo/Redo...

[Хакер]

См: TextWidth, TextHeight.

Фу, фу! GetCharABCWidth надо использовать и получать сразу три размера (A, B и C, в документации описано, что это).

[Alec]

Может стоит делать в виде таблицы, слева - код, текстом, справа - картинки. Примерно, как hex-редакторы делают, слева hex-код, справа - ASCII..

[Andrey Fedorov]

См: TextWidth, TextHeight.

Фу, фу! GetCharABCWidth надо использовать и получать сразу три размера (A, B и C, в документации описано, что это).

Мне вполне хватало вышеприведенных. Правда я всего лишь игрался с заготовкой HEX-редактора.

[Хакер]

Hex-редактов вообще не пример. Там надо отобразить символ, соответствующий байту, а не текст.

В тексте один символ может быть основным, а другой — вспомогательный (ударение, умляут и тому подобное). Угадай, какие проблемы ты поимеешь с отрисовкой таких символов и их выделение.

[Andrey Fedorov]

Hex-редактов вообще не пример. Там надо отобразить символ, соответствующий байту, а не текст.

Тот же текст состоит из символов. Случай автора топика - обычный текст кода программы, куда, непонятно зачем, ему захотелось вставлять рисунки. Нафига наворачивать проблему там где ее нет?

В тексте один символ может быть основным, а другой — вспомогательный (ударение, умляут и тому подобное). Угадай, какие проблемы ты поимеешь с отрисовкой таких символов и их выделение.

IMHO - у автора топика вряд ли есть подобные навороты...

[Хакер]

у автора топика вряд ли есть подобные навороты...

Это не навороты, это обычное явление. И став автором собственного TB, вы обязаны учитывтаь как это явление, так и юникод и двунаправленный текст.

[Alec]

Hex-редактов вообще не пример. Там надо отобразить символ, соответствующий байту, а не текст.

Ну, не так давно были те времена, когда последовательность символов, соответствующих байтам, и являлась текстом.

В тексте один символ может быть основным, а другой — вспомогательный (ударение, умляут и тому подобное). Угадай, какие проблемы ты поимеешь с отрисовкой таких символов и их выделение.

При выводе кода используются только моноширинные шрифты.

Однако, автор пытается создать свой контрол для ввода и редактирования именно кода, поэтому и предлагается отделить котлеты от мух. Зачем "рисовать" непосредственно в коде? А Hex-редактор взят за пример именно из-за своей компоновки: слева - код, справа - символы. И не обязательно интерпретацию делать по-байтно, можно и парсить.

[Хакер]

Alec, ты какую-то претензию предъявить к моим сообщениям хочешь? Я не понял смысла твоего сообщения.

[Alec]

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

PS. При чем тут какие-либо претензии?
PPS. Хакеру, как администратора форума, предлагаю удалить два последних поста.

[Хакер]

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

Моноширинные шрифты никак не отменяют актуальность вспомогательных символов.
Моноширинные шрифты никак не отменяют актуальность юникода.
Моноширинные шрифты никак не отменяют актуальность двунаправленного текста.

[SLIM]

И часто ли программисты, когда пишут код, используют все эти пункты?
Или есть в каком-то языке программирования операторы со знаком ударения и мы о них не знаем?

[Joo]

И став автором собственного TB, вы обязаны учитывтаь как это явление, так и юникод и двунаправленный текст

Поправлю. Став автором, специфического, заточенного под конкретную задачу TB.
Думаю не обязаны учитывать, тем более, как я понял, прога будет эксплуатироваться ограниченным и известным кругом пользователей. Или я не прав?

По теме. Даже такой простой TB, даже если не учитывать тех вещей, что указал Хакер (в общем то правильных, но не обязательных в данном случае), написать будет довольно не просто. Я пробовал писать такой контрол и я знаю о чем говорю, из всех контролов, что я делал по моему, написание TB самая сложная задача.

[alibek]

написание TB самая сложная задача.

Нет.
Там всего лишь нужна тщательность.
По крайней мере до тех пор, пока не требуется редактировать большие объемы текстов (мегабайты).
Гриды для больших объемов данных куда сложнее, потому что в лоб их делать нельзя.

[Joo]

Нет.

Вполне возможно. Но я же написал:

из всех контролов, что я делал

т.е. глупо было бы полагать, что написание TB лидер по сложности среди всех решаемых задач, но из тех, что делал я, именно контролов, TB был самый сложный.
Ну грид, к слову сказать, написать куда проще. Если брать TB и Грид для обработки одинакового объема данных, то TB будет написать сложнее.

[SLIM]

Я не читал всю тему, но ответьте мне, а контрол Win? Просто Win-контрол написать не так просто. С нуля...