Re: gdi32: return the correct font type, ntmFlags and PitchAndFamily for Type1 fonts (fixes bug #5877)

"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote: As I wrote in Bugzilla for Photoshop to work with Type1 fonts after applying this patch one needs to reinstall Photoshop in a clean wineprefix - it seems that Photoshop caches some font data. +/* check for the pres

Re: gdi32[3/3]: if freetype fails try to load manually fonts wrapped as PE resources

"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote: Then there is no point in using FreeType for loading font files at all, (or adding support for new font file formats to FreeType) since FreeType can load fonts from memory. Do you mean that in AddFontResource I shoul

Re: gdi32[3/3]: if freetype fails try to load manually fonts wrapped as PE resources

Dmitry Timoshkov pisze: "Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote: Then there is no point in using FreeType for loading font files at all, (or adding support for new font file formats to FreeType) since FreeType can load fonts from memory. Do you mean that in AddFontReso

Re: gdi32[3/3]: if freetype fails try to load manually fonts wrapped as PE resources

"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote: Then there is no point in using FreeType for loading font files at all, (or adding support for new font file formats to FreeType) since FreeType can load fonts from memory. Do you mean that in AddFontResource I shoul

Re: gdi32[3/3]: if freetype fails try to load manually fonts wrapped as PE resources

Then there is no point in using FreeType for loading font files at all, (or adding support for new font file formats to FreeType) since FreeType can load fonts from memory. Do you mean that in AddFontResource I shouldn't try to call WineEngAddFontResourceEx but do only a LoadLibraryEx

Re: gdi32[3/3]: if freetype fails try to load manually fonts wrapped asPE resources

"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote: This is some overlap with freetype as freetype 2.3.5 can load fonts from PE resources. But the code is so small (we have all the tools needed) and helps many programs (including working around the Photoshop Z-order problem during st

Re: Fonts (+liberation again...)

Louis, What about a wine-fonts package? That would avoid the gpl issue. On 13/08/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote: > > "Louis. Lenders" <[EMAIL PROTECTED]> writes: > > > Of course this patch lacks checking for presence of liberation, and

Re: Fonts (+liberation again...)

in the > source, otherwise i'm not gonna spend any time improving it. Any > hints welcomed. No, it can't be included, the fonts are GPL not LGPL, and you don't want to silently insert them into the Wine binary packages. -- Alexandre Julliard [EMAIL PROTECTED]

Fonts (+liberation again...)

Hi , a few weeks ago posted something about if liberation fonts could be included in wine. There didn't seem to be one view of how to do that. Of course 'winetricks liberation' is great, but i'd like to see something that works out of the box on a fresh .wine. Attac

Re: New winetricks: add support for Red Hat's liberation fonts

On Friday 25 May 2007 19:30:14 Scott Ritchie wrote: > All right, clearly we need to handle this somehow. I'm just thinking > that there needs to be a way to install these fonts WITHOUT Wine such > that they're available to non-Wine programs, and that when a user has > done

Re: New winetricks: add support for Red Hat's liberation fonts

On Fri, 2007-05-25 at 19:20 +0200, Hans Leidekker wrote: > On Friday 25 May 2007, mark cox wrote: > > > Scott, That wasn't what i was thinking when i suggested it to Dan. If users > > tests the fonts with wine, which they can now do using winetricks, i was > > hoping

Re: New winetricks: add support for Red Hat's liberation fonts

On Friday 25 May 2007, mark cox wrote: > Scott, That wasn't what i was thinking when i suggested it to Dan. If users > tests the fonts with wine, which they can now do using winetricks, i was > hoping that the font names could be remapped/hacked so that the names of the > mscor

Re: New winetricks: add support for Red Hat's liberation fonts

I added them to winetricks so people could experiment with > them (slightly) more easily. > - Dan I'm pretty sure the proper place for these fonts is as a separate distro package - perhaps one that Wine can depend on. If the liberation fonts aren't yet being packed up in Ubuntu

Re: New winetricks: add support for Red Hat's liberation fonts

On Thu, 2007-05-24 at 08:28 -0700, Dan Kegel wrote: > On 5/24/07, Brian Vincent <[EMAIL PROTECTED]> wrote: > > I haven't even looked at that stuff at all, but does Wine have any > > fonts worth contributing to that cause? (Marlett?) > > Red Hat's Liberation

Re: New winetricks: add support for Red Hat's liberation fonts

On 5/24/07, Brian Vincent <[EMAIL PROTECTED]> wrote: I haven't even looked at that stuff at all, but does Wine have any fonts worth contributing to that cause? (Marlett?) Red Hat's Liberation font is a single-source thing done by a pro, so probably not. Is it worth creati

New winetricks: add support for Red Hat's liberation fonts

As requested by Mark Cox, I've added a verb to winetricks to install Red Hat's Liberation fonts (http://www.redhat.com/promo/fonts/). -- Wine for Windows ISVs: http://kegel.com/wine/isv

Re: wine 0.9.30-35 Something strange happened with the fonts ? ** Problem Solved **

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

Re: wine 0.9.30-35 Something strange happened with the fonts ?

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

Re: Why are some fonts being displayed incorrectly

On Tue, 2007-17-04 at 18:05 -0700, Bill Medland wrote: > On Tue, 2007-17-04 at 12:28 -0700, Bill Medland wrote: > > Can anyone point me in the correct direction for this? > > > > On one machine the text displays correctly. > > On the other the characters are totally wrong > > setting WINEDEBUG to

Re: wine 0.9.30-35 Something strange happened with the fonts ?

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

Re: wine 0.9.30-35 Something strange happened with the fonts ?

My md5 is different, and I can type characters and they are visible. Tom On 4/18/07, Nick Law <[EMAIL PROTECTED]> 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 pop

Re: wine 0.9.30-35 Something strange happened with the fonts ?

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 transferr

Re: wine 0.9.30-35 Something strange happened with the fonts ?

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

Re: wine 0.9.30-35 Something strange happened with the fonts ?

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

Re: Why are some fonts being displayed incorrectly

On Tue, 2007-17-04 at 12:28 -0700, Bill Medland wrote: > Can anyone point me in the correct direction for this? > > On one machine the text displays correctly. > On the other the characters are totally wrong setting WINEDEBUG to +font the one weird thing I note is that on the machine where things

Re: wine 0.9.30-35 Something strange happened with the fonts ?

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 &

Re: wine 0.9.30-35 Something strange happened with the 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 2

Re: wine 0.9.30-35 Something strange happened with the fonts ?

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 copyi

Why are some fonts being displayed incorrectly

Can anyone point me in the correct direction for this? On one machine the text displays correctly. On the other the characters are totally wrong If I install the arial32.exe then the characters are displayed correctly and attractively If I remove the sserife.fon (and the arial fonts) then the

RE: wine 0.9.30-35 Something strange happened with the 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). I have a question about this. It appears that the registr

Re: wine 0.9.30-35 Something strange happened with the 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 copy

Re: wine 0.9.30-35 Something strange happened with the fonts ?

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 verdan

wine 0.9.35 Something strange happened with the fonts ?

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 applic

Re: Solution to 0.9.35 fonts problem

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 duri

Solution to 0.9.35 fonts problem (was: Re: Ubuntu packages for wine-0.9.35 are broken)

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. > >

Re: Fwd: fonts borked (in utorrent) between 0.9.34 and 0.9.35

On Sat, 2007-04-14 at 16:46 +0200, RusH wrote: > Hi > > -- Forwarded message -- > From: RusH <[EMAIL PROTECTED]> > Date: Apr 14, 2007 1:35 PM > Subject: fonts borked (in utorrent) between 0.9.34 and 0.9.35 > To: [EMAIL PROTECTED] > > > 0.9.34

fonts borked (in utorrent) between 0.9.34 and 0.9.35

0.9.34 http://www.tachypic.com/view/10345 0.9.35 http://www.tachypic.com/view/10346 as you can see vertical text is fixed in 35, but fonts are ugly and cropped (Done tab), this is with the same wine config, so something has changed in wine itself, I started a bisect, but it will take >10 ho

Re: gdi32: Implement the fake_bold for one faced fonts.

On Thu, Mar 29, 2007 at 10:00:12PM +0900, Byeong-Sik Jeon wrote: > diff --git a/dlls/gdi32/freetype.c b/dlls/gdi32/freetype.c > index f7b1220..427def4 100644 > --- a/dlls/gdi32/freetype.c > +++ b/dlls/gdi32/freetype.c > +memcpy(&gmetrix, &ft_face->glyph->metrics, sizeof(FT_Glyph_Metrics)); > +

Re: fonts:(followup)

Steven Edwards gmail.com> writes: > Talk to the ReactOS guys and ask them if they still have it. > I don't > remeber if I ever committed it to ReactOS svn but if its there it > would have been in reactos/media/fonts. Email them or ask on IRC if > they can get you in t

Re: gdi32: Extract the constituent TrueType files from Mac suitcase fonts into the user's caches directory and use these instead of the original suitcase.

Huw Davies <[EMAIL PROTECTED]> writes: > +ret = malloc(sizeof(*ret)); > +if(!ret) > +{ > +CloseResFile(res_ref); > +return NULL; > +} > +list_init(ret); It's better to avoid using malloc() in Wine. Also it seems to me it would be cleaner to return an array of c

Re: gdi32: Extract the constituent TrueType files from Mac suitcase fonts into the user's caches directory and use these instead of the original suitcase.

+#ifdef WORDS_BIGENDIAN +#define GET_BE_WORD(x) (x) +#else +#define GET_BE_WORD(x) x) & 0xff) << 8) | (((x) & 0xff00) >> 8)) +#endif This could be replaced by CoreFoundation's CFSwapInt16BigToHost, which might be a bit more efficient... Pierre.

Re: gdi32: Improve the fontconfig filtering hack so that Mac suitcase fonts get through.

On Wed, 2006-12-20 at 17:59 +, Huw Davies wrote: > On Wed, Dec 20, 2006 at 06:37:22PM +0100, Paul Vriens wrote: > > On Tue, 2006-12-19 at 21:21 +, Huw Davies wrote: > > > +if(strcasecmp(ext, "pfa") && strcasecmp(ext, "pfb")) > > > AddFontFileToList(file, NULL, ADDFONT_E

Re: gdi32: Improve the fontconfig filtering hack so that Mac suitcase fonts get through.

On Wed, Dec 20, 2006 at 06:37:22PM +0100, Paul Vriens wrote: > On Tue, 2006-12-19 at 21:21 +, Huw Davies wrote: > > +if(strcasecmp(ext, "pfa") && strcasecmp(ext, "pfb")) > > AddFontFileToList(file, NULL, ADDFONT_EXTERNAL_FONT); > Hi, > > this patch was committed but I don

Re: gdi32: Improve the fontconfig filtering hack so that Mac suitcase fonts get through.

On Tue, 2006-12-19 at 21:21 +, Huw Davies wrote: > +if(strcasecmp(ext, "pfa") && strcasecmp(ext, "pfb")) > AddFontFileToList(file, NULL, ADDFONT_EXTERNAL_FONT); Hi, this patch was committed but I don't think this 'if' statement is correct as it will never be entered. No c

Re: Truetype fonts installed by Wine

On Thu, Oct 26, 2006 at 04:27:32PM -0700, Lei Zhang wrote: > I noticed wine-0.9.23 builds 5 fonts, but the only one that gets > installed is marlett. Why aren't the other fonts getting installed? > Did someone just forget to add them to the makefile? No, the other four are interme

Truetype fonts installed by Wine

I noticed wine-0.9.23 builds 5 fonts, but the only one that gets installed is marlett. Why aren't the other fonts getting installed? Did someone just forget to add them to the makefile?

Re: [gdi32 5/6]: Use the [HKLM\...\GRE_Initialize] for languagedependent stock fonts.

"Byeong-Sik Jeon" <[EMAIL PROTECTED]> wrote: diff --git a/dlls/gdi/gdiobj.c b/dlls/gdi/gdiobj.c index 3d5450d..740504c 100644 --- a/dlls/gdi/gdiobj.c +++ b/dlls/gdi/gdiobj.c +static LOGFONTW SystemFont = +static LOGFONTW DeviceDefaultFont = +static LOGFONTW SystemFixedFont = +static

Re: Scrambled VB Fonts improving.

Joe, not to sound rude, or anything, but please send emails as plain text to the wine list.  Any pictures you need to show us, please attach them, and just name them appropriately.  The reason we request this is due to different client's handling (or lack thereof) of HTML.  It makes the message dif

Re: [Bug 4995] Check for fontforge >= 20060406 as earlier versions fail to build our fonts with catastrophic results.

Sam Dennis wrote: +if PKG_CHECK_MINVER(fontforge, 20060406); then configure should check for features, not versions. This avoids problems with patched older versions or newer versions with features removed. To check for fontforge correctly, we need to check that it will generate a ttf fil

Re: [Bug 4995] Check for fontforge >= 20060406 as earlier versions fail to build our fonts with catastrophic results.

On 9/29/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote: Also your patch is not correct. It's been discussed on wine-devel that we should not restrict any one particular version of FontForge. Many distros come with old but good versions and this will add extra noise for no good reason. And it wil

Re: [Bug 4995] Check for fontforge >= 20060406 as earlier versions fail to build our fonts with catastrophic results.

Sam Dennis wrote: > aclocal.m4 | 16 > configure.ac |6 +- > 2 files changed, 21 insertions(+), 1 deletions(-) > You missing change log. Please don't forget to include it in the email body not just subject. Also your patch is not correct. It's been discussed on wine-d

Re: Implement GetKerningPairs for TrueType fonts, take 4

On Thu, Sep 21, 2006 at 12:18:51AM +0900, Dmitry Timoshkov wrote: > this version of the patch incorporates another Huw's suggestion > in eliminating redundant local variable and simplifying the code. Thanks Dmitry, Looks good to me. -- Huw Davies [EMAIL PROTECTED]

Re: Implement GetKerningPairs for TrueType fonts, take 3

On Wed, Sep 20, 2006 at 03:22:02PM +0900, Dmitry Timoshkov wrote: > Changelog: > Implement GetKerningPairs for TrueType fonts. Hi Dmitry, Looks good, apart from one small nitpick below. I still think it would be nice to add the tests that you have to the test suite, even if it&

Re: GetTextMetrics returns wrong First/Last char index for Symbol fonts

"Jie Zhu" <[EMAIL PROTECTED]> wrote: +ptmA->tmFirstChar = ptmA->tmBreakChar - 2; +if (ptmW->tmCharSet == SYMBOL_CHARSET) +{ +ptmA->tmLastChar = ptmW->tmLastChar > 0x0F0FF ? 0x0FF : ptmW->tmLastChar & 0x0FF; +} +else +{ +ptmA->tmLastChar = ptmW->tmLastChar

Re: Printer fonts

generic_ppdFileName = HeapAlloc( PSDRV_Heap, 0, strlen(data_dir) + strlen(filename) + 1 ); +strcpy( generic_ppdFileName, data_dir ); +strcat( generic_ppdFileName, filename ); +} +#endif + if (!ppdFileName) { const char *data_dir, *filename; @@ -753,6 +781,20 @@

Printer fonts

It looks like, when printing via CUPS, if the PPD file for an installed printer does not contain entries (usually at the end of the file) like: *DefaultFont: Courier *Font AvantGarde-Book: Standard "(001.006S)" Standard ROM *Font AvantGarde-BookOblique: Standard "(001.006S)" Standard ROM ... (lo

Very large fonts cause loss of connection to X server

an app has the ability to zoom in on a document containing text and allows the user to specify the scaling factor without limiting it. Very large screen fonts can also arise when some WYSIWYG display strategies are used, although this would not ordinarily get to the 17,000 pixel range. Windows

Re: How do fonts work ?

On Mon, May 29, 2006 at 09:44:40PM +1000, Robert Lunnon wrote: > Hmm, more on the Google earth saga, I have been looking at the font traces > and > get things like the following but freetype doesn't support these tags (except > GSUB) ??? ... > Should freetype be able to find these tables ? Free

How do fonts work ?

Hmm, more on the Google earth saga, I have been looking at the font traces and get things like the following but freetype doesn't support these tags (except GSUB) ??? trace:font:WineEngGetFontData Can't find table 4a535446. This is tag JSTF trace:font:WineEngGetFontData font=7ff405d8, table=53

Re: Fonts getting corrupted in x11drv

On Thursday 25 May 2006 20:51, Saulius Krasuckas wrote: > BTW, now the issue is seen on my box too. Heh, it reminds my of my own > bugreport [*]. Could this be related, Troy? > > > [*] http://bugs.winehq.org/show_bug.cgi?id=5248 No, your problem is definitely different. -- Troy Rollo - [EMAIL

Re: Fonts getting corrupted in x11drv

On Thursday 25 May 2006 19:47, Huw Davies wrote: > Nice catch! This should fix it. Indeed it does. -- Troy Rollo - [EMAIL PROTECTED]

Re: Fonts getting corrupted in x11drv

* On Thu, 25 May 2006, Saulius Krasuckas wrote: > I'am running wine from a local src tree, so I had to compile this way: > > $ tools/winegcc/winegcc -Btools/winebuild/ -B/usr/bin/ -g sysfont.c -Ldlls > -Llibs -Iinclude -mwindows Sorry, -B/usr/bin is a leftover from my experiments and isn't neede

Re: Fonts getting corrupted in x11drv

On Thu, May 25, 2006 at 04:49:04PM +1000, Troy Rollo wrote: > The attached sample program demonstrates a bug in font handling that can lead > to corrupted fonts. Compile with "winegcc -g sysfont.c -lgdi32 -lcomdlg32". > Run the resulting a.out, and you will see the letter

Re: Fonts getting corrupted in x11drv

* On Thu, 25 May 2006, Troy Rollo wrote: > The attached sample program demonstrates a bug in font handling that can > lead to corrupted fonts. Compile with "winegcc -g sysfont.c -lgdi32 > -lcomdlg32". I'am running wine from a local src tree, so I had to compile th

Fonts getting corrupted in x11drv

The attached sample program demonstrates a bug in font handling that can lead to corrupted fonts. Compile with "winegcc -g sysfont.c -lgdi32 -lcomdlg32". Run the resulting a.out, and you will see the letter "C" in the top left corner of the window, rendered in the system fon

Re: Wine fonts too big for their input fields.

Brian Vincent wrote: On 4/12/06, *Duane Clark* <[EMAIL PROTECTED] > wrote: I made the attached changes to the edit test. The results when run on Win2k are a bit strange (note that I only looked for the min in the first 1024 glyphs): edit.c:807:Font Mic

Re: Wine fonts too big for their input fields.

On Wed, Apr 12, 2006 at 03:13:43PM -0700, Duane Clark wrote: > >Fascinating. This will probably be a huge clue in working out exactly > >what Windows does here - unfortunately, at the moment, I have no idea > >what it means :-( > > > > Hmmm, well I found this: > > http://msdn.microsoft.com/libra

Re: Wine fonts too big for their input fields.

Duane Clark wrote: Hmmm, well I found this: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/editcontrols/editcontrols.asp where is says "By default, the edit control margins are set just wide enough to accommodate the largest character horizontal ove

Re: Wine fonts too big for their input fields.

Huw Davies wrote: On Wed, Apr 12, 2006 at 12:26:07PM -0700, Duane Clark wrote: Huw Davies wrote: Interesting, so to clarify, even a large edit control and a small Microsoft Sans Serif has a zero margin? Yep. Fascinating. This will probably be a huge clue in working out exactly what Windows

Re: Wine fonts too big for their input fields.

On Wed, Apr 12, 2006 at 12:26:07PM -0700, Duane Clark wrote: > Huw Davies wrote: > >Interesting, so to clarify, even a large edit control and a small > >Microsoft Sans Serif has a zero margin? > > Yep. Fascinating. This will probably be a huge clue in working out exactly what Windows does here -

Re: Wine fonts too big for their input fields.

Huw Davies wrote: On Wed, Apr 12, 2006 at 11:28:21AM -0700, Duane Clark wrote: Testing more on Win2k shows that with Tahoma, the edit field sets margins that depend on the font size. Explicitely setting "Microsoft Sans Serif" gives me the correct font, and it is indeed True Type, but both marg

Re: Wine fonts too big for their input fields.

On Wed, Apr 12, 2006 at 11:28:21AM -0700, Duane Clark wrote: > Testing more on Win2k shows > that with Tahoma, the edit field sets margins that depend on the font > size. Explicitely setting "Microsoft Sans Serif" gives me the correct > font, and it is indeed True Type, but both margins remain z

Re: Wine fonts too big for their input fields.

Huw Davies wrote: I assume you mean Microsoft Sans Serif not MS Sans Serif. The former is a TrueType font (micross.ttf) the latter is a bitmap font (sserife.fon). Indeed it does look like[1] we should be using Microsoft Sans Serif for MS Shell Dlg at least for non-CJK locales. You are right

Re: Wine fonts too big for their input fields.

On Wed, Apr 12, 2006 at 10:14:58AM -0700, Duane Clark wrote: > Huw D M Davies wrote: > > > >MS Shell Dlg maps to either Microsoft Sans Serif or Tahoma depending > >on Windows version; the default wine.inf maps it to Tahoma so you > >should check whether you have tahoma.ttf installed. If in doubt a

Re: Wine fonts too big for their input fields.

ult.asp?url=/library/en-us/intl/nls_4qcn.asp "On Windows NT 4.0/2000/XP/Server 2003/Vista, both map to Unicode-based TrueType fonts. MS Shell Dlg uses Microsoft Sans Serif (which is distinct from MS Sans Serif)... MS Shell Dlg 2 simply uses the Tahoma font" So perhaps we should be doing that?

Re: Wine fonts too big for their input fields.

Duane Clark wrote: ... Most of the other characters appear to be pixel identical (though the '7' is rendered one pixel to the right of where it is on Win2k). Actually, the '7' is correct. The problem is the '8' (I had typed "6789"). Here are a couple of small images of the problem. The first,

Re: Wine fonts too big for their input fields.

Huw D M Davies wrote: MS Shell Dlg maps to either Microsoft Sans Serif or Tahoma depending on Windows version; the default wine.inf maps it to Tahoma so you should check whether you have tahoma.ttf installed. If in doubt a +font log will tell you what Wine picks for this font. In Win2k, it is

Re: Wine fonts too big for their input fields.

On Wed, Apr 12, 2006 at 08:55:09AM -0700, Duane Clark wrote: > Huw D M Davies wrote: > > > >I had some fun with this a month or two ago. See the > >test_margins_font_change test and calc_min_margin_size in the actual > >code. The deal seems to be that for 'small' edit controls > >EC_USEFONTINFO r

Re: Wine fonts too big for their input fields.

Dan Kegel wrote: Duane Clark wrote: I also have an installer (for Xilinx) that exhibits this problem. I created a small application that creates a single line edit control (which is what the Xilinx installer uses). I notice that on Win2k the EM_GETMARGINS message returns zero for left and right

Re: Wine fonts too big for their input fields.

tical. As far as the characters go, I can see that the '1' has an extra pixel to the right at the bottom. Most of the other characters appear to be pixel identical (though the '7' is rendered one pixel to the right of where it is on Win2k). The biggest difference though,

Re: Wine fonts too big for their input fields.

Huw D M Davies wrote: I had some fun with this a month or two ago. See the test_margins_font_change test and calc_min_margin_size in the actual code. The deal seems to be that for 'small' edit controls EC_USEFONTINFO results in no margin. 'Small' is currently defined to be smaller than the ex

Re: Wine fonts too big for their input fields.

On Tue, Apr 11, 2006 at 04:53:20PM -0700, Duane Clark wrote: > Tony Lambregts wrote: > >We now have at least three bugs[1] where the program will not accept the > >all the characters that are required if we do not use native fonts. The > >latest bug report was report

re: Wine fonts too big for their input fields.

Duane Clark wrote: >I also have an installer (for Xilinx) that exhibits this problem. I >created a small application that creates a single line edit control >(which is what the Xilinx installer uses). I notice that on Win2k the >EM_GETMARGINS message returns zero for left and right messages, but on

Re: Wine fonts too big for their input fields.

Tony Lambregts wrote: We now have at least three bugs[1] where the program will not accept the all the characters that are required if we do not use native fonts. The latest bug report was reported just today and the reporter resolved the bug as FIXED when he used Native fonts. So I have a

Re: Wine fonts too big for their input fields.

On 4/11/06, Tony Lambregts <[EMAIL PROTECTED]> wrote: > Should These bugs marked a duplicates? These reports should all be pending the same bug. We really need a proper font replacement. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose ti

Wine fonts too big for their input fields.

We now have at least three bugs[1] where the program will not accept the all the characters that are required if we do not use native fonts. The latest bug report was reported just today and the reporter resolved the bug as FIXED when he used Native fonts. So I have a couple of questions

Re: Missing fonts

he wrong place > for it. Configure warns you about a missing fontforge, that will be > enough. fontforge isn't a hard dependency. > It's not the missing fontforge I'm worried about, it's the incompatible fontforge that creates unusable fonts. In that case I'd rather

Re: Missing fonts

* Tomas Carnecky <[EMAIL PROTECTED]> [10/04/06, 15:01:00]: > At least now this information is in the README file, I saw the patch > just after I've sent that email :) It's not. Alexandre convinced me that the README file is the wrong place for it. Configure warns you about a missing fontforge,

Re: Missing fonts

On Mon, Apr 10, 2006 at 04:33:10PM +0200, Eric Pouech wrote: > Huw D M Davies wrote: > >On Mon, Apr 10, 2006 at 04:01:55PM +0200, Eric Pouech wrote: > > > >>Dmitry Timoshkov wrote: > >> > >>>Does 'make test' in dlls/gdi pass as well? >

Re: Missing fonts

Huw D M Davies wrote: On Mon, Apr 10, 2006 at 04:01:55PM +0200, Eric Pouech wrote: Dmitry Timoshkov wrote: Does 'make test' in dlls/gdi pass as well? The test fails if you have some other fonts installed. It shouldn't. Could you debug what's going on? We should

Re: Missing fonts

On Mon, Apr 10, 2006 at 04:01:55PM +0200, Eric Pouech wrote: > Dmitry Timoshkov wrote: > >Does 'make test' in dlls/gdi pass as well? > > > The test fails if you have some other fonts installed. It shouldn't. Could you debug what's going on? We should only b

Re: Missing fonts

t 3 != 2 I think Courier should now be built correctly even for older versions of fontforge. Could you try make clean && make in fonts/ and also check that you don't have coure.fon installed somewhere else on your system. Huw. -- Huw Davies [EMAIL PROTECTED]

Re: Missing fonts

Vitaliy Margolen skrev: >Sunday, April 9, 2006, 4:15:22 PM, Alexander N. Sørnes wrote: > > > >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 wo

Re: Missing fonts

, 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 fonts

Re: Missing fonts

Vitaliy Margolen skrev: Sunday, April 9, 2006, 4:15:22 PM, Alexander N. Sørnes wrote: 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

Re: Missing fonts

Vitaliy Margolen skrev: Sunday, April 9, 2006, 4:15:22 PM, Alexander N. Sørnes wrote: 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

Re: Missing fonts

Vitaliy Margolen skrev: Sunday, April 9, 2006, 4:15:22 PM, Alexander N. Sørnes wrote: 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

Re: Missing fonts

Dmitry Timoshkov wrote: "Eric Pouech" <[EMAIL PROTECTED]> wrote: Does 'make test' in dlls/gdi pass as well? The test fails if you have some other fonts installed. I think that's expected, running tests with native libraries (and the fonts are the libraries

Re: Missing fonts

"Eric Pouech" <[EMAIL PROTECTED]> wrote: Does 'make test' in dlls/gdi pass as well? The test fails if you have some other fonts installed. I think that's expected, running tests with native libraries (and the fonts are the libraries) is not guaranteed t

Re: Missing fonts

"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote: Does 'make test' in dlls/gdi pass as well? Hmm I guess it doesn't work then: font.c:277: Test failed: Courier(13): tm.tmAscent 10 != 11 font.c:278: Test failed: Courier(13): tm.tmDescent 3 != 2 But at least I have f

<    1   2   3   >