TRichView.com

OK thanks. I hope that you'll consider adding it for both viewers and editors in the future. A placeholder also makes sense in a viewer when it is waiting from data from a DB or a remote service... to avoid displaying an empty blank content to the end-user.

Has this been implemented yet ? Having the ability to define a placeholder RVF file would be amazing!
Also, this doesn't work for a blank TRichView as ItemCount = 0

Here is what I got with the latest SynPDF from GitHub. Text direction is OK but underline is not and border lines are not looking great either.

The latest versions of SynPDF seems to support SetWorldTransform: https://github.com/synopse/SynPDF/blob/ ... SynPdf.pas
And testing it with RV's rotated cells works fine.

Just a thought - I think both Sergey and TRichViewEdit users should focus more on the XML format, because compared to rvf format, XML is human-readable ! The benefit is huge when you have an issue with the saved data and need to fix things or recover things. I agree! I've postponed using RV XML for ...

If I remember correctly, this is due to the fact that you open too many topics in a short period of time, which is a PITA
Try to open 2 topics max at a time to avoid being logged out.

I've tried many PDF engines before choosing SynPDF. A few notes about some of them which you might find useful: - eDocEngine is fine for most tasks but is costly, has many bugs, bad support, rare updates with frequent breaking changes. Its rendering is not always good on screens with different DPI ...

Great. Thanks.

Thank you Sergey but it looks like this fix is incomplete: if only part of the first line is selected (e.g. instead of selecting "test2" you only select "st2") then the line before that one is converted when it shouldn't.

Hi Sergey, Could you please provide a fix for "Paragraph breaks -> line breaks" which converts the line before the first selected text? See attached screenshot, when you select from test2 to test5, it will also convert the paragraph break before test2 when it shouldn't. See attached sample project ...

This looks like a great component!
Does it come with full source code ? As far as I can tell, this isn't mentioned on the web-site.
Thank you.

I'm missing DocX import too. The Microsoft Office Converter solution is not a good long-term solution, yet we've had to use it for a very long time now :( It can take a lot of time and computer resources to convert large DocX documents to RTF, then a lot of time for RV to import that RTF. And as far ...

Thank you. Yes, please provide a demo to keep the specified zooming percent when dpi changes.

Hi, The latest version of RV supports zooming and its very interesting to me. Is there a demo available with a Word-like zoom scroller from say 10% to 500% ? I understand that the DocumentPixelsPerInch is the property to use but I'm not sure how it should be handled based on current screen's DPI ...

OK thank you.