HTML или RTF?

Я использовал событие mousedown вместо

if(window.navigator.userAgent.toLowerCase().indexOf("chrome") > 0) {
    $("body").on("mousedown", ".bx-viewport a", function() { 
        if($(this).attr("href") && $(this).attr("href") != "#") {
            window.location=$(this).attr("href"); 
        } 
    }); 
}
8
задан Community 23 May 2017 в 11:48
поделиться

11 ответов

Я также использовал бы HTML. Кроме того, Вы просто получили ответ для звука нажатия в TWebBrowser.

Если Вы не использовали бы TWebBrowser, смотрите на свободные Компоненты Дисплея HTML Dave Baldwin.

6
ответ дан 5 December 2019 в 04:46
поделиться

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

0
ответ дан 5 December 2019 в 04:46
поделиться

Я голосую за HTML также

RTF хорош только для своего редактора, еще затем необходимо пойти стандарт.

1
ответ дан 5 December 2019 в 04:46
поделиться

Если и HTML и RTF не удовлетворят Вашу потребность, Вы могли бы также использовать компонент текста/редактирования с открытым исходным кодом, который поддерживает окраску слов, или создайте свое собственное редактирование, компонентно-ориентированное на компоненте Delphi.

1
ответ дан 5 December 2019 в 04:46
поделиться

Другая альтернатива браузеру HTML является "Встроенным веб-браузером" компоненты, которые я использовал несколько проектов для отображения документов HTML пользователю. Вы имеете полный контроль над встроенным браузером, и я не вспоминаю щелчков, когда страница загружается.

1
ответ дан 5 December 2019 в 04:46
поделиться

Я проголосовал бы за RTF, поскольку мне не нравится факт, TWebBrowser использует Internet Explorer, поскольку мы испытали затруднения из-за этого в прошлом на плотно заблокированном вниз компьютеры.

Также TRichEdit имеет сборку метода печати в, где, поскольку необходимо сделать все виды питания собирающийся заставить TWebBrowser печатать.

2
ответ дан 5 December 2019 в 04:46
поделиться

RTF намного легче иметь дело с, поскольку управление TRichEdit является частью каждой установки Windows и имеет намного меньше служебный, чем TWebBrowser (который в основном встраивает версию ActiveX Internet Explorer в Ваше приложение).

TRichEdit также намного легче использовать, чтобы программно добавить текст и форматирование. Используя SelStart и SelLength, наряду с текстовыми Атрибутами, делает добавляющее выделение полужирным и курсив, устанавливая различные шрифты, и т.д. простые. И, как сказанный Re0sless, может легко быть распечатан TRichEdit, в то время как TWebBrowser делает его более сложным, чтобы сделать так.

4
ответ дан 5 December 2019 в 04:46
поделиться

Я голосовал бы за HTML, также.

Мы запустили приложение только что... Мы хотели

отобразите некоторую информацию, сгенерированную приложением. Ничто не полагает, просто...

(Вы слышите, что звонки звонят???)

Затем мы хотели отобразить больше информации, и разрабатывать ее еще больше....... кто-то решил, который RTF не достаточно больше, но для назад совместимости мы шли дальше к MS Word по Серверу OLE. Это было концом разговора о производительности больше.

Я думаю, сделали ли мы это в HTML, это было бы намного быстрее теперь.

4
ответ дан 5 December 2019 в 04:46
поделиться

Я голосовал бы за HTML.

Я думаю, что это более ориентировано на будущее. Скорость не коснулась бы меня.

12
ответ дан 5 December 2019 в 04:46
поделиться

Вопрос HTML или RTF может быть не важным. Если они просто используются в целях дисплея, то формат файла не имеет значения. Это - действительно просто внутреннее представление. (Какие-либо файлы даже сохраняют на диск?) Я думаю, что вопрос спросить - какой решает проблему с наименьшим количеством объема работы.

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

Вы рассмотрели выполнение ownerdraw TListView?

8
ответ дан 5 December 2019 в 04:46
поделиться

Никто, кажется, пока не упомянул компонент отчетности. Да, теперь это сверхугольника, но если вы все равно используете все равно (и, возможно, у вас уже есть отчеты, чтобы сделать в вашем приложении, поэтому компонент уже включен), вы можете просто отобразить предварительный просмотр и позволить печатать / экспортировать в PDF Позже, если это имеет смысл. Также, если вы позже решите, что вы хотите иметь фальсификатор, нет ничего, что удерживает вас.

2
ответ дан 5 December 2019 в 04:46
поделиться
Другие вопросы по тегам:

Похожие вопросы: