Smalltalk › Cincom › VisualWorks

[BUG Unicode] loading AllEncodings changes size of system fonts to be very large

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

10 messages Options

Christian Haider

[BUG Unicode] loading AllEncodings changes size of system fonts to be very large

(sending this again since I am not sure the first one got through)

Hi all,

yesterday I had a conversation with one of the Heeg engineers about the Unicode support. I told him that I tried it once and it messed up my system and that I never used it after that. He asked if I reported this and I denied (I thought since I work on the most widely used platform (WinXP), that people at Heeg would notice while testing). Anyways, I promised to try again and to report problems if they are still there...

After loading the parcel AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5 visual.im on WinXp sp2 (German), all fonts become extremly big which renders the image basically useless (see attached screenshot if you dont see it in the message).

Is there something wrong with my machine? And what? I stopped using BottomFeeder because of the same problem...

Does anybody else see this behavior?

cheers,

Christian

James Robertson-7

Re: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In the BottomFeeder runtime, I manually reset font sizes as part of the build

----- Original Message -----

From: [hidden email]

To: [hidden email]

Sent: Thursday, October 25, 2007 10:24 AM

Subject: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

(sending this again since I am not sure the first one got through)

Hi all,

yesterday I had a conversation with one of the Heeg engineers about the Unicode support. I told him that I tried it once and it messed up my system and that I never used it after that. He asked if I reported this and I denied (I thought since I work on the most widely used platform (WinXP), that people at Heeg would notice while testing). Anyways, I promised to try again and to report problems if they are still there...

After loading the parcel AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5 visual.im on WinXp sp2 (German), all fonts become extremly big which renders the image basically useless (see attached screenshot if you dont see it in the message).

Is there something wrong with my machine? And what? I stopped using BottomFeeder because of the same problem...

Does anybody else see this behavior?

cheers,

Christian

Christian Haider

AW: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In reply to this post by Christian Haider

Hi James,

I dont understand your comment. So, I downloaded the latest runtime (4.4) to check. And this is what I get (same as with the older versions):

sorry, but this is just unusable (for me on my machine)

cheers,

Christian

Von: James Robertson [mailto:[hidden email]]
Gesendet: Donnerstag, 25. Oktober 2007 16:46
An: [hidden email]
Betreff: Re: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In the BottomFeeder runtime, I manually reset font sizes as part of the build

----- Original Message -----

From: [hidden email]

To: [hidden email]

Sent: Thursday, October 25, 2007 10:24 AM

Subject: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

(sending this again since I am not sure the first one got through)

Hi all,

yesterday I had a conversation with one of the Heeg engineers about the Unicode support. I told him that I tried it once and it messed up my system and that I never used it after that. He asked if I reported this and I denied (I thought since I work on the most widely used platform (WinXP), that people at Heeg would notice while testing). Anyways, I promised to try again and to report problems if they are still there...

After loading the parcel AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5 visual.im on WinXp sp2 (German), all fonts become extremly big which renders the image basically useless (see attached screenshot if you dont see it in the message).

Is there something wrong with my machine? And what? I stopped using BottomFeeder because of the same problem...

Does anybody else see this behavior?

cheers,

Christian

James Robertson-7

Re: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

Hmm. Try editing the btfSettings.ini file, and set the text size to #small. Does that help? I don't see this on my systems

----- Original Message -----

From: [hidden email]

To: [hidden email] ; [hidden email]

Sent: Thursday, October 25, 2007 11:29 AM

Subject: AW: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

Hi James,

I dont understand your comment. So, I downloaded the latest runtime (4.4) to check. And this is what I get (same as with the older versions):

sorry, but this is just unusable (for me on my machine)

cheers,

Christian

Von: James Robertson [mailto:[hidden email]]
Gesendet: Donnerstag, 25. Oktober 2007 16:46
An: [hidden email]
Betreff: Re: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In the BottomFeeder runtime, I manually reset font sizes as part of the build

----- Original Message -----

From: [hidden email]

To: [hidden email]

Sent: Thursday, October 25, 2007 10:24 AM

Subject: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

(sending this again since I am not sure the first one got through)

Hi all,

yesterday I had a conversation with one of the Heeg engineers about the Unicode support. I told him that I tried it once and it messed up my system and that I never used it after that. He asked if I reported this and I denied (I thought since I work on the most widely used platform (WinXP), that people at Heeg would notice while testing). Anyways, I promised to try again and to report problems if they are still there...

After loading the parcel AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5 visual.im on WinXp sp2 (German), all fonts become extremly big which renders the image basically useless (see attached screenshot if you dont see it in the message).

Is there something wrong with my machine? And what? I stopped using BottomFeeder because of the same problem...

Does anybody else see this behavior?

cheers,

Christian

McNeil, Andrew

RE: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In reply to this post by Christian Haider

Christian

It's late down here but I believe this is due to it finding an OpenType font first in the list of available fonts.

MSWindowsFont class>>enumFontFamProc: lpelfe newTextMetric: lpntme fontTyp: fontType lParam: lParam into: aCollection

where there is some code as follows (or there was when I last looked) :

fontType == 4
ifTrue: [tempStream print: 0; nextPut: $~]
ifFalse: [tempStream print: ((lpelfe memberAt: #elfLogFont) memberAt: #lfHeight); nextPut: $~].

It should be set to zero for fontType == 2 as well, rather than using the supplied IfHeight.

An added note on why things work ok without All-Encodings loaded is that
in the VM in ntfont.c in routine printFontSizeCallback there is this code

if (!(nFontType & RASTER_FONTTYPE)) {
((LOGFONT *)logFont)->lfHeight = 0; /* indicate scalable font */
lpfi->bSeenScalable = TRUE;

So it essentially says if the fontType is not 1 then set the height to zero. You will also see in that same routine comments indicating it puts the System font at the top of the list,
which is partially why it works ok without Unicode.

In short if you load the Unicode parcels, if an OpenType font is first in the font list, your default font is likely to be set very large. There are two main problems, it shouldn't take what is essentially a random font to decide the default font and it should treat OpenType fonts the same as True Type when it comes to the point size of the font.

For internal Cincom support see Vantive 398689.

regards

Andrew McNeil

Cincom Systems of Australia

From: Christian Haider [mailto:[hidden email]]
Sent: Friday, 26 October 2007 12:25 AM
To: VW NC
Subject: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

(sending this again since I am not sure the first one got through)

Hi all,

Is there something wrong with my machine? And what? I stopped using BottomFeeder because of the same problem...

Does anybody else see this behavior?

cheers,

Christian

Christian Haider

AW: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In reply to this post by Christian Haider

not really:

What helps is:

1. System>Define Fonts

2. select 'default' (size is 40) and change size to 18; confirm with 'Assign to Named Font'
3. select 'small' (size is 34) and change size to 16; confirm with 'Assign to Named Font'

(I think there are more fonts to change)

4. go to Settings>User Interface and change text size to something, apply, change it back and apply again (this will use the font settings then)

Then it looks halfways decent.

Unfortunately, the fonts settings are not remembered and saving or loading them to file does not work.

After a couple of weeks doing this procedure after starting bottomfeeder, I gave up (I did report on the list without getting answers).

Now I use a nice tool which integrates into outlook...

cheers,

Christian

Von: James Robertson [mailto:[hidden email]]
Gesendet: Donnerstag, 25. Oktober 2007 17:46
An: [hidden email]
Betreff: Re: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

Hmm. Try editing the btfSettings.ini file, and set the text size to #small. Does that help? I don't see this on my systems

----- Original Message -----

From: [hidden email]

To: [hidden email] ; [hidden email]

Sent: Thursday, October 25, 2007 11:29 AM

Subject: AW: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

Hi James,

I dont understand your comment. So, I downloaded the latest runtime (4.4) to check. And this is what I get (same as with the older versions):

sorry, but this is just unusable (for me on my machine)

cheers,

Christian

Von: James Robertson [mailto:[hidden email]]
Gesendet: Donnerstag, 25. Oktober 2007 16:46
An: [hidden email]
Betreff: Re: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In the BottomFeeder runtime, I manually reset font sizes as part of the build

----- Original Message -----

From: [hidden email]

To: [hidden email]

Sent: Thursday, October 25, 2007 10:24 AM

Subject: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

(sending this again since I am not sure the first one got through)

Hi all,

yesterday I had a conversation with one of the Heeg engineers about the Unicode support. I told him that I tried it once and it messed up my system and that I never used it after that. He asked if I reported this and I denied (I thought since I work on the most widely used platform (WinXP), that people at Heeg would notice while testing). Anyways, I promised to try again and to report problems if they are still there...

After loading the parcel AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5 visual.im on WinXp sp2 (German), all fonts become extremly big which renders the image basically useless (see attached screenshot if you dont see it in the message).

Is there something wrong with my machine? And what? I stopped using BottomFeeder because of the same problem...

Does anybody else see this behavior?

cheers,

Christian

Magnus Schwarz

Re: AW: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

The problem seems to be related to the idea of VW to use the "first"
font in order to derive the pixel size from it :(
I attached a workaround that works on my machine with AllEncodings; (if
there is some time left I will probably find out out where it is used
but) for the moment I just resort the list of available fonts - for some
reason the Windoze API just returns some Chaparral
Pro~50~700~0~0~0~ansi~2 as first font and VW finds out that 50pt is my
preferred font size...

Regards,
Magnus

Christian Haider schrieb:

> not really:
>
>
> What helps is:
> 1. System>Define Fonts
> 2. select 'default' (size is 40) and change size to 18; confirm with
> 'Assign to Named Font'
> 3. select 'small' (size is 34) and change size to 16; confirm with
> 'Assign to Named Font'
> (I think there are more fonts to change)
> 4. go to Settings>User Interface and change text size to something,
> apply, change it back and apply again (this will use the font settings
> then)
> Then it looks halfways decent.
> Unfortunately, the fonts settings are not remembered and saving or
> loading them to file does not work.
> After a couple of weeks doing this procedure after starting
> bottomfeeder, I gave up (I did report on the list without getting
> answers).
> Now I use a nice tool which integrates into outlook...
>
> cheers,
> Christian
>
>
> ________________________________
>
> Von: James Robertson [mailto:[hidden email]]
> Gesendet: Donnerstag, 25. Oktober 2007 17:46
> An: [hidden email]
> Betreff: Re: [BUG Unicode] loading AllEncodings changes size of
> system fonts to be very large
>
>
> Hmm. Try editing the btfSettings.ini file, and set the text
> size to #small. Does that help? I don't see this on my systems
>
> ----- Original Message -----
> From: Christian Haider
> <mailto:[hidden email]>
> To: James Robertson <mailto:[hidden email]> ;
> [hidden email]
> Sent: Thursday, October 25, 2007 11:29 AM
> Subject: AW: [BUG Unicode] loading AllEncodings changes
> size of system fonts to be very large
>
> Hi James,
>
> I dont understand your comment. So, I downloaded the
> latest runtime (4.4) to check. And this is what I get (same as with the
> older versions):
>
>
>
> sorry, but this is just unusable (for me on my machine)
>
> cheers,
> Christian
>
>
> ________________________________
>
> Von: James Robertson
> [mailto:[hidden email]]
> Gesendet: Donnerstag, 25. Oktober 2007 16:46
> An: [hidden email]
> Betreff: Re: [BUG Unicode] loading AllEncodings
> changes size of system fonts to be very large
>
>
> In the BottomFeeder runtime, I manually reset
> font sizes as part of the build
>
> ----- Original Message -----
> From: Christian Haider
> <mailto:[hidden email]>
> To: VW NC <mailto:[hidden email]>
> Sent: Thursday, October 25, 2007 10:24
> AM
> Subject: [BUG Unicode] loading
> AllEncodings changes size of system fonts to be very large
>
>
> (sending this again since I am not sure
> the first one got through)
>
> Hi all,
>
> yesterday I had a conversation with one
> of the Heeg engineers about the Unicode support. I told him that I tried
> it once and it messed up my system and that I never used it after that.
> He asked if I reported this and I denied (I thought since I work on the
> most widely used platform (WinXP), that people at Heeg would notice
> while testing). Anyways, I promised to try again and to report problems
> if they are still there...
>
>
>
> After loading the parcel
> AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5
> visual.im on WinXp sp2 (German), all fonts become extremly big which
> renders the image basically useless (see attached screenshot if you dont
> see it in the message).
>
> Is there something wrong with my
> machine? And what? I stopped using BottomFeeder because of the same
> problem...
> Does anybody else see this behavior?
>
> cheers,
> Christian
>
>
>

--
Magnus Schwarz * Senior Smalltalk Architect * mailto:[hidden email]
phone:+49 231 97599-0 * fax:+49 231 97599-20
Georg Heeg eK Dortmund
Handelsregister: Amtsgericht Dortmund A 12812
---------------------------------------------------
PGP PUBLIC KEY BLOCK via http://www.heeg.de/~magnus

<?xml version="1.0"?>

<st-source>

<methods>
<class-id>Graphics.GraphicsDevice</class-id> <category>private-allocating resources</category>

<body package="Graphics-Support" selector="fontNameListsDo:">fontNameListsDo: aBlock
"List all the font names available on this device."

aBlock value: (self listFontNames asSortedCollection asArray)</body>
</methods>

<methods>
<class-id>ABB.ACEFontPolicy</class-id> <category>initialize-release</category>

<body package="Printing Framework" selector="setParameterFromDevice:">setParameterFromDevice: sourceDevice
"Last programmer: eg (17 March 1995, 4:23:20 pm)"
"Creator: eg (12 March 1995, 7:31:27 pm)"
"Copyright (c) 1995 CTB CAMTEC Software GmbH."
fontClass := sourceDevice preferredFontClass.
availableFonts := (sourceDevice listFontNames asSortedCollection asArray) collect: [:name | fontClass parse: name].
"Migration change: FontPolicy hiearchy no longer implements #syntheticBoldAndItalic, need to ask the font Class"
self fontClass syntheticBoldAndItalic
ifTrue:
[self boldnessWeight: 0.
self italicWeight: 0.
self setWidthWeight: 0].
self initializeDefault

"Released in App Printing Environment V6001.0 at (February 18, 1999 1:51:49 pm) in Image CMP131F3"</body>
</methods>

<methods>
<class-id>Graphics.HostPrinter</class-id> <category>accessing</category>

<body package="Graphics-Printing-Host" selector="listFontNames">listFontNames
"Return a list all fonts for the receiver."

^availableFontNames isNil
ifTrue: [availableFontNames := super listFontNames asSortedCollection asArray]
ifFalse: [availableFontNames]</body>
</methods>

</st-source>

Christian Haider

AW: AW: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In reply to this post by Christian Haider

Hi Magnus,

I posted an analysis of the problem last Wednesday ([Bugs][Fonts Unicode] problems with fonts). I think that should help...

cheers,
Christian

> -----Ursprüngliche Nachricht-----
> Von: Magnus Schwarz [mailto:[hidden email]]
> Gesendet: Montag, 12. November 2007 15:01
> An: Christian Haider
> Cc: James Robertson; [hidden email]; rh >> Reinhard Heisterhagen
> Betreff: Re: AW: [BUG Unicode] loading AllEncodings changes
> size of system fonts to be very large
>
> The problem seems to be related to the idea of VW to use the "first"
> font in order to derive the pixel size from it :(
> I attached a workaround that works on my machine with
> AllEncodings; (if
> there is some time left I will probably find out out where it is used
> but) for the moment I just resort the list of available fonts
> - for some
> reason the Windoze API just returns some Chaparral
> Pro~50~700~0~0~0~ansi~2 as first font and VW finds out that 50pt is my
> preferred font size...
>
> Regards,
> Magnus
>
> Christian Haider schrieb:
> > not really:
> >
> >
> > What helps is:
> > 1. System>Define Fonts
> > 2. select 'default' (size is 40) and change size to 18; confirm with
> > 'Assign to Named Font'
> > 3. select 'small' (size is 34) and change size to 16; confirm with
> > 'Assign to Named Font'
> > (I think there are more fonts to change)
> > 4. go to Settings>User Interface and change text size to something,
> > apply, change it back and apply again (this will use the
> font settings
> > then)
> > Then it looks halfways decent.
> > Unfortunately, the fonts settings are not remembered and saving or
> > loading them to file does not work.
> > After a couple of weeks doing this procedure after starting
> > bottomfeeder, I gave up (I did report on the list without getting
> > answers).
> > Now I use a nice tool which integrates into outlook...
> >
> > cheers,
> > Christian
> >
> >
> > ________________________________
> >
> > Von: James Robertson [mailto:[hidden email]]
> > Gesendet: Donnerstag, 25. Oktober 2007 17:46
> > An: [hidden email]
> > Betreff: Re: [BUG Unicode] loading AllEncodings changes size of
> > system fonts to be very large
> >
> >
> > Hmm. Try editing the btfSettings.ini file, and set the text
> > size to #small. Does that help? I don't see this on my systems
> >
> > ----- Original Message -----
> > From: Christian Haider
> > <mailto:[hidden email]>
> > To: James Robertson <mailto:[hidden email]> ;
> > [hidden email]
> > Sent: Thursday, October 25, 2007 11:29 AM
> > Subject: AW: [BUG Unicode] loading AllEncodings changes
> > size of system fonts to be very large
> >
> > Hi James,
> >
> > I dont understand your comment. So, I downloaded the
> > latest runtime (4.4) to check. And this is what I get (same
> as with the
> > older versions):
> >
> >
> >
> > sorry, but this is just unusable (for me on my machine)
> >
> > cheers,
> > Christian
> >
> >
> > ________________________________
> >
> > Von: James Robertson
> > [mailto:[hidden email]]
> > Gesendet: Donnerstag, 25. Oktober 2007 16:46
> > An: [hidden email]
> > Betreff: Re: [BUG Unicode] loading AllEncodings
> > changes size of system fonts to be very large
> >
> >
> > In the BottomFeeder runtime, I manually reset
> > font sizes as part of the build
> >
> > ----- Original Message -----
> > From: Christian Haider
> > <mailto:[hidden email]>
> > To: VW NC <mailto:[hidden email]>
> > Sent: Thursday, October 25, 2007 10:24
> > AM
> > Subject: [BUG Unicode] loading
> > AllEncodings changes size of system fonts to be very large
> >
> >
> > (sending this again since I am not sure
> > the first one got through)
> >
> > Hi all,
> >
> > yesterday I had a conversation with one
> > of the Heeg engineers about the Unicode support. I told him
> that I tried
> > it once and it messed up my system and that I never used it
> after that.
> > He asked if I reported this and I denied (I thought since I
> work on the
> > most widely used platform (WinXP), that people at Heeg would notice
> > while testing). Anyways, I promised to try again and to
> report problems
> > if they are still there...
> >
> >
> >
> > After loading the parcel
> > AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5
> > visual.im on WinXp sp2 (German), all fonts become extremly big which
> > renders the image basically useless (see attached
> screenshot if you dont
> > see it in the message).
> >
> > Is there something wrong with my
> > machine? And what? I stopped using BottomFeeder because of the same
> > problem...
> > Does anybody else see this behavior?
> >
> > cheers,
> > Christian
> >
> >
> >
>
> --
> Magnus Schwarz * Senior Smalltalk Architect *
> mailto:[hidden email]
> phone:+49 231 97599-0 * fax:+49 231 97599-20
> Georg Heeg eK Dortmund
> Handelsregister: Amtsgericht Dortmund A 12812
> ---------------------------------------------------
> PGP PUBLIC KEY BLOCK via http://www.heeg.de/~magnus
>
>

Florian Völkl-2

Re: AW: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

In reply to this post by Magnus Schwarz

Hello,

I have a similar problem using the AllEncodings.pcl. In my case the fonts
are rendered very small on my machine (WinXP).

Testing an older version of AllEncodings.pcl (4.2.1) I found out, that
this only lead to slightly smaller menu fonts. The versions delivered with
VW 7.4 or later (which are by the way still labeled 4.2.1, even if the
comments name a higher version number) lead to unusable small fonts in the
whole system.

I decided to go with the old version. When I recently started installing
my application on diffrent computers (also WinXP) I had to find out, that
my little workaround didnt get me far. The font sizes vary on different
machines.

Magnus, I am glad to see that you came up with a workaround. I tried to
file it in, but there is no ABB.ACEFontPolicy in my image. How can I get
your workaround to work in an vanilla image with only AllEncodings.pcl
loaded?

I hope I find a solution soon. Otherwise my appliction (which works with
chinese characters) was a huge waste of time.

Regards,
Florian

On Mon, 12 Nov 2007 14:45:26 +0100, Magnus Schwarz <[hidden email]> wrote:

> The problem seems to be related to the idea of VW to use the "first"
> font in order to derive the pixel size from it :(
> I attached a workaround that works on my machine with AllEncodings; (if
> there is some time left I will probably find out out where it is used
> but) for the moment I just resort the list of available fonts - for some
> reason the Windoze API just returns some Chaparral
> Pro~50~700~0~0~0~ansi~2 as first font and VW finds out that 50pt is my
> preferred font size...
>
> Regards,
> Magnus
>
> Christian Haider schrieb:
>> not really:
>>
>>
>> What helps is:
>> 1. System>Define Fonts
>> 2. select 'default' (size is 40) and change size to 18; confirm with
>> 'Assign to Named Font'
>> 3. select 'small' (size is 34) and change size to 16; confirm with
>> 'Assign to Named Font'
>> (I think there are more fonts to change)
>> 4. go to Settings>User Interface and change text size to something,
>> apply, change it back and apply again (this will use the font settings
>> then)
>> Then it looks halfways decent.
>> Unfortunately, the fonts settings are not remembered and saving or
>> loading them to file does not work.
>> After a couple of weeks doing this procedure after starting
>> bottomfeeder, I gave up (I did report on the list without getting
>> answers).
>> Now I use a nice tool which integrates into outlook...
>>
>> cheers,
>> Christian
>>
>>
>> ________________________________
>>
>> Von: James Robertson [mailto:[hidden email]]
>> Gesendet: Donnerstag, 25. Oktober 2007 17:46
>> An: [hidden email]
>> Betreff: Re: [BUG Unicode] loading AllEncodings changes size of
>> system fonts to be very large
>>
>>
>> Hmm. Try editing the btfSettings.ini file, and set the text
>> size to #small. Does that help? I don't see this on my systems
>>
>> ----- Original Message -----
>> From: Christian Haider
>> <mailto:[hidden email]>
>> To: James Robertson <mailto:[hidden email]> ;
>> [hidden email]
>> Sent: Thursday, October 25, 2007 11:29 AM
>> Subject: AW: [BUG Unicode] loading AllEncodings changes
>> size of system fonts to be very large
>>
>> Hi James,
>>
>> I dont understand your comment. So, I downloaded the
>> latest runtime (4.4) to check. And this is what I get (same as with the
>> older versions):
>>
>>
>>
>> sorry, but this is just unusable (for me on my machine)
>>
>> cheers,
>> Christian
>>
>>
>> ________________________________
>>
>> Von: James Robertson
>> [mailto:[hidden email]]
>> Gesendet: Donnerstag, 25. Oktober 2007 16:46
>> An: [hidden email]
>> Betreff: Re: [BUG Unicode] loading AllEncodings
>> changes size of system fonts to be very large
>>
>>
>> In the BottomFeeder runtime, I manually reset
>> font sizes as part of the build
>>
>> ----- Original Message -----
>> From: Christian Haider
>> <mailto:[hidden email]>
>> To: VW NC <mailto:[hidden email]>
>> Sent: Thursday, October 25, 2007 10:24
>> AM
>> Subject: [BUG Unicode] loading
>> AllEncodings changes size of system fonts to be very large
>>
>>
>> (sending this again since I am not sure
>> the first one got through)
>>
>> Hi all,
>>
>> yesterday I had a conversation with one
>> of the Heeg engineers about the Unicode support. I told him that I tried
>> it once and it messed up my system and that I never used it after that.
>> He asked if I reported this and I denied (I thought since I work on the
>> most widely used platform (WinXP), that people at Heeg would notice
>> while testing). Anyways, I promised to try again and to report problems
>> if they are still there...
>>
>>
>>
>> After loading the parcel
>> AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5
>> visual.im on WinXp sp2 (German), all fonts become extremly big which
>> renders the image basically useless (see attached screenshot if you dont
>> see it in the message).
>>
>> Is there something wrong with my
>> machine? And what? I stopped using BottomFeeder because of the same
>> problem...
>> Does anybody else see this behavior?
>>
>> cheers,
>> Christian
>>
>>
>>
>

--
Florian Völkl <[hidden email]>
Chair of Business Computing II University of Passau
Innstr. 4394032 Passau, Germany
Tel: +49 851 509 2597 Fax: +49 851 509 2592

URL: http://www.wi.uni-passau.de/

Magnus Schwarz

Re: AW: [BUG Unicode] loading AllEncodings changes size of system fonts to be very large

Sorry for the confusion, I didn't mean to include the ABB.ACEFontPolicy :(
Meanwhile a colleague of mine has done an official fix so you may forget
about my workaround - just load the current AllEncodings and apply the fix.
For your convenience I have attached it to the mail (although it hasn't
got a "reviewed" status yet).

Regards,
Magnus

Florian Völkl schrieb:

> Hello,
>
> I have a similar problem using the AllEncodings.pcl. In my case the
> fonts are rendered very small on my machine (WinXP).
>
> Testing an older version of AllEncodings.pcl (4.2.1) I found out, that
> this only lead to slightly smaller menu fonts. The versions delivered
> with VW 7.4 or later (which are by the way still labeled 4.2.1, even
> if the comments name a higher version number) lead to unusable small
> fonts in the whole system.
>
> I decided to go with the old version. When I recently started
> installing my application on diffrent computers (also WinXP) I had to
> find out, that my little workaround didnt get me far. The font sizes
> vary on different machines.
>
> Magnus, I am glad to see that you came up with a workaround. I tried
> to file it in, but there is no ABB.ACEFontPolicy in my image. How can
> I get your workaround to work in an vanilla image with only
> AllEncodings.pcl loaded?
>
> I hope I find a solution soon. Otherwise my appliction (which works
> with chinese characters) was a huge waste of time.
>
> Regards,
> Florian
>
>
>
> On Mon, 12 Nov 2007 14:45:26 +0100, Magnus Schwarz <[hidden email]>
> wrote:
>
>> The problem seems to be related to the idea of VW to use the "first"
>> font in order to derive the pixel size from it :(
>> I attached a workaround that works on my machine with AllEncodings; (if
>> there is some time left I will probably find out out where it is used
>> but) for the moment I just resort the list of available fonts - for some
>> reason the Windoze API just returns some Chaparral
>> Pro~50~700~0~0~0~ansi~2 as first font and VW finds out that 50pt is my
>> preferred font size...
>>
>> Regards,
>> Magnus
>>
>> Christian Haider schrieb:
>>> not really:
>>>
>>>
>>> What helps is:
>>> 1. System>Define Fonts
>>> 2. select 'default' (size is 40) and change size to 18; confirm with
>>> 'Assign to Named Font'
>>> 3. select 'small' (size is 34) and change size to 16; confirm with
>>> 'Assign to Named Font'
>>> (I think there are more fonts to change)
>>> 4. go to Settings>User Interface and change text size to something,
>>> apply, change it back and apply again (this will use the font settings
>>> then)
>>> Then it looks halfways decent.
>>> Unfortunately, the fonts settings are not remembered and saving or
>>> loading them to file does not work.
>>> After a couple of weeks doing this procedure after starting
>>> bottomfeeder, I gave up (I did report on the list without getting
>>> answers).
>>> Now I use a nice tool which integrates into outlook...
>>>
>>> cheers,
>>> Christian
>>>
>>>
>>> ________________________________
>>>
>>> Von: James Robertson [mailto:[hidden email]]
>>> Gesendet: Donnerstag, 25. Oktober 2007 17:46
>>> An: [hidden email]
>>> Betreff: Re: [BUG Unicode] loading AllEncodings changes size of
>>> system fonts to be very large
>>>
>>>
>>> Hmm. Try editing the btfSettings.ini file, and set the text
>>> size to #small. Does that help? I don't see this on my systems
>>>
>>> ----- Original Message -----
>>> From: Christian Haider
>>> <mailto:[hidden email]>
>>> To: James Robertson <mailto:[hidden email]> ;
>>> [hidden email]
>>> Sent: Thursday, October 25, 2007 11:29 AM
>>> Subject: AW: [BUG Unicode] loading AllEncodings changes
>>> size of system fonts to be very large
>>>
>>> Hi James,
>>>
>>> I dont understand your comment. So, I downloaded the
>>> latest runtime (4.4) to check. And this is what I get (same as with the
>>> older versions):
>>>
>>>
>>>
>>> sorry, but this is just unusable (for me on my machine)
>>>
>>> cheers,
>>> Christian
>>>
>>>
>>> ________________________________
>>>
>>> Von: James Robertson
>>> [mailto:[hidden email]]
>>> Gesendet: Donnerstag, 25. Oktober 2007 16:46
>>> An: [hidden email]
>>> Betreff: Re: [BUG Unicode] loading AllEncodings
>>> changes size of system fonts to be very large
>>>
>>>
>>> In the BottomFeeder runtime, I manually reset
>>> font sizes as part of the build
>>>
>>> ----- Original Message -----
>>> From: Christian Haider
>>> <mailto:[hidden email]>
>>> To: VW NC <mailto:[hidden email]>
>>> Sent: Thursday, October 25, 2007 10:24
>>> AM
>>> Subject: [BUG Unicode] loading
>>> AllEncodings changes size of system fonts to be very large
>>>
>>>
>>> (sending this again since I am not sure
>>> the first one got through)
>>>
>>> Hi all,
>>>
>>> yesterday I had a conversation with one
>>> of the Heeg engineers about the Unicode support. I told him that I
>>> tried
>>> it once and it messed up my system and that I never used it after that.
>>> He asked if I reported this and I denied (I thought since I work on the
>>> most widely used platform (WinXP), that people at Heeg would notice
>>> while testing). Anyways, I promised to try again and to report problems
>>> if they are still there...
>>>
>>>
>>>
>>> After loading the parcel
>>> AllEncodings.pcl from the 7.5 distribution into a virgin VW 7.5
>>> visual.im on WinXp sp2 (German), all fonts become extremly big which
>>> renders the image basically useless (see attached screenshot if you
>>> dont
>>> see it in the message).
>>>
>>> Is there something wrong with my
>>> machine? And what? I stopped using BottomFeeder because of the same
>>> problem...
>>> Does anybody else see this behavior?
>>>
>>> cheers,
>>> Christian
>>>
>>>
>>>
>>
>
>
>

--
Magnus Schwarz * Senior Smalltalk Architect * mailto:[hidden email]
phone:+49 231 97599-0 * fax:+49 231 97599-20
Georg Heeg eK Dortmund
Handelsregister: Amtsgericht Dortmund A 12812
---------------------------------------------------
PGP PUBLIC KEY BLOCK via http://www.heeg.de/~magnus

<?xml version="1.0"?>

<st-source>

<methods>
<class-id>Graphics.MSWindowsFont class</class-id> <category>private</category>

<body package="AllEncodings" selector="enumTypeFacesProc:newTextMetric:fontTyp:lParam:into:">enumTypeFacesProc: lpelfe newTextMetric: lpntme fontTyp: fontType lParam: lParam into: aCollection
"Callback function for the Windows-API EnumFontFamiliesExA to return the typeface names."

| lib fontName |
lib := OSSystemSupport concreteClass new.
String new writeStream.
fontName := ((lpelfe memberAt: #elfLogFont) memberAt: #lfFaceName)
copyCStringFromHeap.
(aCollection includes: fontName) ifFalse: [aCollection add: fontName].
^lib TRUE</body>
</methods>

<methods>
<class-id>Graphics.MSWindowsFont class</class-id> <category>system calls</category>

<body package="AllEncodings" selector="getOSFontNames:lib:param:">getOSFontNames: dc lib: lib param: fontMatch
| callBackBlock callBack faceNames |
faceNames := OrderedCollection new.
callBackBlock :=
[:lpelfe :lpntme :fontType :lParam |
self
enumTypeFacesProc: lpelfe
newTextMetric: lpntme
fontTyp: fontType
lParam: lParam
into: faceNames].
callBack := CCallback do: callBackBlock ofType: lib FONTENUMPROC.
lib
EnumFontFamiliesExA: dc
lpLogfont: fontMatch
lpEnumFontFamExProc: callBack
lParam: 0
dwFlags: 0.
^faceNames</body>
</methods>

</st-source>