IrfanPaint Support Thread

[MItaly]

Arial Unicode MS is a pan-Unicode font that includes a lot of glyphs, including the eastern languages ones. It should be installed automatically with MS Office, I don't know why you don't have it. Anyway, if you don't need to write/read in eastern languages you don't need to install these fonts.
BTW, here's another pan-Unicode font (shareware, $ 5).

[Skippybox]

I have MS Office installed, but Arial Unicode MS is not. Is this an alternative to changing the language setting or is just another option? Do I have to change the default settings of Office to accomplish it?

[MItaly]

BTW, if you have Microsoft Office installed you should be able to render these strings using the font Arial Unicode MS.

[MItaly]

Well, I think it's normal (these languages require a lot of glyphs, so the new fonts will take a lot of space). I never actually installed them by hand (they were already installed when I bought this PC), so I never saw these two dialogs.

[Skippybox]

I know, but I get this:

[MItaly]

AFAIK you should just check the two checkboxes in this dialog (you can open it by going in the Control Panel and double-clicking "Regional and language options"):

and click OK.

[Skippybox]

Thanks, that special setting probably is the key. I won't try it though, as 230MB to install, is humongous.

[MItaly]

Are you sure you have installed the proper support for Eastern languages?
(thanks Bhikkhu for the corrections )

[Skippybox]

I don't know what to say, on my Windows XP SP3 machine it works; the first string is rendered with MS PGothic, the second with SimSun.

Those are the same fonts I get, but it just comes out as rectangles. Is there some setting we don't have configured?

[MItaly]

Diff situation here.
Pasting the Hirigana string works, The Katakana string fails.

I don't know what to say, on my Windows XP SP3 machine it works; the first string is rendered with MS PGothic, the second with SimSun.

Thanks for the code, but I'm no programmer, so it is hard to appreciate.

Most of that code is simple math, it should be rather simple to understand.

My question really revolved around accuracy of display. If a selection box is made on a zoomed in image, it will usually be incorrectly positioned in relation to the actual pixels of the image. Thus, a drawing in a selection box could be viewed as partly inside and partly outside the box, because the actual image pixels translate to many screen points, many of which could lie outside the mouse positioned selection box. Do you understand my point? How can this possibility be overcome. I think custom selection would, in theory, eliminate this problem. How can one see what they are really drawing when zoomed in?

Yes, this is a problem; the approach that is used in my internal beta is to consider only fully selected pixels, but I think that I'll change this, making the selections snap to the pixel grid; the actual selection system is quite terrible.

So maybe think about to use a toolbar with buttons instead of regular buttons. Using the CCS_NOPARENTALIGN and CCS_NODIVIDER styles you can position the toolbar in the resource file to your preferred position.

If you are using a toolbar it is also easy to set the buttons to an indeterminate state (this information you are getting in the CHARFORMAT and PARAFORMAT). Indeterminate means that you selected a range of character with different formatting (like bold and not bold).

Yes, I think that it's a good solution. Thank you!

[impdf]

It seems to be a limitation of Windows XP: icon-buttons (with the BS_ICON style) for some reason are not themed.

So maybe think about to use a toolbar with buttons instead of regular buttons. Using the CCS_NOPARENTALIGN and CCS_NODIVIDER styles you can position the toolbar in the resource file to your preferred position.

If you are using a toolbar it is also easy to set the buttons to an indeterminate state (this information you are getting in the CHARFORMAT and PARAFORMAT). Indeterminate means that you selected a range of character with different formatting (like bold and not bold).

[Skippybox]

Quite simple (and now that IP draws the image it's also very precise):

Thanks for the code, but I'm no programmer, so it is hard to appreciate.

My question really revolved around accuracy of display. If a selection box is made on a zoomed in image, it will usually be incorrectly positioned in relation to the actual pixels of the image. Thus, a drawing in a selection box could be viewed as partly inside and partly outside the box, because the actual image pixels translate to many screen points, many of which could lie outside the mouse positioned selection box. Do you understand my point? How can this possibility be overcome. I think custom selection would, in theory, eliminate this problem. How can one see what they are really drawing when zoomed in?

[Sam_Zen]

Diff situation here.
Pasting the Hirigana string works, The Katakana string fails.

[Bhikkhu Pesala]

No such luck here. If I try to change the font it just goes back to Small Fonts.

[MItaly]

How do screen points get converted to DIB points?

Quite simple (and now that IP draws the image it's also very precise):

//Converts a POINT(S) referred to the IrfanViewer window to a POINT(S) referred to the bitmap
template <class ptType> void IVWnd2DIBPoint(ptType * IVWndPoint)
{
	if(DibSect==NULL)
		return;
	POINT shift=GetShift();
	float zoom=GetZoom();
#pragma warning (push)
#pragma warning (disable:4244)
	IVWndPoint->x=(long)((IVWndPoint->x+shift.x)/(zoom/100.0));
	IVWndPoint->y=(long)((IVWndPoint->y+shift.y)/(zoom/100.0));
#pragma warning (pop)
	return;
};

.
Some time I ago made a try to have better precision leaving to IV the work of drawing, but I had to write something like this:

//Converts a POINT(S) referred to the IrfanViewer window to a POINT(S) referred to the bitmap
template <class ptType> void IVWnd2DIBPoint(ptType * IVWndPoint)
{
	if(shift.x<0)
		IVWndPoint->x+=shift.x;
	if(shift.y<0)
		IVWndPoint->y+=shift.y;
	if(zoom<=100)
	{
		IVWndPoint->x=round(IVWndPoint->x/(zoom/100.0));
		IVWndPoint->y=round(IVWndPoint->y/(zoom/100.0));
	}
	else
	{
		SIZED pxSize=GetDIBPixelSize();
		IVWndPoint->x=IVWndPoint->x/pxSize.cx+0.01; //To avoid that a 0.999999... is considered 0 instead of 1
		IVWndPoint->y=IVWndPoint->y/pxSize.cy+0.01;
	}
	if(shift.x>0)
		IVWndPoint->x+=round(shift.x/(zoom/100.0));
	if(shift.y>0)
		IVWndPoint->y+=round(shift.y/(zoom/100.0));
	return;
};

; and it still wasn't very precise!

When is the next version of IP expected?

Whenever I'll have more time to work on it.

Would it be possible to use visual themes for the toolbar icons in the text tool?
All other controls in the tool do, so it looks a little bit strange in the moment...

It seems to be a limitation of Windows XP: icon-buttons (with the BS_ICON style) for some reason are not themed.

Hirigana and Katikana (Japanese fonts) apparently don't work in IrfanPaint.

For me (with copy-paste from your message) they work (see attachment).