, message boxes etc.) on some systems.
While the first issue occurs on all systems I have tested, the second
one does not. On a system with only the free corefonts installed, the
text is missing; while on a system with all Windows/MS Office fonts, it
is displayed fine.
What are the new default
in
applications witht the standard Windows interface (like winecfg,
wordpad, message boxes etc.) on some systems.
[skip]
I'm sorry, but are you reading this mailing list at all? To sum it up:
1. You need fontforge.
2. You need _working_ fontforge.
3. You need Wine's fonts made with working fontforge.
Same
interface (like winecfg,
wordpad, message boxes etc.) on some systems.
While the first issue occurs on all systems I have tested, the second
one does not. On a system with only the free corefonts installed, the
text is missing; while on a system with all Windows/MS Office fonts,
it is displayed fine
mention that there's some chance a change
in my build environment caused this.
I recently switched from FC3 to Dapper Flight 6.
Also, I'd been running with corefonts installed on FC3
for a while, so who knows when this happened,
if it's real.
The symptom is that without core fonts, text
Seems like the recent font patches have
caused trouble in both Firefox.
In Firefox, I have to install corefonts for
text to be legible at all lately.
Is this expected?
--
Wine for Windows ISVs: http://kegel.com/wine/isv
caused this.
I recently switched from FC3 to Dapper Flight 6.
Also, I'd been running with corefonts installed on FC3
for a while, so who knows when this happened,
if it's real.
The symptom is that without core fonts, text in firefox
looks really thin; it's the right size and shape, but
the strokes
fontforge.sourceforge.net
Actually it looks like having fontforge installed *causes* the problem. Try
removing /usr/local/share/wine/fonts or making it inaccessible.
The problem is due to an old version of fontforge. In Debian, version
0.0.20041218-0.1 generates incorrect ascent information
On Thu, Apr 06, 2006 at 12:45:01PM +0100, Huw D M Davies wrote:
Huw Davies [EMAIL PROTECTED]
fonts: Add the Won Sign in place of the backslash for Korean fonts
Actually could you ignore this for the moment? Dmitry's got a patch
that's about to arrive that'll clash with this, and this one
On Thu, Apr 06, 2006 at 01:49:52PM +1000, Troy Rollo wrote:
The problem is due to an old version of fontforge. In Debian, version
0.0.20041218-0.1 generates incorrect ascent information for the Windows font
header. Version 0.0.20051205-0.1 gets it right. For Debian users,
0.0.20051205-0.1
I am no longer able to see fonts in:
- the GTA installer - for example on the intial screen (What language
to use?)
- Steam (*with* Tahoma previously installed and working). When selecting
menus fonts will flash quickly making the menu visible, and then disappear.
In addition, when re
Ivan Gyurdiev wrote:
I am no longer able to see fonts in:
- the GTA installer - for example on the intial screen (What language
to use?)
- Steam (*with* Tahoma previously installed and working). When
selecting menus fonts will flash quickly making the menu visible, and
then disappear
/fonts or making it inaccessible.
--
Troy Rollo - [EMAIL PROTECTED]
*causes* the problem. Try
removing /usr/local/share/wine/fonts or making it inaccessible.
The problem is due to an old version of fontforge. In Debian, version
0.0.20041218-0.1 generates incorrect ascent information for the Windows font
header. Version 0.0.20051205-0.1 gets it right. For Debian
having fontforge installed *causes* the problem. Try
removing /usr/local/share/wine/fonts or making it inaccessible.
The problem is due to an old version of fontforge. In Debian, version
0.0.20041218-0.1 generates incorrect ascent information for the Windows font
header. Version
On Thursday 06 April 2006 13:54, Tom Spear (Dustin Booker, Dustin Navea)
wrote:
Is there not an option for debian users similar to rpm's --nodeps option
where it doesnt check the dependencies but installs anyways?
There is, but it's bad mojo to use it - it will hurt down the track more than
Actually it looks like having fontforge installed *causes* the problem. Try
removing /usr/local/share/wine/fonts or making it inaccessible.
The problem is due to an old version of fontforge. In Debian, version
0.0.20041218-0.1 generates incorrect ascent information for the Windows font
В сообщении от 18 марта 2006 21:51 Alexandre Julliard написал(a):
+/* load the system truetype fonts */
+data_dir = wine_get_data_dir();
+if (data_dir (unixname = HeapAlloc(GetProcessHeap(), 0,
I did not use
if (!data_dir) data_dir = wine_get_build_dir();
also for ttf mixing
I am test to install Google Earth. It is work, but fonts not show.
problem 1: how I configure fonts
problem 2: not file (library) /system32/psapi.dll
Greetings,
Miha
Vitaly Lipatov [EMAIL PROTECTED] wrote:
The main change is
-Ascent: 11
-Descent: 2
+Ascent: 10
+Descent: 3
Last time I asked Huw said that this is a bug in fontforge,
the font files have correct values.
--
Dmitry.
В сообщении от 6 марта 2006 14:38 Dmitry Timoshkov написал(a):
Vitaly Lipatov [EMAIL PROTECTED] wrote:
The main change is
-Ascent: 11
-Descent: 2
+Ascent: 10
+Descent: 3
Last time I asked Huw said that this is a bug in fontforge,
the font files have correct values.
If the bug in
Vitaly Lipatov [EMAIL PROTECTED] wrote:
Last time I asked Huw said that this is a bug in fontforge,
the font files have correct values.
If the bug in fontforge will exists for ages...
Well, I will use the patch as fast hack for courier font correcting.
What are you trying to fix?
--
В сообщении от 6 марта 2006 15:07 Вы написали:
Vitaly Lipatov [EMAIL PROTECTED] wrote:
Last time I asked Huw said that this is a bug in fontforge,
the font files have correct values.
If the bug in fontforge will exists for ages...
Well, I will use the patch as fast hack for courier
Vitaly Lipatov [EMAIL PROTECTED] wrote:
What are you trying to fix?
There is screenshot from notepad with Courier font selected in attachment.
Do you see the same problem with Windows font?
--
Dmitry.
В сообщении от 6 марта 2006 17:27 Вы написали:
Vitaly Lipatov [EMAIL PROTECTED] wrote:
What are you trying to fix?
There is screenshot from notepad with Courier font selected in
attachment.
Do you see the same problem with Windows font?
No, only with WINE's courier without my path
--
On Mon, Mar 06, 2006 at 07:02:47PM +0300, Vitaly Lipatov wrote:
В сообщении от 6 марта 2006 17:27 Вы написали:
Vitaly Lipatov [EMAIL PROTECTED] wrote:
What are you trying to fix?
There is screenshot from notepad with Courier font selected in
attachment.
Do you see the same
different with my environment:
Progress: This is a font issue. If I install
http://sf.net/projects/corefonts/times32.exe, my test program correctly
displays the text! The application Nya Multigram also works much better;
most fonts are now visible (but not all). Now I wonder:
1) Isn't it a bug
/intl/unicode_2bj9.asp,
my patch does the right thing in freetype.c to make sure UTF7, UTF8 and
Symbol fonts will be displayed properly after going through the affected
function call.
My patch has not been included yet. I was wondering whether this had
anything to do with the format
On Mon, 9 Jan 2006, Vik Kumar wrote:
Here you go: http://www.cendio.se/~peter/tmp/MFC_GDI_PLUS.exe.
Indeed this is fixed in CVS HEAD if you set the windows version to
win2k. I can see the text output on MFC_GDI_PLUS.exe
Strange, I wonder what's different with my environment:
* Which
Hi,
* Which version of gdiplus.dll are you using? I'm using 5.1.3097.0.
*Mine's apparently 5.1.3102.1360*
* Which OS are you running? I've tested Wine on both Fedora Core 4 and
RedHat 9.
Gentoo
* Do you get this error message as well?:
fixme:win:EnumDisplayDevicesW
!
fixme:dciman:DCICreatePrimary 0x320 0x418511fc
I do. And I also get the same errors as yours when I use win98.
I guess it's the gdiplus version I got mine off of dll-files.
Apparently not. Perhaps it depends on which fonts you have available.
--
Peter \xC5strandThinLinc Chief Developer
Cendio
On Mon, 2006-01-09 at 10:36 +0100, Peter Åstrand wrote:
On Mon, 9 Jan 2006, Vik Kumar wrote:
Here you go: http://www.cendio.se/~peter/tmp/MFC_GDI_PLUS.exe.
Indeed this is fixed in CVS HEAD if you set the windows version to
win2k. I can see the text output on MFC_GDI_PLUS.exe
I pulled a
On Mon, 9 Jan 2006, Ron Jensen wrote:
Here you go: http://www.cendio.se/~peter/tmp/MFC_GDI_PLUS.exe.
Indeed this is fixed in CVS HEAD if you set the windows version to
win2k. I can see the text output on MFC_GDI_PLUS.exe
I pulled a CVS update about 8 hours ago, I can not see the text
On Sun, 8 Jan 2006, Vik Kumar wrote:
Looks strikingly similar to the label issue with Poser I'm looking at.
http://www.winehq.org/pipermail/wine-devel/2005-December/043615.html
I haven't had a chance to look at it deeper, but I think the issue lies
somewhere in the CreateDIBSection -
Sunday, January 8, 2006, 10:36:46 AM, Peter Åstrand wrote:
On Sun, 8 Jan 2006, Vik Kumar wrote:
Would you be so kind to post the gdi+ sample executable somewhere? I'd
like to compare traces and see if we're hitting on the same issue
here.(Tried compiling myself, but VC6 seems to hate the new
On Sun, 8 Jan 2006, Vitaliy Margolen wrote:
Here you go: http://www.cendio.se/~peter/tmp/MFC_GDI_PLUS.exe.
I've also noticied that the result depends on which Windows version Wine
is emulating:
When using 95 or 98 setting, I get no GDI+ output at all (no lines), and
the error messages:
Here you go: http://www.cendio.se/~peter/tmp/MFC_GDI_PLUS.exe.
Thanks
This should be fixed in cvs. What Wine version are you using?
The CVS version, as of 2006-01-05. Strange.
Indeed this is fixed in CVS HEAD if you set the windows version to
win2k. I can see the text output on
Hmm..
Looks strikingly similar to the label issue with Poser I'm looking at.
http://www.winehq.org/pipermail/wine-devel/2005-December/043615.html
I haven't had a chance to look at it deeper, but I think the issue lies
somewhere in the CreateDIBSection - DoCopyDIBSection areas.
Would you be so
On Wed, 28 Dec 2005, Peter Åstrand wrote:
I'm trying to get the application Nya Multigram
(http://www.softogram.se/multigramkunskapsbanken.html) running in Wine. It
works somewhat, but the initial screen (which should look like
I'm trying to get the application Nya Multigram
(http://www.softogram.se/multigramkunskapsbanken.html) running in Wine. It
works somewhat, but the initial screen (which should look like
http://www.softogram.se/grafik/multigramkunskapsbanken/mgkbscreenshot4.jpg)
doesn't have any text. The
Dmitry Timoshkov wrote:
David Moore [EMAIL PROTECTED] wrote:
The patch below first checks to see if the codepage is one of the
exceptions, and if it is, passes in NULLs for the last two arguments.
I wonder how did you build the list of exceptions: why CP_UTF7 is there
but CP_UTF8 is not?
David Moore [EMAIL PROTECTED] wrote:
The patch below first checks to see if the codepage is one of the
exceptions, and if it is, passes in NULLs for the last two arguments.
I wonder how did you build the list of exceptions: why CP_UTF7 is there
but CP_UTF8 is not? Why 50xxx,52xxx,57xxx code
Got one report on #winehq that Slackware binary packages missing fonts.
Whoever is the maintainer could you look into this please?
--
Best regards,
Vitaliy
wino at piments.com writes:
HI,
I am getting miniscule 2.5 point fonts on my new wine-cvs.
some dlgs come up ok but winecfg inparticular is unreadably small.
suggestions pls.
I had this problem, too, but only if I used the Sidenet-tool (1.8.4). This was
fixed after copying
unnecessary issues.
I want to use ~/.wine/c , do you know if it is safe to change the link in
dosdevices?
Thanks again.
On Mon, 26 Sep 2005 10:47:04 +0200, Ray Jones [EMAIL PROTECTED] wrote:
wino at piments.com writes:
HI,
I am getting miniscule 2.5 point fonts on my new wine-cvs.
some
wino at piments.com writes:
I want to use ~/.wine/c , do you know if it is safe to change the link in
dosdevices?
There should be no problem if you do so. In fact, I do it everyday ;
However, the (wine's) registry is not stored on the c-drive, so there is
atleast the possibility that
HI,
I am getting miniscule 2.5 point fonts on my new wine-cvs.
some dlgs come up ok but winecfg inparticular is unreadably small.
suggestions pls.
Hi,
On Fri, Sep 16, 2005 at 09:11:04PM +0900, Dmitry Timoshkov wrote:
Hello,
Changelog:
Dmitry Timoshkov [EMAIL PROTECTED]
Copy the generated fonts to windows/fonts.
+rm -f $CROOT/windows/fonts/$i cp $fontsdir/$i
$CROOT/windows/fonts/$i || echo Warning: failed to copy $i
В сообщении от 16 Сентябрь 2005 16:11 Dmitry Timoshkov написал(a):
Hello,
Changelog:
Dmitry Timoshkov [EMAIL PROTECTED]
Copy the generated fonts to windows/fonts.
Dmitry, why we need to copy these fonts? Can we use symlinks for it?
--
Vitaly Lipatov, ALT Linux Team
Russia, Saint
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Dmitry Timoshkov [EMAIL PROTECTED]
Copy the generated fonts to windows/fonts.
We really shouldn't need to do that, the fonts should be loaded from
the standard install dir. If that doesn't work for some reason it
needs to be fixed
Vitaly Lipatov [EMAIL PROTECTED] wrote:
Dmitry, why we need to copy these fonts? Can we use symlinks for it?
Sure, we can. I'll wait for Alexandre's comments before I'll change
anything in the patch.
--
Dmitry.
Alexandre Julliard [EMAIL PROTECTED] wrote:
We really shouldn't need to do that, the fonts should be loaded from
the standard install dir. If that doesn't work for some reason it
needs to be fixed.
Do you mean that GDI should try to load fonts from the build tree
if it can't find them
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Do you mean that GDI should try to load fonts from the build tree
if it can't find them in windows/fonts? If yes, then why do we
create symlinks to programs and copy wine.inf to windows/inf?
GDI should load the fonts from the font path; if users want
Huw D M Davies [EMAIL PROTECTED] writes:
On Sun, Aug 28, 2005 at 12:04:41PM +0100, Huw D M Davies wrote:
Huw Davies [EMAIL PROTECTED]
Don't call LineTo while holding the gdi lock
Is this one better?
I think it would be better to release the DC earlier on and then just
do
Vincent Béron [EMAIL PROTECTED] writes:
Would a symlink be better? We copy wine.inf over...
Changelog:
Copy Wine fonts in c:\windows\fonts so they can be easily used.
That shouldn't be necessary, the fonts should be loaded directly from
their unix directory.
--
Alexandre Julliard
[EMAIL
Le mar 26/04/2005 à 05:20, Alexandre Julliard a écrit :
Vincent Béron [EMAIL PROTECTED] writes:
Would a symlink be better? We copy wine.inf over...
Changelog:
Copy Wine fonts in c:\windows\fonts so they can be easily used.
That shouldn't be necessary, the fonts should be loaded
On Wed, 26 Apr 2005, Vincent Béron wrote:
[...]
Was the patch rejected because we need to tell Wine (or X) to look for
fonts in @datadir@/fonts/wine, or because it's supposed to just work
right now?
I believe Wine uses fontconfig so it's supposed to just work.
--
Francois Gouget [EMAIL
The issue of fonts came up a while ago and I know some people are
working on free replacements for some of the core fonts. Anyway, I
stumbled on this resource tonight with a huge listing of fonts:
http://cgm.cs.mcgill.ca/~luc/originalfonts.html
Seems like there's got to be a few decent ones
On Mon, Sep 20, 2004 at 08:50:07AM -0400, Dimitrie O. Paun wrote:
What's the current status for fonts. I think they deserve a section
under the UI Status:
http://www.winehq.org/site/status_ui
What do we have currently, in what state, what's left to do?
Hi,
We have replacements for MS
We're also missing replacement TrueType fonts for Tahoma and
Microsoft Sans Serif (which is different from MS Sans Serif!) - these
are considerably more effort than the bitmap ones.
Are these the ones where they need to be correctly hinted which costs
bazillions of dollars? Or, is it actually
Hi,
--- Huw D M Davies [EMAIL PROTECTED] wrote:
We're also missing replacement TrueType fonts for Tahoma and
Microsoft Sans Serif (which is different from MS Sans Serif!) - these
are considerably more effort than the bitmap ones.
We have a Tahoma replacement (Greenville) comming from ReactOS
Hi,
--- Mike Hearn [EMAIL PROTECTED] wrote:
Are these the ones where they need to be correctly hinted which costs
bazillions of dollars? Or, is it actually feasable to do them just
with
volunteer effort?
We have found at least one person (Wierd_w) that is willing to make the
effort. The
On Mon, Sep 20, 2004 at 11:51:24AM +0100, Huw D M Davies wrote:
Huw Davies [EMAIL PROTECTED]
Add a 20 ppem strike with cp1252 coverage to Wine Sans Serif.
Add U+201a to all strikes.
Huw,
What's the current status for fonts. I think they deserve a section
under the UI
What is required to build /fonts?
Ivan.
On Mon, Sep 20, 2004 at 10:43:10PM +0200, Ivan Leo Puoti wrote:
What is required to build /fonts?
fontforge formerly called PfaEdit or pfaedit.
configure.ac will only detect fontforge, not sure if pfaedit will work.
The latter has thrown out some strange errors for me.
Ciao, Marcus
On Mon, Sep 20, 2004 at 10:43:10PM +0200, Ivan Leo Puoti wrote:
What is required to build /fonts?
From configure.ac:
dnl Only build the fonts dir if we have both freetype and fontforge
if test $FONTFORGE != false -a -n $FREETYPELIBS
then
AC_SUBST(FONTSSUBDIRS,fonts)
fi
So you need
Far from everyone has fontforge installed, so unless there's a compiled
version in cvs (a la configure) you might find most users don't have
marlett.ttf.
Indeed, if large numbers of people aren't getting the fonts at all
that's a pretty strong argument for having the binaries in CVS (or
making
On Thu, Sep 16, 2004 at 04:08:53PM -0400, Vincent Béron wrote:
Le jeu 16/09/2004 à 15:58, Robert Shearman a écrit :
Is there any policy for using it?
E.g. a lot of the arrows and stuff in the native comctl32 are drawn
using this font, so would we now be able to do this with our version of
We can test for the presence of Marlett and fall back to the existing
code if we don't find it.
That works but then we're maintaining two codepaths, one or other of
which will hardly be tested at all. Why not just check in the font
binaries? I know CVS isn't very good at it, but it does work and
are a pain with CVS, second and more important
because there has to be a very good reason for putting any generated
file in CVS; configure qualifies, but fonts don't. The worst case is
that the window controls won't look exactly right, that's not a big
deal, and it can be solved by having a binary
That works but then we're maintaining two codepaths, one or other of
which will hardly be tested at all. Why not just check in the font
binaries?
What is required to build the fonts?
Should I install fontforge?
I've been in hospital with appendicitis and haven't followed wine development
Huw D M Davies wrote:
TransGaming
Add a Marlett replacement font
Cool!
Is there any policy for using it?
E.g. a lot of the arrows and stuff in the native comctl32 are drawn
using this font, so would we now be able to do this with our version of
the common controls?
Rob
Le jeu 16/09/2004 à 15:58, Robert Shearman a écrit :
Huw D M Davies wrote:
TransGaming
Add a Marlett replacement font
Cool!
Is there any policy for using it?
E.g. a lot of the arrows and stuff in the native comctl32 are drawn
using this font, so would we now be able to do
Andreas Rosenberg [EMAIL PROTECTED] wrote:
;;default TrueType fonts with russian koi8-r encoding
Default = -monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r
DefaultFixed = -monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r
DefaultSerif = -monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r
/index/index.jsp
So my question: is this a configuration problem? Konquerer displays the page
correctly, so the fonts on the Linux side have the correct glyphs available.
But it seems they are not available in WINE - I looked into the WINE config file
and found something like this:
;;default
Mike Hearn wrote:
This also wouldn't work as you expect. The way to create a fixed
pitch font is to use FIXED_PITCH not MONO_FONT. Which app was
setting this flag?
There wasn't one, I assumed MONO_FONT meant monospace, which is what I
was trying to stop Wine selecting. I didn't have MSDN handy
On Sat, Aug 07, 2004 at 04:20:11PM +0100, Mike Hearn wrote:
@@ -1717,9 +1719,12 @@
}
}
+/* match on charset and style */
if(!family) {
for(family = FontList; family; family = family-next) {
- if(csi.fs.fsCsb[0] family-FirstFace-fs.fsCsb[0])
+
On Thu, 2004-08-19 at 12:06 +0100, Huw D M Davies wrote:
This also wouldn't work as you expect. The way to create a fixed
pitch font is to use FIXED_PITCH not MONO_FONT. Which app was
setting this flag?
There wasn't one, I assumed MONO_FONT meant monospace, which is what I
was trying to stop
Mike Hearn [EMAIL PROTECTED] wrote:
+(*insertface)-fixed_width = ft_face-face_flags
FT_FACE_FLAG_FIXED_WIDTH;
...
- if(csi.fs.fsCsb[0] family-FirstFace-fs.fsCsb[0])
+ if((csi.fs.fsCsb[0] family-FirstFace-fs.fsCsb[0])
+ (family-FirstFace-fixed_width ==
Mike Hearn [EMAIL PROTECTED] writes:
On Sat, 2004-08-07 at 23:16 +0900, Dmitry Timoshkov wrote:
This can't work because instead of logical boolean results you compare
binary flags which are different:
#define FT_FACE_FLAG_FIXED_WIDTH ( 1L 2 )
#define MONO_FONT 0x08
Bill Medland [EMAIL PROTECTED] writes:
Bill Medland ([EMAIL PROTECTED])
Allow runtime increase in the maximum number of fonts processed.
Do we really need a config parameter for that? Actually, do we really
need a limit at all?
--
Alexandre Julliard
[EMAIL PROTECTED]
On January 8, 2004 04:45 pm, Alexandre Julliard wrote:
Bill Medland [EMAIL PROTECTED] writes:
Bill Medland ([EMAIL PROTECTED])
Allow runtime increase in the maximum number of fonts processed.
Do we really need a config parameter for that? Actually, do we really
need a limit at all
Bill Medland [EMAIL PROTECTED] writes:
No idea.
Can you pass something to XListFonts to say no maximum?
I guess INT_MAX would work, though I haven't tried it. If it doesn't
work we can keep the current limit, but then double it and retry until
we get all fonts.
It seemed that a trace
I try to find a good font for application.
But all linux fonts looks not so good.
The best font that I found is cronyx, but it is not support european
code page.
Does anybody know where I can find a font like cronyx ?
Thanks.
201 - 283 of 283 matches
Mail list logo