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

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

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

Christian Haider
(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
Reply | Threaded
Open this post in threaded view
|

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

James Robertson-7
In the BottomFeeder runtime, I manually reset font sizes as part of the build
----- Original Message -----
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
Reply | Threaded
Open this post in threaded view
|

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

Christian Haider
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 -----
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
Reply | Threaded
Open this post in threaded view
|

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

James Robertson-7
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 -----
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 -----
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
Reply | Threaded
Open this post in threaded view
|

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

McNeil, Andrew
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,
 
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
Reply | Threaded
Open this post in threaded view
|

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

Christian Haider
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 -----
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 -----
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
Reply | Threaded
Open this post in threaded view
|

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

Magnus Schwarz
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>
Reply | Threaded
Open this post in threaded view
|

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

Christian Haider
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
>
>

Reply | Threaded
Open this post in threaded view
|

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

Florian Völkl-2
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/

Reply | Threaded
Open this post in threaded view
|

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

Magnus Schwarz
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>