I'm getting number of reports on #winehq as well as in bugzilla about new Ubuntu packages for 0.9.35 having problems with displaying text and mouse cursor. It appears there were some problems with xrandr during compiling them.
Scott could you take a look at this and fix them as soon as you can? Or at least remove broken packages from the repository?
Vitaliy.
On Sat, 2007-04-14 at 13:08 -0600, Vitaliy Margolen wrote:
I'm getting number of reports on #winehq as well as in bugzilla about new Ubuntu packages for 0.9.35 having problems with displaying text and mouse cursor. It appears there were some problems with xrandr during compiling them.
Scott could you take a look at this and fix them as soon as you can? Or at least remove broken packages from the repository?
Vitaliy.
The only change between this package and the previous one (0.9.34) was that I removed libarts1-dev as a build dependency. I'm using the same machine, build environment, and everything. If there's a problem, it's likely a Wine one.
I would venture to guess that the reason there seem to be so many Ubuntu problems is because we have so many Ubuntu users - as noted earlier, though, SuSE seems to have brokenness as well.
I did notice after running Winecfg something unexpected happened: it started profiling the fonts all over again like it was the first time I had run it. Something must have changed in this new version, and it might have broken older installs.
Does that help narrow it down?
Thanks, Scott Ritchie
Scott Ritchie wrote:
On Sat, 2007-04-14 at 13:08 -0600, Vitaliy Margolen wrote:
I'm getting number of reports on #winehq as well as in bugzilla about new Ubuntu packages for 0.9.35 having problems with displaying text and mouse cursor. It appears there were some problems with xrandr during compiling them.
Scott could you take a look at this and fix them as soon as you can? Or at least remove broken packages from the repository?
Vitaliy.
The only change between this package and the previous one (0.9.34) was that I removed libarts1-dev as a build dependency. I'm using the same machine, build environment, and everything. If there's a problem, it's likely a Wine one.
I would venture to guess that the reason there seem to be so many Ubuntu problems is because we have so many Ubuntu users - as noted earlier, though, SuSE seems to have brokenness as well.
I did notice after running Winecfg something unexpected happened: it started profiling the fonts all over again like it was the first time I had run it. Something must have changed in this new version, and it might have broken older installs.
Does that help narrow it down?
Thanks, Scott Ritchie
I've tried 0.9.34 on a second suse 9.3 system ( identical system, same distro level ) and notepad works correctly. There is one difference between the two systems, the one that doesn't work has the c:\windows\fonts\ directory popoulated with windows truetype fonts and the non working fonts, such as couri.fon ( not sure if I spelled that correctly, but you get the idea ). However the system where notepad works ... it's c:\windows\fonts\ directory has no font files in it what so ever. Could wine be using these .fon fonts in c:\windows\fonts\ which it then can't display correctly ?.
I'll remove the .fon files from c:\windows\fonts\ on the non working system on Monday and see if that fixes notepad. Maybe something in wine changed that affected it's ability to display .fon fonts ..
Nick
Nick Law wrote:
Scott Ritchie wrote:
On Sat, 2007-04-14 at 13:08 -0600, Vitaliy Margolen wrote:
I'm getting number of reports on #winehq as well as in bugzilla about new Ubuntu packages for 0.9.35 having problems with displaying text and mouse cursor. It appears there were some problems with xrandr during compiling them.
Scott could you take a look at this and fix them as soon as you can? Or at least remove broken packages from the repository?
Vitaliy.
The only change between this package and the previous one (0.9.34) was that I removed libarts1-dev as a build dependency. I'm using the same machine, build environment, and everything. If there's a problem, it's likely a Wine one.
I would venture to guess that the reason there seem to be so many Ubuntu problems is because we have so many Ubuntu users - as noted earlier, though, SuSE seems to have brokenness as well.
I did notice after running Winecfg something unexpected happened: it started profiling the fonts all over again like it was the first time I had run it. Something must have changed in this new version, and it might have broken older installs.
Does that help narrow it down?
Thanks, Scott Ritchie
I've tried 0.9.34 on a second suse 9.3 system ( identical system, same distro level ) and notepad works correctly. There is one difference between the two systems, the one that doesn't work has the c:\windows\fonts\ directory popoulated with windows truetype fonts and the non working fonts, such as couri.fon ( not sure if I spelled that correctly, but you get the idea ). However the system where notepad works ... it's c:\windows\fonts\ directory has no font files in it what so ever. Could wine be using these .fon fonts in c:\windows\fonts\ which it then can't display correctly ?.
I'll remove the .fon files from c:\windows\fonts\ on the non working system on Monday and see if that fixes notepad. Maybe something in wine changed that affected it's ability to display .fon fonts ..
Nick
I'm seeing other broken apps as regards fonts as tests coming through on the appdb. Here's a quote from the Logicworks 5.0.2 app. " Significantly more frequent crashes from 0.9.34 release. Menu fonts too small to clearly read. Close and minimize buttons replaced by dingbat characters, seemingly at random. Some of the fonts are inexplicably altered to italics and/or serif fonts from the plain sans-serif default. Some existing circuits were distorted and difficult to alter. and there are problems creating new device symbols. Tested files were found to still render correctly under Windows and under 0.9.34, though one was corrupted and unusable. " Nick
Well, I don't quite know what happened there with the fonts, however my fonts are now back working by deleting the contents of the fonts folder c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc into this folder.
The reason I had to copy verdana was because the application 'anno domini' copies a font called broadway into \windows\fonts\ then another application 'Virtual Mechanics Webengine' then uses the broadway font for it's license dialogue box, presumably because that's the only font present in c:\windows\fonts\ unless verdana is in /windows/font/ directory then it uses that which looks an awful lot more legible than the broadway font.
So it seems to be working now, however I have a question.
When you run notepad.exe and look at the fonts available, with an empty windows\fonts\ directory notepad lists about 51 fonts, all of which are truetype except 1. So why are these fonts not in \windows\fonts\ where applications such as webengine can find them ?
And how does fontforge figure in this equation, I assume it generates the 51 fonts & then wine passes those fonts in some way. However won't that cause a problem for applications that expect to find fonts present in \windows\fonts ?
Regards Nick
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however my fonts are now back working by deleting the contents of the fonts folder c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc into this folder.
The reason I had to copy verdana was because the application 'anno domini' copies a font called broadway into \windows\fonts\ then another application 'Virtual Mechanics Webengine' then uses the broadway font for it's license dialogue box, presumably because that's the only font present in c:\windows\fonts\ unless verdana is in /windows/font/ directory then it uses that which looks an awful lot more legible than the broadway font.
So it seems to be working now, however I have a question.
When you run notepad.exe and look at the fonts available, with an empty windows\fonts\ directory notepad lists about 51 fonts, all of which are truetype except 1. So why are these fonts not in \windows\fonts\ where applications such as webengine can find them ?
And how does fontforge figure in this equation, I assume it generates the 51 fonts & then wine passes those fonts in some way. However won't that cause a problem for applications that expect to find fonts present in \windows\fonts ?
Regards Nick
I tied it down to a specific font sserief.fon 18,576 bytes (generated with fontforge ?) This being present in \windows\fonts causes the license & help dialogues text to be blank in the webengine application.. while in notepad MS sans serif text is also blank. Another, much larger sserief.fon file (about 62Kbytes) was present in X11/truetype (which may have come from a windows system ?) was used instead which worked just fine in both notepad & webengine. So could fontforge be producing a bad sserief.fon file or .fon files that wine has trouble displaying ?. I checked back to 0.9.30 and the md5 of the sserief.fon file is the same as the file in 0.9.35. so the fon file hasn't changed so is it something in wine changed between version 0.9.30 & 35 ?
Is it the case these .fon files should not be in /windows/fonts
On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote:
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however my fonts are now back working by deleting the contents of the fonts folder c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc into this folder.
The reason I had to copy verdana was because the application 'anno domini' copies a font called broadway into \windows\fonts\ then another application 'Virtual Mechanics Webengine' then uses the broadway font for it's license dialogue box, presumably because that's the only font present in c:\windows\fonts\ unless verdana is in /windows/font/ directory then it uses that which looks an awful lot more legible than the broadway font.
So it seems to be working now, however I have a question.
When you run notepad.exe and look at the fonts available, with an empty windows\fonts\ directory notepad lists about 51 fonts, all of which are truetype except 1. So why are these fonts not in \windows\fonts\ where applications such as webengine can find them ?
And how does fontforge figure in this equation, I assume it generates the 51 fonts & then wine passes those fonts in some way. However won't that cause a problem for applications that expect to find fonts present in \windows\fonts ?
Regards Nick
I tied it down to a specific font sserief.fon 18,576 bytes (generated with fontforge ?) This being present in \windows\fonts causes the license & help dialogues text to be blank in the webengine application.. while in notepad MS sans serif text is also blank. Another, much larger sserief.fon file (about 62Kbytes) was present in X11/truetype (which may have come from a windows system ?) was used instead which worked just fine in both notepad & webengine. So could fontforge be producing a bad sserief.fon file or .fon files that wine has trouble displaying ?. I checked back to 0.9.30 and the md5 of the sserief.fon file is the same as the file in 0.9.35. so the fon file hasn't changed so is it something in wine changed between version 0.9.30 & 35 ?
Is it the case these .fon files should not be in /windows/fonts
We shouldn't be installing fonts into c:\windows\fonts. They go into /usr/share/wine/fonts where Wine should find them (or they'll be found in the build tree if you're running straight from there).
fontforge earlier than about Jan 2006 does have some problems generating the bitmap fonts, so that may be part of your problem.
Huw.
We shouldn't be installing fonts into c:\windows\fonts. They go into /usr/share/wine/fonts where Wine should find them (or they'll be found in the build tree if you're running straight from there).
I have a question about this. It appears that the registry entries for the fonts are added in HKLM\Software\Microsoft\Windows NT\CurrentVersion\Fonts. For example:
FreeMono Bold (TrueType) == FreeMonoBold.ttf.
If I understand the documentation, if a full path is not given the fonts can be found in <WINDIR>\fonts. An application that wants to work with the fonts directly and enumerates the fonts via this table in the registry will not be able to find the fonts.
What is the best way to work around this? A symbolic link for each font that is referenced in the registry font table?
Thanks, Phil
Huw Davies wrote:
On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote:
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however my fonts are now back working by deleting the contents of the fonts folder c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc into this folder.
The reason I had to copy verdana was because the application 'anno domini' copies a font called broadway into \windows\fonts\ then another application 'Virtual Mechanics Webengine' then uses the broadway font for it's license dialogue box, presumably because that's the only font present in c:\windows\fonts\ unless verdana is in /windows/font/ directory then it uses that which looks an awful lot more legible than the broadway font.
So it seems to be working now, however I have a question.
When you run notepad.exe and look at the fonts available, with an empty windows\fonts\ directory notepad lists about 51 fonts, all of which are truetype except 1. So why are these fonts not in \windows\fonts\ where applications such as webengine can find them ?
And how does fontforge figure in this equation, I assume it generates the 51 fonts & then wine passes those fonts in some way. However won't that cause a problem for applications that expect to find fonts present in \windows\fonts ?
Regards Nick
I tied it down to a specific font sserief.fon 18,576 bytes (generated with fontforge ?) This being present in \windows\fonts causes the license & help dialogues text to be blank in the webengine application.. while in notepad MS sans serif text is also blank. Another, much larger sserief.fon file (about 62Kbytes) was present in X11/truetype (which may have come from a windows system ?) was used instead which worked just fine in both notepad & webengine. So could fontforge be producing a bad sserief.fon file or .fon files that wine has trouble displaying ?. I checked back to 0.9.30 and the md5 of the sserief.fon file is the same as the file in 0.9.35. so the fon file hasn't changed so is it something in wine changed between version 0.9.30 & 35 ?
Is it the case these .fon files should not be in /windows/fonts
We shouldn't be installing fonts into c:\windows\fonts. They go into /usr/share/wine/fonts where Wine should find them (or they'll be found in the build tree if you're running straight from there).
fontforge earlier than about Jan 2006 does have some problems generating the bitmap fonts, so that may be part of your problem.
Huw.
/usr/share/wine/fonts does not exist on my system. Is this directory supposed to be created by wine/winecfg or by the make install when compiling from source.
I've compiled again from source & started with a fresh .wine directory but /usr/share/wine/fonts/ still does not exist. Are you sure that's correct or do have to manually create the directory ?
Nick
We shouldn't be installing fonts into c:\windows\fonts. They go into /usr/share/wine/fonts where Wine should find them (or they'll be found in the build tree if you're running straight from there).
fontforge earlier than about Jan 2006 does have some problems generating the bitmap fonts, so that may be part of your problem.
Huw.
/usr/share/wine/fonts does not exist on my system. Is this directory supposed to be created by wine/winecfg or by the make install when compiling from source.
I've compiled again from source & started with a fresh .wine directory but /usr/share/wine/fonts/ still does not exist. Are you sure that's correct or do have to manually create the directory ?
Btw, WINE finds other TrueType fonts just easily in other directories using fontconfig. (as far as I know)
Ciao, Marcus
On Tue, 2007-17-04 at 22:08 +0100, Nick Law wrote:
Huw Davies wrote:
On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote:
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however my fonts are now back working by deleting the contents of the fonts folder c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc into this folder.
The reason I had to copy verdana was because the application 'anno domini' copies a font called broadway into \windows\fonts\ then another application 'Virtual Mechanics Webengine' then uses the broadway font for it's license dialogue box, presumably because that's the only font present in c:\windows\fonts\ unless verdana is in /windows/font/ directory then it uses that which looks an awful lot more legible than the broadway font.
So it seems to be working now, however I have a question.
When you run notepad.exe and look at the fonts available, with an empty windows\fonts\ directory notepad lists about 51 fonts, all of which are truetype except 1. So why are these fonts not in \windows\fonts\ where applications such as webengine can find them ?
And how does fontforge figure in this equation, I assume it generates the 51 fonts & then wine passes those fonts in some way. However won't that cause a problem for applications that expect to find fonts present in \windows\fonts ?
Regards Nick
I tied it down to a specific font sserief.fon 18,576 bytes (generated with fontforge ?) This being present in \windows\fonts causes the license & help dialogues text to be blank in the webengine application.. while in notepad MS sans serif text is also blank. Another, much larger sserief.fon file (about 62Kbytes) was present in X11/truetype (which may have come from a windows system ?) was used instead which worked just fine in both notepad & webengine. So could fontforge be producing a bad sserief.fon file or .fon files that wine has trouble displaying ?. I checked back to 0.9.30 and the md5 of the sserief.fon file is the same as the file in 0.9.35. so the fon file hasn't changed so is it something in wine changed between version 0.9.30 & 35 ?
Is it the case these .fon files should not be in /windows/fonts
We shouldn't be installing fonts into c:\windows\fonts. They go into /usr/share/wine/fonts where Wine should find them (or they'll be found in the build tree if you're running straight from there).
fontforge earlier than about Jan 2006 does have some problems generating the bitmap fonts, so that may be part of your problem.
Huw.
/usr/share/wine/fonts does not exist on my system. Is this directory supposed to be created by wine/winecfg or by the make install when compiling from source.
I've compiled again from source & started with a fresh .wine directory but /usr/share/wine/fonts/ still does not exist. Are you sure that's correct or do have to manually create the directory ?
Nick
or it might be in /usr/local/share/wine/fonts (which it is on mine)
Bill
Bill Medland wrote:
On Tue, 2007-17-04 at 22:08 +0100, Nick Law wrote:
Huw Davies wrote:
On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote:
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however my fonts are now back working by deleting the contents of the fonts folder c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc into this folder.
The reason I had to copy verdana was because the application 'anno domini' copies a font called broadway into \windows\fonts\ then another application 'Virtual Mechanics Webengine' then uses the broadway font for it's license dialogue box, presumably because that's the only font present in c:\windows\fonts\ unless verdana is in /windows/font/ directory then it uses that which looks an awful lot more legible than the broadway font.
So it seems to be working now, however I have a question.
When you run notepad.exe and look at the fonts available, with an empty windows\fonts\ directory notepad lists about 51 fonts, all of which are truetype except 1. So why are these fonts not in \windows\fonts\ where applications such as webengine can find them ?
And how does fontforge figure in this equation, I assume it generates the 51 fonts & then wine passes those fonts in some way. However won't that cause a problem for applications that expect to find fonts present in \windows\fonts ?
Regards Nick
I tied it down to a specific font sserief.fon 18,576 bytes (generated with fontforge ?) This being present in \windows\fonts causes the license & help dialogues text to be blank in the webengine application.. while in notepad MS sans serif text is also blank. Another, much larger sserief.fon file (about 62Kbytes) was present in X11/truetype (which may have come from a windows system ?) was used instead which worked just fine in both notepad & webengine. So could fontforge be producing a bad sserief.fon file or .fon files that wine has trouble displaying ?. I checked back to 0.9.30 and the md5 of the sserief.fon file is the same as the file in 0.9.35. so the fon file hasn't changed so is it something in wine changed between version 0.9.30 & 35 ?
Is it the case these .fon files should not be in /windows/fonts
We shouldn't be installing fonts into c:\windows\fonts. They go into /usr/share/wine/fonts where Wine should find them (or they'll be found in the build tree if you're running straight from there).
fontforge earlier than about Jan 2006 does have some problems generating the bitmap fonts, so that may be part of your problem.
Huw.
/usr/share/wine/fonts does not exist on my system. Is this directory supposed to be created by wine/winecfg or by the make install when compiling from source.
I've compiled again from source & started with a fresh .wine directory but /usr/share/wine/fonts/ still does not exist. Are you sure that's correct or do have to manually create the directory ?
Nick
or it might be in /usr/local/share/wine/fonts (which it is on mine)
Bill
yes, /usr/local/share/wine/fonts/ exists my system and is only populated with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the build which include courier (fon) and serife don't get transferred to either /usr/local/share/wine/fonts/ or anywhere in .wine, that explains why serief, courier & system don't now show up on the font list when I run notepad.
One other fact I forget to mention, on this system I jumped from about 0.9.31 to 0.9.35.
Should I expect to find all the fonts that are in my build directory /home/guest/downloads/wine/wine-0.9.35/fonts/ ie 108 files in /usr/local/share/wine/fonts/ ? if so they don't appear to get copied in the install (at least by version 0.9.35)
Can anybody confirm that, Thanks.
On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
yes, /usr/local/share/wine/fonts/ exists my system and is only populated with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the build which include courier (fon) and serife don't get transferred to either /usr/local/share/wine/fonts/ or anywhere in .wine, that explains why serief, courier & system don't now show up on the font list when I run notepad.
It's ${prefix}/share/wine/fonts where ${prefix} defaults to /usr/local and can be changed by running configure with the --prefix option. They get installed there where you run make install. I've no idea where the broadway.ttf and ad5font.fon fonts come from, but they're certainly not from a Wine install.
Should I expect to find all the fonts that are in my build directory /home/guest/downloads/wine/wine-0.9.35/fonts/ ie 108 files in /usr/local/share/wine/fonts/ ? if so they don't appear to get copied in the install (at least by version 0.9.35)
Well the 39 .fon fonts and marlett.ttf should be installed there. You should try to work out why that's not happening.
Huw.
Huw Davies wrote:
On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
yes, /usr/local/share/wine/fonts/ exists my system and is only populated with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the build which include courier (fon) and serife don't get transferred to either /usr/local/share/wine/fonts/ or anywhere in .wine, that explains why serief, courier & system don't now show up on the font list when I run notepad.
It's ${prefix}/share/wine/fonts where ${prefix} defaults to /usr/local and can be changed by running configure with the --prefix option. They get installed there where you run make install. I've no idea where the broadway.ttf and ad5font.fon fonts come from, but they're certainly not from a Wine install.
Should I expect to find all the fonts that are in my build directory /home/guest/downloads/wine/wine-0.9.35/fonts/ ie 108 files in /usr/local/share/wine/fonts/ ? if so they don't appear to get copied in the install (at least by version 0.9.35)
Well the 39 .fon fonts and marlett.ttf should be installed there. You should try to work out why that's not happening.
Huw.
Thanks Huw,
:-) , /usr/local/share/wine/fonts/ is a symbolic link to ...... /home/guest/.wine/drive_c/windows/fonts/ ... lol lrwxrwxrwx 1 root root 39 2006-04-03 00:19 fonts -> /home/guest/.wine/drive_c/windows/fonts
Now I understand why there is nothing in /usr/local/share/wine/fonts/ ... doing a 'make install' re populates /usr/local/share/wine/fonts/ which means because it's symbolically linked, the fonts all show up in /home/guest/.wine/drive_c/windows/fonts/.
So, notepad now shows the courier, small font, sans serief and system fonts (all .fon files) in the list of fonts in notepad. All well and good, however I still have the problem that if you select any of these non true type fonts, ie courier, small font, sans serief and system fonts you just get blank characters.
Now I need to figure out if the problem lies with fontforge or elsewhere ? ( I have a feeling it's elsewhere).
I would appreciate it if somebody could confirm that they can type characters into notepad using the courier (non truetype font) on 0.9.35 and confirm the coure.fon md5 as ..
fac1cac04f5717b67e642ac8197f4c1d /usr/local/share/wine/fonts/coure.fon 4912 bytes
This would at least confirm whether the problem lies with fontforge on my system or elsewhere.
Thanks again for your help, it's much appreciated.
Nick
My md5 is different, and I can type characters and they are visible.
Tom
On 4/18/07, Nick Law nlaw@nildram.co.uk wrote:
Huw Davies wrote:
On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
yes, /usr/local/share/wine/fonts/ exists my system and is only populated with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the build which include courier (fon) and serife don't get transferred to either /usr/local/share/wine/fonts/ or anywhere in .wine, that explains why serief, courier & system don't now show up on the font list when I run notepad.
It's ${prefix}/share/wine/fonts where ${prefix} defaults to /usr/local and can be changed by running configure with the --prefix option. They get installed there where you run make install. I've no idea where the broadway.ttf and ad5font.fon fonts come from, but they're certainly not from a Wine install.
Should I expect to find all the fonts that are in my build directory /home/guest/downloads/wine/wine-0.9.35/fonts/ ie 108 files in /usr/local/share/wine/fonts/ ? if so they don't appear to get copied in the install (at least by version 0.9.35)
Well the 39 .fon fonts and marlett.ttf should be installed there. You should try to work out why that's not happening.
Huw.
Thanks Huw,
:-) , /usr/local/share/wine/fonts/ is a symbolic link to ...... /home/guest/.wine/drive_c/windows/fonts/ ... lol lrwxrwxrwx 1 root root 39 2006-04-03 00:19 fonts -> /home/guest/.wine/drive_c/windows/fonts
Now I understand why there is nothing in /usr/local/share/wine/fonts/ ... doing a 'make install' re populates /usr/local/share/wine/fonts/ which means because it's symbolically linked, the fonts all show up in /home/guest/.wine/drive_c/windows/fonts/.
So, notepad now shows the courier, small font, sans serief and system fonts (all .fon files) in the list of fonts in notepad. All well and good, however I still have the problem that if you select any of these non true type fonts, ie courier, small font, sans serief and system fonts you just get blank characters.
Now I need to figure out if the problem lies with fontforge or elsewhere ? ( I have a feeling it's elsewhere).
I would appreciate it if somebody could confirm that they can type characters into notepad using the courier (non truetype font) on 0.9.35 and confirm the coure.fon md5 as ..
fac1cac04f5717b67e642ac8197f4c1d /usr/local/share/wine/fonts/coure.fon 4912 bytes
This would at least confirm whether the problem lies with fontforge on my system or elsewhere.
Thanks again for your help, it's much appreciated.
Nick
Nick Law wrote:
So, notepad now shows the courier, small font, sans serief and system fonts (all .fon files) in the list of fonts in notepad. All well and good, however I still have the problem that if you select any of these non true type fonts, ie courier, small font, sans serief and system fonts you just get blank characters.
Now I need to figure out if the problem lies with fontforge or elsewhere ? ( I have a feeling it's elsewhere).
Sounds like a fontforge problem. What does fontforge --version say?
Huw.
Huw Davies wrote:
Nick Law wrote:
So, notepad now shows the courier, small font, sans serief and system fonts (all .fon files) in the list of fonts in notepad. All well and good, however I still have the problem that if you select any of these non true type fonts, ie courier, small font, sans serief and system fonts you just get blank characters.
Now I need to figure out if the problem lies with fontforge or elsewhere ? ( I have a feeling it's elsewhere).
Sounds like a fontforge problem. What does fontforge --version say?
Huw.
fontforge --version Copyright (c) 2000-2006 by George Williams. Executable based on sources from 08:15 22-Aug-2006. fontforge 20060822
that's on the system that works ok. I'll have to check the system with the problem later.
I've just checked another supposedly identical Suse 9.3 system and /usr/local/share/wine/font and /home/alt/.wine/drive_c/windows/fonts are not symbolically linked, they are separate directories. I think I need to deinstall wine & install from scratch to figure out what's going on.
Nick
The problem : When using notepad the following fonts are invisible when you type anything into notepad.
Courier MS San Serif Small Fonts System
They appear in the pull down fonts menu, but if you select one of these fonts and start typing in the notepad, no characters are displayed. (As if they were white characters on a white background). ie you can still use the arrow keys to move through these invisible characters.
Huw's suggestion was spot on. On the Suse 9.3, the system that had this problem, it had fontforge 20040808-5, which is the version supplied on the Suse 9.3 professional CD's. I deinstalled the 20040808-5 version & installed fontforge 20070312-1 which solved the problem. The above fonts now display correctly.
It may be worth having ./configure check versions of fontforge to avoid this problem ?
Nick
On Sat, 2007-04-14 at 13:08 -0600, Vitaliy Margolen wrote:
I'm getting number of reports on #winehq as well as in bugzilla about new Ubuntu packages for 0.9.35 having problems with displaying text and mouse cursor. It appears there were some problems with xrandr during compiling them.
Scott could you take a look at this and fix them as soon as you can? Or at least remove broken packages from the repository?
Vitaliy.
After some searching and help from a ton of people, I have tracked down and I think fixed the issue. Turns out libxrender-dev was missing from the build dependencies, and Wine was being built without it.
I've uploaded the fixed package to our Edgy APT repository now. Feisty and Dapper packages should come by Monday.
Thanks, Scott Ritchie
Scott Ritchie wrote:
On Sat, 2007-04-14 at 13:08 -0600, Vitaliy Margolen wrote:
I'm getting number of reports on #winehq as well as in bugzilla about new Ubuntu packages for 0.9.35 having problems with displaying text and mouse cursor. It appears there were some problems with xrandr during compiling them.
Scott could you take a look at this and fix them as soon as you can? Or at least remove broken packages from the repository?
Vitaliy.
After some searching and help from a ton of people, I have tracked down and I think fixed the issue. Turns out libxrender-dev was missing from the build dependencies, and Wine was being built without it.
I've uploaded the fixed package to our Edgy APT repository now. Feisty and Dapper packages should come by Monday.
Awesome thank you very much!
Vitaliy
-
Bill Medland -
Huw Davies -
Marcus Meissner -
Nick Law -
Phil Lodwick -
Scott Ritchie -
Tom Spear -
Vitaliy Margolen