trichview.com

trichview.support




Re: Richview performance when loading large content


Return to index


Author

Message

Baliga, Narasimha

Posted: 09/10/2004 14:53:49


Found it, I have version 1.7, OnSaveItemToFile is introduced in 1.8


Time to upgrade...


:)


regards

Baliga

"Baliga, Narasimha" <nbaliga@tiersolution.com> wrote in message

news:41418ccb@support.torry.net...

> Sorry for being dumb, but I don't see any event like

> RichViewEdit1SaveItemToFile, I do have

> RichViewEditContentSaveComponentToFile. Is it because of version?

>

> regards

> Baliga

>

> "Sergey Tkachenko" <svt@trichview.com> wrote in message

> news:41417875$1@support.torry.net...

>> Images are stored in RTF in very nonoptimal way.

>> True color bitmaps are huge by themselves (1024 *768 takes several

>> megabytes), and they are doubled in size in RTF (because each byte is

>> encoded by two hexadecimal digits).

>>

>> Suggestions:

>> 1) Use Png instead of bitmaps.

>> http://www.trichview.com/support/dnewsweb.cgi?cmd=article&group=trichview.support.examples&item=205&utag=

>> 2) Always call RichViewEdit.DeleteUnusedStyles before saving to the

>> field. A

>> number of unused styles increase data size and slow down loading and

>> saving

>>

>>> One more thing, suppose I don;t use a DBRichEdit and just RichViewEdit

>>> instead and try to read from Bloba field to Stream and then from Stream

>>> to

>>> the Rich Edit component... this also takes a long time if the content is

>> RTF

>>> with say 2 screen shots embedded...

>>

>>

>>

>

>





Powered by ABC Amber Outlook Express Converter