Рисование BBCode на картинке

[MIT]

Нужен класс, способный делать следующее:
1) Рисавание (т.е. создание Image объекта или эквивалентное действие) форматированого текста
2) Использование человекопонятного форматирования (типа BBCode)

Сам RTF человекопонятным назвать сложно (врядли каждый с легкостью скажет что значит {\rtf1\ansi\ansicpg1251\deff0\deflang1049{\fonttbl{\f0\fnil\fcharset204 Segoe UI;}} \viewkind4\uc1\pard\f0\fs17\'ef\'f0\'e5\'e2\'e5\'e4!\par} и прямо в таком виде сможет что-то поменять)

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

added:
Тема переименована. Оригинальное название:"Отрисовка RTF и его альтернатива"

[alexkr.net]

генерируй html, и отображай его в InternetExplorer эллементе.

[MIT]

Не катит, нужно именно рисование

[Debugger]

Мне на данный момент тоже нужен такой компонент. Обращайся в ЛС, напишем такой.

[alexkr.net]

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

[MIT]

Задача следующая: есть текст (просто текст, обычными буквами), есть пользователь, который должен этот текст украсить путем добавления анаогичных BBCode`у тегов. Нужен класс, который обработав текст с добавленными в него тегами нарисует его в Image.

[alexkr.net]

Понятно. Я бы сделал к примеру так: форма поделена на две части, в доной части рассположен InternetExplorer-эллемент, в другой текстовой эллемент. В текстовом эллементе отображается html того, что в Эксплорере. Если юзеру нужно там текст или ещё чё отформатировать, он просто вводит в текстовом эллементе нужные тэги (html то намного проще rtf формата). Эксплорере отображает содержимое. Если полученный результат устраивает, то берём содержание эксплорера и рисуем его где-нибудь на форме. Класс для рисования ниписать не сложно. Если надо - помогу.

[MIT]

Чето мудрено очень... Думаю следует остановится на парсинге BBCode и написать это дело самому.

[alexkr.net]

Попробуй. Только стоит ли писать парзер если есть уже готовый?

Лови примерчик

[MIT]

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

[MIT]

А в какой последовательности должны исполнятся перекрывающие друг друга теги?

Вот пример:
[cоlor=#800000]123[cоlor=#0000FF]456[/cоlor][/cоlor]

В скрипте сайта такое не предусмотрено и выглядит так:
123[color=#0000FF]456[/color]

Но как-то очередность должна определятся, 456 будет [cоlor=#0000FF]синим[/cоlor] или [cоlor=#800000]красным[/cоlor]

[tyomitch]

По логике, синим. Так и в HTML.

[MIT]

Так, значит порядок выполнения снаружи внутрь... Со стеком определились, идем дальше...

[Joo]

Легко все это делается. Я когда пытался делать едит контрол, вьювер сделал почти на ура.
Есть камушки в этом деле, даже вьювере.
При большом объеме контента и включенным переносе, по словам, очень тяжело пересчитывать кол-во строк, дабы отобразить это дело на скролбаре.

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

[MIT]

Чем я сейчас и занимаюсь с неплохими успехами. Кстати, а ты на чем делал? На .NET`е?

[Joo]

Чем я сейчас и занимаюсь с неплохими успехами. Кстати, а ты на чем делал? На .NET`е?

Ага, на нем родимом.
Если без вордврапа или с маленьким объемом контента я тебе такой вьювер за вечер напишу. Если будут вопросы спрашивай, кое какие камушки я победил таки

[MIT]

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

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

[Joo]

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

Знаешь, может я ламер, может неверно организовал класс, который собственно хранит весь контент, но при выводе контента споткнулся я о вроде бы элементарную штуку, вертикальную полосу прокрутки ). При выключенном переносе по строкам все просто, бегунок на текущей строке, максимальное значение это кол-во строк, НО когда включаешь перенос по строкам мы имеем дело с виртуальными строками, кол-во которых меняется в зависимости от ширины холста, в силу своей неопытности я не придумал способа, который бы позволил быстро узнать кол-во строк виртуальных, поэтому имеем мы тормоза при ресайзе ) В общем простой текст без форматирования объемом более двух метров я не в силах быстро пересчитывать.

Народ может идеи у кого есть? RTF и прочие едиторы как-то это делают же. Какой дорогой идти?

[MIT]

Ну вот, кажется готово.

Парсер переваривает следующие вещи:
1. [cоlor=#5090EE][/cоlor]
Параметры поддерживаются вида
#xxxxxx, где xx-HEX число, кодирующее цветовую модель RGB
#xxxxxxxx, где xx-HEX число, кодирующее цветовую модель ARGB
2. [Ь][/Ь] (в смысле "b")
3. [ĺ][/ĺ] (в смысле "i")
4. [ū][/ū] (в смысле "u")
5. Перекрывающиеся теги типа [cоlor=#AA1111]qwe[/cоlor]asdfa[cоlor=#11AA11]sxz[/cоlor]cv[/cоlor] любого уровня вложенности


Известные недоработки:
1. Используются не все BBCode теги
2. При загрузке слишком насыщенного тегами текста возможны ошибки переполнения
3. Между переходами от стиля к стилю появляются промежутки
4. Иногда (в очень редких случаях) текст может выехать за установленное ограничение ширины
5. Парсер не любит сочетание символов [[ в открывающем теге
6. Интерпретирует заключенное между двумя тегами (не важно какими) n-ное количество пробелов как один
7. При маленькой установленной ширине (<200-250) возможно появление ошибок отображения

В качестве плюсов можно отметить:
1. Шустрая работа, даже с относительно большими кусками текста
2. Возможность работать в Real-Time режиме (картинка меняется в процессе ввода), процессор почти не грузит
3. Терпимость к ошибкам в написании тегов. Не возникает ошибок в связи с каждым неверно написанным тегом
4. Подгоняемость под необходимую ширину

Себе на будущее:
1. Надо исправить ошибки 2 и 3 для повышения юзабельности
2. Добавление других способов ввода цвета (сложность - 2/10)
3. Добавление остальных тегов (сложность - 5/10)
4. Добавление своего тега [Font]


Вот пример работы:

wa_prj_tags.rar

(25.06 Кб) Скачиваний: 134

Пока без исходников. После доработки может в кирпичи отправится.

Кстати, после недолгой переписки с товарищем Debugger`ом (о координации совмесного написания) пришли к выводу, что каждуй будет писать что-то свое (он на VB6, я на .NET`е). Очень интересно, что же у него получилось.


Added:
Если нашли ошибку (кроме перечисленных выше), то выкладывайте текст которым тестировали, буду разбираться.

Added2:
Левую кнопку можно использовать для применения цветного форматирования VB кода.
Например делаем так:
1) Берем любой VB`шный код, копируем его в TextBox
2) Копируем в буфер обмена список ключевых слов VB
Типа этого

Код: Выделить всё

Private
As
Me
True
New
End
Sub
ReDim
Dim
If
Then
Preserve
String
ByVal
ByRef
Handles
Else
AndAlso
Integer
MeBase
Public
Class
For
To
Next
Do
Loop
While
Until
Shared
Protexted
Overrides
False
Boolean
Single
Of
Structure

3)Нажимаем на кнопишъ ( ) и радуемся
p.s. Форматирование примерное, используется только для тестирования, так что часто ошибается на подобие этому: String.Format(...)

[MIT]

Нашел работу подобного плана

m0sa.net.WPFBB.zip

(15.95 Кб) Скачиваний: 150

WPF/С#

[Joo]

На маленьком объеме норм!

30 Kb неформатированного текста переваривает неохотно и тормозит при вводе и ресайзе окна.

Парси только видимую часть, не надо обрабатывать весь текст.

Хотелось бы посмотреть вместе со скролингом!

[MIT]

30 Kb неформатированного текста

Ну ты и загнул... Мой класс парсера с огромным кол-вом комментариев и то меньше весит.

Парси только видимую часть, не надо обрабатывать весь текст.

У меня несколько другой подход, но оптимизацией обработки большого текста занятся все же стоит

Хотелось бы посмотреть вместе со скролингом!

Мне бы тоже

[Debugger]

А вот мой пример. Вероятны глюки с прорисовкой. Сейчас он не определяет открывающий-закрывающий тэги, если они на разных строках. Что гарантирую - высокую скорость прорисовки. Так как при каждом Redraw он берет уже распарсенные данные и рисует их средствами API.

[MIT]

Для VB неплохо, причем очень даже.
Предложения:
1) Напиши какие теги понимает парсер и с какими параметрами (с пол-пинка не понятно).
2) После возникновения ошибки хотельсь бы продолжить работу
3) Скроллинг (как мне посоветовали)

