Существует прекрасный VCL компонент htmView с исходниками.
В нём реализована великолепная возможность отображать НТML с картинкими гиперссылками и так далее
Но самая ценность состоит в том что он позволяет выводить текст с выравниванием по ширине. А судя по вопросам на форумах, эта проблема актуальна. Написав лишь несколько парсеров на основе существующего, можно отображать любой текстовый формат.
Но проблема в размере получаемого приложения. Более 900K.
Вот если бы переделать этот модуль на KOL, чтобы размер упал хотябы до 500K а может и меньше.
Сам я переделкой ещё не занимался, и на осваивание, боюсь уйдёт много времени.
Может кто заинтерисуется и возмётся?
Если кто согласится, тому я могу выслать исходники, чтобы не искать их по всему инету.

Вообще говоря не факт что приложение автоматом станет меньше, не говоря уже про гемор по портированию+отладке. Ну сэкономите 100 кб - вы уверены что это стоит нескольки дней работы(и это почти фантастический по времени вариант)?
PS.
С моей колокольни: если just-for-fun то можно повозится с костылями типа KOL. Если вам потом с этим работать - держитесь от этого подальше:
1. Костыль - да конечно компактнее чем инвалидная коляска с мотором ).
2. Небольшое комьюнити.
3. Проект фактически не развивается.
4. Туманные перспективы.
5. Морально устаревшая IDE (Delphi), к которой и цеплятся то приходися через одно место. Поработайте немного даже в голой VisualStudio, без решарпера - сразу почувствуете разницу. С решарпером или в IDEA так это вообще из бронзового века в 21 ).

Мой совет - хотите балуйтесь сколько угодно, но ни в коем случае не используйте для серьезных проектов (for-fun быстро проходит).

> 5. Морально устаревшая IDE (Delphi), к которой и цеплятся
> то приходися через одно место.


А руки выпрямить не пробовали ?

Это вот это
http://www.pbear.com/
?

> Это вот этоhttp://www.pbear.com/?

Да

Уважаемый exero.
Я с удовольствием прочитал ваш опус.
Но хочу заметить, что то в чём писать прогаммы и как - это моё дело.
Если вы не понимаете что такое КОL - это ваша беда.
И судя по вашему стилю я могу утвержать, что когда я начал заниматся программированием, вы пешком под стол ходили, или возможно, вас даже в проекте не было...

> А руки выпрямить не пробовали ?

Я так думаю кривизна моих рук никоим образом не делает эту IDE лучше чем IDEA. А на последнюю версию Delphi KOL/MCK встал без проблем, и никаких проблем с unicode то же не было )). Так что давайте не будем переходить на личности, тем более вы со мной не знакомы, и я с вами тоже.

> Уважаемый exero.
> Я с удовольствием прочитал ваш опус.
> Но хочу заметить, что то в чём писать прогаммы и как - это
> моё дело.

А я ничего и не навязываю. Опус был написан в предположении что человек увидел KOL, посмотрел на разницу в размере и решил - вот оно! Сам когда то был таким, постепенно это вылилось в то что я знал KOL лучше чем VCL и до поры до времени просто игнорировал некоторые его недостатки. На нем же был поднят достаточно сложный проект по управлению полупромышленным оборудованием (я занимаюсь роботами). Я свысока смотрел на java, и .net где им до моего великого и могучего, да и по скорости у них не было никаких шансов... Это тогда так я думал.

Если вы не понимаете что такое КОL - это ваша беда.

Уже не моя.

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

Если вас так интересует мой возраст - 26 лет. Так что вполне может быть что и в проекте не было. Как я уже ответил предыдущему - мои личные характеристики никак не могут повлиять на качество обсуждаемых продуктов.

На форуме, между прочим, есть чат - переносите выяснение отношений туда.

Ну и какая IDE на данный момент быстрее чем Delphi? Скорость работы - это комфорт. Когда в MSVC9 при пошаговой отладке время реакции на F10 > 1 секунды, когда при переключении в режим кода или дизайнера на нормальной в принципе машине с гигом метров на борту и 2,8ГГц на переключение уходит >5 секунд (на форме штук 20 контролов, язык C#), то на год мне не нужны эти MSVC с их тормозами. На Delphi5-7 работать вполне комфортно. Есть совместимсоть с BDS. Это значит, что можно отладить в комфортных условиях под D5-6-7 (я предпочитаю 6), а потом один раз собрать под BDS. В MSVC нет кстати возможности делать точку остановки по изменению переменной, ни в C# ни в C++. Букмарки там просто никакие. Отвратительная среда.

Тормоза заметны во время загрузки и в IDEA и в VS и во время первого открытия формы. Потом если честно я тормозов не чувствую, хотя контролов существенно больше чем 20 штук (WinForms). При отладке подтормаживание заметно при возникновении исключений. Пошаговая отладка тоже работает нормально. Машинка правда получше... ну да не суть важно.
Что касается точки останова то  посмотрите на Breakpoint Conditon...
+Resharper и комфорт будет не только в скорости работы, хотя и без него мне если честно работать было приятнее чем в Delphi.
Фреймворками я думаю мерятся не будем.
PS
Всегда приятно поговорить с хорошим человеком, даже если он и придерживается других взглядов.

Мдя... Сразу видно что привыкли вы все к этой ерунде. Отладчикам всяким там.. точкам останова... Вот я ими пользуюсь крайне редко. Ошибки бывают - да... Но мне проще просмотреть код и найти ошибку, чем заниматися пошагоыой отладкой. У меня алгоритм хорошо проработан с самого начала. И программа в голове.
Намного лучше если бы в редакторе кода имелась цветовая подстветка операторов, или вообще цветовая подложка, чтобы легче было ориентироватся во вложенных циклах и переходах.

А переделкой, видимо, придётся занятся самому.

2 S
Последний пост...вообще не то, это про отладчики и прочее...здесь Вы не правы.

2 exero
Не надо так грубо и остро реагировать. У каждого свои предпочтения. Я ничего не имею против Явы и С...однако, я предпочитаю Паскаль. Почти, все что надо можно сделать на нем. В иных случаях, пользуюсь другими языками...каждому по потребностям...

С Уважением, MTsv DN

2 S
По поводу компонента. Если Вы намерены переделывать THTMLLite, то советую Вам не заниматься ерундой. Этот движок показывает, кАк надо работать с  html-страницами, но назвать ЭТО работой нельзя ни как, если конечно Вы не собираетесь писать браузер для открытия текстовых страниц без форматирования...приложенная в архиве демка, весьма наглядно это показывает...

А вот если Вы собираетесь портировать Professional версию, тогда да...движок, причем на удивление быстрый, даже странно...тоже содержит некоторые ошибки (некоторые сайты вызывали вылет), но это полноценный движок. Однако Вам придется более 1.5 метров портировать... Стоит ли?

2 MTsv DN
Ну что вы так обижаетесь на костыли... .net тоже костыль (инвалидное кресло) - см. п 1. )). Резко возможно, грубо - нет. Языки я вообще не трогал, тут уж вы как нибудь без меня.

