TRichView.com

OK, i will try that out, thanks for the tip

Is there a quick hacky way to use the old custom resizing code as you did in rv14? Until the new code comes in place. At this moment the thing seems broken when compared to previous behavior.

Seems like most graphics implementation do a really bad job here. Its good to know, thanks

OK, I understand.
Would it be a solution to use the better scaling code for all PNG images? I read a bit about the windows algorithm and its really very simplistic, no interpolation nothing. I mean such code should never be used in modern apps, it only makes images look bad no matter what.

Just to know: was this any different in RV14? Because, looking at the code, it seems the same.

Hi Sergey, coming back to this to bring up the issue of quality. I followed the code path and, as you said, when resizing an image it ends up to pnimage.pas -> TPngObject.Draw where StretchDiBits is used that is very simplistic (e.g. no serious interpolation). Obviously the image quality during down ...

Great, thanks

I am using D7 with a version of pngobject that used to work with RV14.
Can you give me some pointer to the code to see where resizing happens or is decided so i can step through the code to try to find out what the problem is?

I verify this behavior. It seems that PNG images are not resampled. Setting rvepImageWidth and rvepImageHeight with SetItemExtraIntProperty does change the graphic size on the canvas, yet the image is not resampled but it is displayed in the original size, thus cropped to the given dimensions. This ...

Sergey Tkachenko wrote:This is not a simple change, because it requires modifications in several files, including RTF saving (it appears that it adds a final \par inconsistently when saving selection).
We plan to upload a new version as soon as we process all bug reports.

Thanks. Will check back here.

Ok, I'll make processing of the final \par when inserting without IFDEF. Thank you! Let me know if this is an easy fix that I can patch in RV14 myself. However, MS Word uses the old (before insertion) attributes for the final inserted paragraph. TRichViewEdit cannot do it (it may use it for the ...

Let me insist that this is a bug to be fixed without an IFDEF. Do this test: Open up RVA and MS Word side-by-side and in each of them type exactly 3 lines of text line that: Line one Line two Line three Open up a new RVA instance (this will be the target in our test) and in this new instance also ...

Sergey Tkachenko wrote:1. In the current version, you can use double \par at the end

But if i do that, then i will be creating 2 paragraphs if this same text is pasted elsewhere, so this is not an option.

I have a real problem here though: I need to create (by code) a snippet of rtf code which, when pasted in RV, produces a new paragraph in the end: how do i do that? And the second problem that occurs is this: in MS Word, when one pastes a paragraph (fully formatted), as you said there is a new ...

Pasting RTF text that also contains the \par at the end does not create the new line. This behavior is different than MS Word or Wordpad. You can easily repeat this by using MS Word as the source to copy text: 1. In MS Word, click the CTRL+* to display the paragraph marks in the text 2. Type a word ...