С изменением размера шрифта: все-таки правильнее делать "прилипание" шрифта не к верху строки, а к низу, как это сделано в скрипте форума
Как реализовано у тебя - сделать не сложно (имхо), но хотелось бы праильное отображение (собственно почему я и отключил обработку тега Size)

А так, да, зачот.

p.s. да уж прям и "интерфейс" ...
p.p.s. А на основе чего у тебя реализовано отображение? Мой парсер написан с нуля и юзает Graphics. А как сделал ты? У меня смутное подозрение, что картинка "слизана" с RTB или чего-то подобного (сорри, если не прав, вероятно мои познания в VB6 не столь обширны )

[MIT]

Что гарантирую - высокую скорость прорисовки. Так как при каждом Redraw он берет уже распарсенные данные и рисует их средствами API.

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

[Debugger]

Ничего не "слизано". Парсю, сохраняю результат парсинга как много кусочков текста с разными настройками, при перерисовке их TextOut. Что на RTB похоже - ...хорошо. Отторжения у пользователей не вызовет. Теги:

Код: Выделить всё

[size=размер]Текст[/]
[clr=Цвет, вообще - в хекс-формате, но он подгючивает]Текст[/]
[fnt=Имя шрифта]Текст[/]


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

Нет. У тебя, как я понял, все парсится при перерисовке, сужу по:

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

