2012/2/28 Frédéric Delanoy
> 2012/2/28 Luca Bennati :
> > I tried converting README.it to UTF8, instead of the current Extended
> ASCII,
> > which works really bad on my system.
> > However, it does not seems like Git caught this change: could this be
> done
> >
2012/1/14 Jacek Caban
> Hi Saulius,
>
>
> On 01/14/12 16:45, Saulius Krasuckas wrote:
>
>> I decided to run latest Winetest on my linux box and chose to install
>> Gecko package during prefix setup:
>>
>> $ rm -rf ~/.wine
>> $ wine start
>> wine: created the configuration directory '/home/s2/.win
Hi all, I would like to clarify some doubts I have about Wine translations
and its po/rc files:
1- Are the following highlighted strings errors from the script converting
from rc to po or due to malformatted po files (seems not to recognize
msgctx lines)?
http://source.winehq.org/transl/resource.p
Il giorno 21 novembre 2010 15:28, Matteo Bruni ha
scritto:
> > -L'etichetta che è l'obiettivo di un GOTO può essere lunga fino a 255
> caratteri\n\
> > +L'etichetta che è la destinazione di un GOTO può essere lunga fino a 255
> caratteri\n\
>
> I believe this sentence as a whole sounds quite awkw
2010/11/13 Paul Vriens
> Hi,
>
> rm dlls/atl/atliface.h
>
> Cheers,
>
> Paul
> On Nov 13, 2010 12:00 PM, "Joel Holdsworth"
> wrote:
> > Hmm,
> >
> > Looks like it was caused by commit
> > 9c4432f69d91007d02c52c50ba565ca795f44765, I think the CLSID isn't being
> > included properly. Probably easy
I get this:
registrar.c: In function ‘DllGetClassObject’:
registrar.c:747:18: error: ‘CLSID_Registrar’ undeclared (first use in this
function)
registrar.c:747:18: note: each undeclared identifier is reported only once
for each function it appears in
registrar.c: In function ‘do_register_server’:
re
2010/10/2 Rudolf Mayerhofer
> On Saturday 02 October 2010 08:15:46 Dmitry Timoshkov wrote:
> > Rudolf Mayerhofer wrote:
> > > /* System Information Class 0x01 */
> > >
> > > +typedef struct _SYSTEM_CPU_CACHE_INFORMATION {
> > > +ULONG ProcessorMask;
> > > +CACHE_DESCRIPTOR CacheInformat
Applied the patch to master, recompiled ok. I put the rc1 cab in
/usr/share/wine/gecko/, as always.
In the creation of a new prefix, it gave me an err which wasn't there
before:
err:mshtml:init_xpcom AutoRegister(NULL) failed: 80070057
but 'wine iexplore' works better than before (sites that cra
From 97a5bd2d2388cf96142414593bb449e5e66a02b1 Mon Sep 17 00:00:00 2001
From: Luca Bennati
Date: Wed, 4 Aug 2010 09:14:40 +0200
Subject: shdocvw: Update Italian translation
---
dlls/shdocvw/It.rc | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/dlls
-- Forwarded message --
From: Luca Bennati
Date: 2010/6/21
Subject: Re: Italian translation of Wine at 100%
To: Paul Vriens
2010/6/21 Paul Vriens
Hi,
>
> And another one at a 100% !!!
>
> Many thanks to Luca for his efforts to get us this far.
>
> --
I found out why it didn't build: a numeric code in the first lines was in a
wrong format.
But now i need help to know what exactly i need to put there, because i
don't know anymore.
The lines are these (example got from french file):
LanguageNames=(FRA=0x0c:winerr)
CodePages=(FRA=65001:0)
The pro
2010/5/31 Matteo Bruni
> > - LTEXT "File di &Tipo:", 1089, 6, 104, 90, 9
> > + LTEXT "&Tippo del file:", 1089, 6, 104, 90, 9
>
> One 'p' is enough :). More importantly, this and the shell32 patch
> have mangled accented letters (maybe the conversion to UTF8 didn't
> work out well?). No problems i
2010/5/30 Sven Baars
> Luca Bennati wrote:
>
>> +/* + * English resources for localspl + * + * Copyright 2005 Huw Davies +
>> * Copyright 2006 Detlef Riekenberg + *
>>
> Hey Luca,
>
> This should probably be
>
> +/*
> + * Italian resources for local
2010/2/5 Vincent Povirk
>
> It's supported 32bpp with transparency from the start. The full list
> of supported writing formats is here:
> http://source.winehq.org/source/dlls/windowscodecs/pngformat.c#L680
>
> GUID_WICPixelFormat32bppBGRA is the format you want, I think.
>
> You probably tried t
2010/2/4 Vincent Povirk
>
> > As a side note, you need to do a similar work on winemenubuilder, as it
> uses
> > libpng and fails linking without modifications. to test this images i
> > statically linked it to libpng, just to make it work, as it wasn't needed
> in
> > your test.
> > Thank you fo
2010/2/4 Vincent Povirk
>
> > * http://www.libpng.org/pub/png/PngSuite/basn4a16.png - This is a
> > grayscale png with an alpha channel. That's the situation where we use
> > the png_set_gray... function that was removed.
>
> Errr.. I may actually be thinking of
> http://www.libpng.org/pub/png/Pn
2010/2/3 Roderick Colenbrander
> We are loading png dynamically and we want to keep doing that. Figure
> out where the longjmp call comes from (perhaps it is some macro or so
> in the png code). We might have to dynamically load the function..
>
> Regarding that gray conversion function. The only
2010/2/3 Luca Bennati
> LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc
> --nostdinc -I. -I. -I../../include -I../../include -D__WINESRC__
> -foversion.res version.rc
> ../../tools/winegcc/winegcc -B../../tools/winebuild --sysroot=../..
> -sh
2010/2/3 Vincent Povirk
>
> We use png_set_gray_1_2_4_to_8 to expand grayscale PNG's to an RGB format.
>
> It'd be nice to have libpng do this (if there's a non-deprecated way
> to do it), but it's a trivial operation that we could do without if
> necessary.
>
The error is:
ccache gcc -c -I. -I.
First: should i open a bug for this?
The problem is from the new libpng 1.4.0: this evening i just updated this
lib, and now i get compile error in dlls/windowscodecs/pngformat.c
I'm still investigating the issue to find a solution, but the change that
introduced this is clear, directly from their
20 matches
Mail list logo
