TRichView.com

We allow the user to create a "template" that contains "fields", for lack of a better term. The fields are replaced each time a document is opened with the current value. Consider the fields PatientName and PatientAge and this simple template: PatientName , age PatientAge , was seen today at 11:00 ...

I use eDocEngine to convert ScaleRichView documents to PDF without any problems. I'm surprised to see others are still having problems. Are you using the latest version of Gnostice components?

In general should a TRVStyle component only be used by a single source of RVF content?

What are some problems this could cause? Is it just management functions like DeleteUnusedStyles that are problematic? Or perhaps document editing via the visual component versus method calls? If I have the styles set before document generation, never alter the styles during document generation ...

In future, we plan to add "page number" field in headers/footers Has any progress been made on this enhancement? If not, is it still planned? I'm once again needing this functionality and searching the forums for solutions. RVFooter is the same for every page of the main document, so I'm not sure ...

I had installed the ReportBuilder wrapper back when I originally installed TRichView, but I just now had a need for it. I couldn't open the demo project because Delphi said the TppRichView component could not be found. And I couldn't add the component to my own report. Disabling the delayed load ...

Fyi, I determined there is a bug in Addict 4.3's TAddictSpellBase component, which affects TRVAddictSpell3 (as well as TAddictSpell and TAddictSpell3). This is not a bug in TRichView or TRichView's integration with Addict. However, I spent several hours debugging our app locking up when spell ...

The help file is wrong, I'll correct it. While the height of a scrollable area is really a multiple of VSmallStep, DocumentHeight is not. This is the exact document height. Thanks. This explains one of the issues I was seeing. :) Still not sure on the other one where DocumentHeight is much greater ...

c := Trunc(rve.DocumentHeight / rve.VSmallStep); if (rve.DocumentHeight mod rve.VSmallStep) > 0 then c := c + 1; rve.ClientHeight := rve.VSmallStep * c// Now height of rve is equal to height of scrollable area? Is something like this still necessary? According to the help file, DocumentHeight is ...

This bug was found only yesterday. It was unnoticed for so long because normally, when a form is shown and documents are prepared, editing methods are not used. Thanks for the information. I still want to resolve whatever I'm doing wrong that results in an Index Out of Range when I use the non ...

As a quick fix you can either change LiveSpellingMode or do not call StartLiveSpelling. I already stated that making either of these changes solves the issue: Thu Jul 05, 2012 3:00 pm: If I comment out my calls to StartLiveSpelling, the CPU race went away. If I change LiveSpellingMode to ...

This isn't what we saw. Our QA team suspected something was wrong because of how slow the form was behaving. This form is a core piece of our new release. The form has been in development for the past month, with new functionality gradually added during that time. QA has been testing the form ...

We just implemented LiveSpelling with Addict a couple of days ago and we were seeing this same issue, although our scenario was a little different. If our TRichViews were empty, we were not seeing a race condition. But if our TRichViews had content (loaded with InsertRVFFromStreamEd), then we'd see ...

Thanks. What I have now works (creating the TSRVPrint object at run-time). I'll retest once I have the new version installed.

Well, not that simple. :( TSRVPrint.Loaded calls .UpdatePage calls .calculateSize calls .calculatePictureSize calls .GetPrinterInfo which eventually call TPrinter.GetPrinterIndex and TPrinter.SetToDefaultPrinter and the "There is no default printer currently selected" occurs. I'm switching to my ...