Так никто и не ответил по пунктам 2-4 - а вся соль то в них... Допустим ушли вы с работы - что работодателю с наработанным кодом делать? Где взять еще одного KOL гуру? Вероятно по этому ни один из знакомых руководителей никогда и ни за какие коврижки не станет делать KOL базовой платформой для своих продуктов. Вообще где то пробегала статейка супермозг vs обычный программист.

2 exero
Я не обижаюсь, у каждого есть право высказаться. Про языки Вы не говорили, но это логически вытекает из предложенных IDEA и VC. Вот если б вы что предложили связанное с Паскалем, было бы очевидно, что "Языки я вообще не трогал"...а так...

По поводу 2-4, я с Вами совершенно согласен, см. http://pda.delphimaster.net/?id=1238076620&n=10 Надеюсь, на то, что ситуация поменяется...хотя не знаю...

Под .net Паскаль вроде бы даже более навороченный чем Delphi есть. Под него IDE тоже VS. Сам правда не пользовался.

А кто сказал ".net тоже костыль (инвалидное кресло)" ;)

...Думаю, надо заканчивать эту никому не нужную дискуссию... Каждому свое...

С Уважением, MTsv DN

2 MTsv DN
О версии LITE и речи быть не может.
Именно PRO
Я же уже писал. Главная особенность этого компонента, что отображать можно не только НТМL.
Переписав модуль НТМLRead Можно отображать всё что угодно.
Я ещё нигде не видел бесплатную реализацию модуля, котрый получив на входе файл с картинками гиперссылками  форматированием, без всяких лишних плясок с бубном всё это отображал.
И главное - это выравнивание по ширине. Все форумы пестрят вопросами по этой теме. И ответа никакого... А тут всё на месте. Только переделать на КОL
Если бы это было нужно только мне, я бы и трепыхатся не стал. И как всегда сделал бы сам. Просто я понадеялся, что есть люди котрые это сделают лучше меня. И библиотека KOL пополнится великолепным модулем для отображения текстовой информации.

2 MTsv DN - да с вами надо поаккуратнее - вообще говоря первоначально была инвалидная каляска с мотором. ))
Ладно, я тоже не вижу смысла продолжать.

Если б все так просто было... ReadHTML, это по большей части парсер html страницы, вся основная работа компонента раскидана в остальных PAS-файлах...так что работы там непочатый край...

Indy уже переводили... Хорошим не кончилось. Опасно портировать большие проекты. Во-первых, потому что это очень трудоемко. Во-вторых, нужно двум человекам. В-третьих, новые версии надо потом вливать в портированный код. И в-четвертых, за это не платят. Поэтому и не берутся.

А портировать ради того, чтобы не выгнали с работы - это глупо. Вобщем, мой тебе совет, - не парься и используй VCL.

MTsv DN
Не всё так страшно. Там главное эти модули отучить от стандартных библиотек

2 S
Да, нет...все именно так как я и говорил.

> Сам я переделкой ещё не занимался
Ваши слова? А я занимался... В том компоненте, используются юниты: Graphics, Forms, Controls, Classes, SysUtils и другие... Если Вы собираете делать порт на KOL, то Вам придется переписывать его практически с нуля... Переходить на объекты, заменять все TMemoryStream -> PStream, TList -> PList и многое другое...это самая мелочь. Вам придется всю работу с графикой переписывать на API. А еще есть вот какие грабли. Например, TList есть как в Classes, так и в KOL. Причем ошибки компиляции при использовании KOL не будет, т.к. такое объявление есть, а будет ошибка при испольнении, т.к. надо использовать:


Т.ч. не думайте, что все так просто...

С Уважением, MTsv DN

Если есть версия на С++ или подобный на C++ (а лучше на чистом C), то есть выход, см. мою утилиту для превращения Casm в Basm на kolmck.net. Всё, что нужно - получить вариант кода на ассемблере, MSVC это умеет выдавать. Утилитой получаетс pas-файл с асм-кодом борландовского типа, и его можно немного поправить, чтобы получить работающий модуль. Я так переводил довольно изрядную по размерам графическую либу с нужной мне поддержкой tiff.