TRichView.com

Hi, my first idea was - to clone the list style and set the same font / size / color - as the following paragraph, but this seems a very complex tasks - because if the same list style is used with different fonts/size/color - I need extra clones and I need to find out where a new list starts so that...

Hello, in some of our MSWord created files (docx, rtf) there is a custom Textstyle "Standard-Arial" applied to all texts the default "Standard" ist kept with word defaults. (this happens also if you assign in word just any font or size without useing a template) If we load such a...

Hello Sergey, saveing a DocX / RTF with ScaleRichView generates a header and footer, also if there is none, with an empty paragraph which uses the document "default?" first style? In some of my cases the height of header and footer is set to zero or even a very small value and the pages bo...

Hello Sergey, after loading a with MS Word saved .docx file with ScaleRichView / RichView and save it back to docx it was not possible to open with Word again. The problem is that the file contains templates with " in its name and german umlaute. I did look into CRVData.pas WriteSTProperties( ....

Hello Sergey, I have tried to the the global variable and changed the code location you showed. This gives another result, but still wrong and different between rtf /docx after loading again in Word. Do I miss something, there are other properties which influence this behavior? Unbenannt-1.png Do yo...

Hi Sergey, the sample ("ActionTestUni") I used is configured to EMU. The saving logic of tablecell width without the option [rvtoRTFSaveCellPixelBestWidth] uses the current pixelwidth and DPI (?), since I set the option [rvtoRTFSaveCellPixelBestWidth] durring loading - the saved width of t...

Ok, thank you for fixing that. I have played around with different table settings in word the last try was a simple table with a single column and two rows - loading Word RTF/ saving to RTF back again - changes the width by one time the border width - I think - in my sample 6pt - may be that helps y...

The last paragraph after the table in the docx is written as this: </w:tbl> <w:p> <w:r> <w:rPr> <w:rFonts w:ascii="Times New Roman" w:hAnsi="Times New Roman" w:cs ="Times New Roman" w:eastAsia="Times New Roman"/> <w:sz w:val="2"/> </w:rPr> <w:t></w:t...

Hi, I believe the font problem for empty paragraphs has been fixed. the problem with the empty paragraph at the end with docx and MSWord - is still existent in the current version - I am sorry. Does it change width every time you save and reload it in TRichView? No - only the first save changes the ...

Ok I need to update - and will report if this is fixed with the update. But that is only a smaller of my problems with the empty paragraph at the end.
The bigger problems are the tables and there changing sizes (height/width) just after a single load rtf / save rtf/docx cycle.

The extra paragraph in the DocX which cause the pagebreak - comes from an empty textelement. The template contains at rootlevel two <TCustomRVItemInfo> the first is the table containing most / all of the content. And second a very small nearly invisible TRVTextItemInfo with no text and a fontsize of...

Hi Sergey, ok - the zero distance was part one of the issue - part two are the extra created paragraphs inside Header / Footer - headers and footers are allways saved also if they are empty - disabling the header/footer with the option [rvrtfSaveHeaderFooter] is no solution, because we will have som...

Hello Sergey, I have found the reason for this problem - the source document uses distance of zero from the page border for header / footer. But the Value if zero is not used by the reader. Please have a Look into "RVRTFProps.pas" - I have modified the function TRVRTFReaderProperties.Reade...

One more, if I load a RTF file from our pool - for example with the ActionTestUni Sample - and save it to rtf or docx - there is one / some new paragraphs generated which leads to new pages in the document if we open it again with MSWord oder LibreOffice - any idea or hint how to avoid this? in thes...

Hello Sergey, ok - I think - if we have a complete list of needed features - we should talk about some sponsoring - I will add this to my list which I take to our next meeting - were we decide if really need it or if it is only nice to have. André (may be I going to code it my self :) if I have to m...