U++ forum: Welcome to the forum

Search on this site

Search in forums

Home » U++ Library support » RichText,QTF,RTF... » Zooming font of RichText to the size of StdFont

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Zooming font of RichText to the size of StdFont [message #19666]

Sat, 03 January 2009 06:45

Novo
Messages: 1430
Registered: December 2006

Ultimate Contributor

Do I understand correctly that zoom below will make size of the font of RichText equal to the size of StdFont?

Zoom zoom(StdFont().GetHeight(), ScreenDraw(false).GetPixelsPerInch().cy);

Regards,
Novo

Report message to a moderator

Re: Zooming font of RichText to the size of StdFont [message #19677 is a reply to message #19666]

Sun, 04 January 2009 15:07

mirek
Messages: 14255
Registered: November 2005

Ultimate Member

No.

If I remember well, it should be

Zoom(StdFont().GetHeight(), 100);

for the default font size, which is 100 dots (pixels).

Anyway, result still does not have to be perfect, because final height and requested height are two different things...

Mirek

Report message to a moderator

Re: Zooming font of RichText to the size of StdFont [message #19714 is a reply to message #19677]

Wed, 07 January 2009 05:20

Novo
Messages: 1430
Registered: December 2006

Ultimate Contributor

Thanks!

ScreenDraw(false).GetPixelsPerInch().cy returns 96 on all my Windows computers.

Actually, zooming looks better in case of 96. In this case letters do not merge with each other.

Regards,
Novo

Report message to a moderator

Re: Zooming font of RichText to the size of StdFont [message #19724 is a reply to message #19714]

Wed, 07 January 2009 13:29

mirek
Messages: 14255
Registered: November 2005

Ultimate Member

Novo wrote on Tue, 06 January 2009 23:20

Thanks!

ScreenDraw(false).GetPixelsPerInch().cy returns 96 on all my Windows computers.

It is because it is set as screen property. If you set "Large fonts" in windows screen dialog, it changes to 120dpi (AFAIK).

Really, I have said it before, but people for some strange reason put too much emphasis to this basically meaningless value (GetPixelsPerInch for screen). It is really meaningful only for printer.

Mirek

Report message to a moderator

Re: Zooming font of RichText to the size of StdFont [message #19994 is a reply to message #19724]

Sun, 08 February 2009 11:46

Zeth
Messages: 2
Registered: February 2009
Location: Estonia

Junior Member

GetPixelsPerInch returns 96 even though I have set dpi to 120 in (Desktop) properties -> Settings -> Advanced. I'm using Windows XP. I tried ScreenDraw(false).GetPixelsPerInch().cy and ScreenDraw(false).GetPixelsPerInch().cx

Report message to a moderator

Re: Zooming font of RichText to the size of StdFont [message #20001 is a reply to message #19994]

Mon, 09 February 2009 08:03

mirek
Messages: 14255
Registered: November 2005

Ultimate Member

Check

void Draw::LoadCaps()

- we are only reading info from GDI. If it returns 96, it is because GDI says 96 (IMO).

However, I still insist that this value is basically useless. I guess Win32 guys think the same Smile

Mirek

Report message to a moderator

Re: Zooming font of RichText to the size of StdFont [message #20006 is a reply to message #20001]

Mon, 09 February 2009 09:39

Zeth
Messages: 2
Registered: February 2009
Location: Estonia

Junior Member

I've read about it and it seems to be a Windows XP specific problem with GetDeviceCaps always returning 96. I ended up checking my main window size (it isn't resizable):

if(this->GetSize().cx > 690){ //Assume Large font
    DPI = 120;
}
float Multiplier = DPI / 96;

I've attached a small testcase which shows my problem. If you load it with 96 dpi all is ok, but when you change it to use 120dpi then you can see the scrollArea StaticText control is not automatically resized and the buttons are no longer of the same size. Basically all the manually added controls are not resized according to the current dpi. How do you guys handle this?

Attachment: Testcase.zip
(Size: 2.31KB, Downloaded 412 times)

[Updated on: Mon, 09 February 2009 09:51]

Report message to a moderator

Re: Zooming font of RichText to the size of StdFont [message #20049 is a reply to message #20006]

Fri, 13 February 2009 15:11

mirek
Messages: 14255
Registered: November 2005

Ultimate Member

Zeth wrote on Mon, 09 February 2009 03:39

I've read about it and it seems to be a Windows XP specific problem with GetDeviceCaps always returning 96. I ended up checking my main window size (it isn't resizable):

if(this->GetSize().cx > 690){ //Assume Large font
    DPI = 120;
}
float Multiplier = DPI / 96;

FontZoom.

Check Ctrl::

static int HorzLayoutZoom(int cx);
static int VertLayoutZoom(int cy);

The basic idea is to query the size of specific text with current default GUI font. Knowing its "default size" (as defined by its size in WinXP with small fonts, but that is hardly relevant) you compute zooming ratio.

Mirek

[Updated on: Fri, 13 February 2009 15:11]

Report message to a moderator

Prompt with non-system dpi for text at first [message #23855 is a reply to message #19666]

Fri, 27 November 2009 09:41

Sender Ghost
Messages: 301
Registered: November 2008

Senior Member

Hello.
On my system I have 108 dpi instead of 96 dpi by default for fonts.
When I use Prompt function before any TopWindow class in the GUI_APP_MAIN with following test case:

#include <CtrlLib/CtrlLib.h>

using namespace Upp;

GUI_APP_MAIN
{
	Zoom z = GetRichTextStdScreenZoom();
	PromptOK(NFormat("This is a text with Zoom(%d, %d)", z.m, z.d));
	z = GetRichTextStdScreenZoom();
	PromptOK(NFormat("This is the same text with Zoom(%d, %d)", z.m, z.d));
}

I have non-system dpi at first activation of the Prompt function.
index.php?t=getfile&id=2013&private=0

Before introduction of new Drawing system I didn't have this problem, because U++ application was used system dpi.
Current tested revision is 1724.

Attachment: PromptTestBefore.png
(Size: 8.77KB, Downloaded 873 times)
Attachment: PromptTestAfter.png
(Size: 9.70KB, Downloaded 922 times)

[Updated on: Fri, 27 November 2009 09:47]

Report message to a moderator

Re: Prompt with non-system dpi for text at first [message #23863 is a reply to message #23855]

Fri, 27 November 2009 15:13

Sender Ghost
Messages: 301
Registered: November 2008

Senior Member

I found the following solution for my problem:

 int Prompt(Callback1<const String&> WhenLink,
            const char *title, const Image& iconbmp, const char *qtf, bool okcancel,
            const char *button1, const char *button2, const char *button3,
 		   int cx,
 		   Image im1, Image im2, Image im3)
 {
+	int bcy = Ctrl::VertLayoutZoom(24);
+	int bcx = Ctrl::HorzLayoutZoom(72);
 	int fcy = Draw::GetStdFontCy();
 	PromptDlgWnd__ dlg;
 	RichTextCtrl qtfctrl;
 	Icon         icon;
 	qtfctrl.WhenLink = WhenLink;
 	icon.SetImage(iconbmp);
 	Button b1, b2, b3;
 	qtfctrl.SetQTF(String("[G1 ") + qtf, GetRichTextStdScreenZoom());
-	int bcy = Ctrl::VertLayoutZoom(24);
-	int bcx = Ctrl::HorzLayoutZoom(72);
 	if(button1)
 		bcx = max(2 * fcy + GetTextSize(button1, Draw::GetStdFont()).cx, bcx);
 	if(button2)
 		bcx = max(2 * fcy + GetTextSize(button2, Draw::GetStdFont()).cx, bcx);
 	if(button3)
 		bcx = max(2 * fcy + GetTextSize(button3, Draw::GetStdFont()).cx, bcx);

Its just reordering of control flow. So, Ctrl::Csizeinit() can be initialized before GetRichTextStdScreenZoom().
index.php?t=getfile&id=2016&private=0

Attachment: PromptTestBeforeWithFix.png
(Size: 9.30KB, Downloaded 911 times)

Report message to a moderator

Re: Prompt with non-system dpi for text at first [message #23870 is a reply to message #23863]

Sun, 29 November 2009 23:31

mirek
Messages: 14255
Registered: November 2005

Ultimate Member

Thank you for reporting the problem.

I believe even better solution is to put Csizeinit call to GUI_APP_MAIN.

[Updated on: Sun, 29 November 2009 23:32]

Report message to a moderator

Re: Prompt with non-system dpi for text at first [message #23959 is a reply to message #23870]

Thu, 10 December 2009 15:52

Sender Ghost
Messages: 301
Registered: November 2008

Senior Member

luzr wrote on Sun, 29 November 2009 23:31

Thank you for reporting the problem.

I believe even better solution is to put Csizeinit call to GUI_APP_MAIN.

Thank you for your solution.

Considering new topic I propose following modified solution:
- Make public static SizeInit function to call inlined Csizeinit function.
- Use created SizeInit function in the CtrlCore/Win32Wnd.cpp::InitWin32, CtrlCore/X11App.cpp::InitX11 functions.

Normal diff for 1796 revision:

File: CtrlCore\Ctrl.cpp
770a771,775
> void Ctrl::SizeInit()
> {
> 	Csizeinit();
> }
> 

File: CtrlCore\CtrlCore.h
1328a1329,1330
> 	
> 	static void SizeInit();

File: CtrlCore\Win32Wnd.cpp
288c288
< 	Csizeinit();
---
> 	SizeInit();

File: CtrlCore\X11App.cpp
429c429
< 	Csizeinit();
---
> 	SizeInit();

[Updated on: Thu, 10 December 2009 16:13]

Report message to a moderator

Re: Prompt with non-system dpi for text at first [message #23960 is a reply to message #23959]

Thu, 10 December 2009 19:16

mirek
Messages: 14255
Registered: November 2005

Ultimate Member

Well, I have just removed "inline"...

Mirek

Report message to a moderator

Previous Topic:	Extracting StymeManager
Next Topic:	RichTextLayoutTracer example improvement

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Sat Apr 26 21:49:28 CEST 2025

Total time taken to generate the page: 0.03413 seconds