А у меня - при добавлении или изменении строки теста.

все-таки правильнее делать "прилипание" шрифта не к верху строки

Добавил в код ровно 20 символов...
Возник вопрос. Если пользователь добавляет пустую строчку, то ее высота равна чему?
Поправлю некоторые баги, сделаю некривую перерисовку, теги B, I и U, скроллинг - выложу снова.

[Joo]

Блин я похерил исходник вместе со старым сайтом, и на компе не найду ((( Только недоделок....

Завтра тоже накидаю и покажу что у меня получилось, а то прям интересно стало ))

Во вложении мой зачаток что остался, нашел тут на форуме, я его раньше выкладывал )))... Отображает только Plain-Text, и не оптимезированный пересчет. Выкладываю просто чтобы видели с чего начну
Прикручу я к нему парсер и опять оптимизирую пересчет строк. Думаю будет нормально работать с объемом до 1 метра сорца.

[Debugger]

Чувствую, через месяц кирпичный завод завалят разномастными текст-контролами

[Joo]

:D Чувствую, через месяц кирпичный завод завалят разномастными текст-контролами

[MIT]

Ничего не "слизано"

Ну извини

У тебя, как я понял, все парсится при перерисовке

Не-а, при изменении текста.

Добавил в код ровно 20 символов

И?

Если пользователь добавляет пустую строчку, то ее высота равна чему?

Высоте текущего шрифта

Теги:

А что такое "[/dfs]"?

Во вложении мой зачаток что остался

В каком вложении? (Добавлено: Ааа, теперь вижу)

Чувствую, через месяц кирпичный завод завалят разномастными текст-контролами

Я не думаю, что от этого кому-то плохо будет