"Michael Martin" wrote:
The following patch fixes 18130. In my tests, context menu for
the Edit window control does not send the WM_COMMAND message.
Please comment.
And what is the reason of the crash? Please add a test case
replicating the problem first, only then start fixing it.
--
Dmitry
2009/6/7 Frank Richter :
> On 07.06.2009 22:22, Henri Verbeet wrote:
>> Even if the format isn't lockable, you can still use the data with a
>> shader.
>
> If it's a typical depth format the shader will see normalized values.
>
Yes, but floating point formats aren't "typical".
> Information on DF1
Am 07.06.2009 um 10:35 schrieb Henri Verbeet:
2009/6/7 Frank Richter :
As far as I could gather DF16 is the "ATI way" of getting a
renderable
16 bit depth texture.
Without knowing much about the actual format, DF16 implies this should
be a floating point format, similar to the ones provided
Nice that you found a way to support this format :-)
Can you separate the compressed data loading changes from the ATI1N
specific changes? I will make regression testing easier if anything
should break.
Do you have an app that needs this format? I think a test would be a
good idea.
Am 0
On Sun, Jun 7, 2009 at 8:27 PM, Stephan Rose wrote:
> Well it'd have to be top left and top right. Given those two, top center
> will be determined by DrawText on it's own when given DT_CENTER
> alignment.
>
> Ok I think that I'm really going to have to do is make a rotated test
> app to see what h
On Sun, 2009-06-07 at 19:53 -0500, Vincent Povirk wrote:
> This looks wrong to me. You're only adjusting the left coordinate, but
> in case of a rotation in the world transform, you'll need to adjust
> the top as well.
>
> Also, I think you may still be able to use DT_CENTER and DT_RIGHT
> rather
This looks wrong to me. You're only adjusting the left coordinate, but
in case of a rotation in the world transform, you'll need to adjust
the top as well.
Also, I think you may still be able to use DT_CENTER and DT_RIGHT
rather than measuring the string beforehand. Creating a rectangle
something
Another, er, quarter, another winetricks.
Online as always at
http://kegel.com/wine/winetricks
or
http://winezeug.googlecode.com
Thanks to Austin English for taking on most of the work keeping
winetricks up to date!
(And apologies for my own slowness in doing another release.)
Changes since 20
2009. 06. 7, vasárnap keltezéssel 23.05-kor Frank Richter ezt írta:
> On 07.06.2009 22:22, Henri Verbeet wrote:
> > Even if the format isn't lockable, you can still use the data with a
> > shader.
>
> If it's a typical depth format the shader will see normalized values.
>
> Information on DF16 s
Pavel Prochazka wrote:
There is an open bug for this problem, 14746. Can you clean up and
attach your fix to this bug so that others can try it?
I did apply it cleanly, through three steps to version 1.1.22 of Wine.
James McKenzie
Austin English wrote:
> On Sun, Jun 7, 2009 at 12:25 PM, Vitaliy
> Margolen wrote:
>> The limits are:
>> 20 lines for logs (fixme, trace, err, warn)
>> 10 lines for back traces
>> ---
>> Bugzilla/Bug.pm |7 +++
>> template/en/default/global/user-error.html.t
On Sunday 07 June 2009 2:05:41 pm Frank Richter wrote:
> On what graphics cards is that extension supported?
> DF16 is supported since the R300. It appears that float depth formats
> are much younger, so it seems unlikely DF16 is actually a float format
> internally.
Just to note, there is a much
On 07.06.2009 22:22, Henri Verbeet wrote:
> Even if the format isn't lockable, you can still use the data with a
> shader.
If it's a typical depth format the shader will see normalized values.
Information on DF16 seems to be sparse, one thing I found was:
http://discussms.hosting.lsoft.com/SCRIP
2009/6/7 Frank Richter :
> On 07.06.2009 19:35, Henri Verbeet wrote:
>> 2009/6/7 Frank Richter :
>>> As far as I could gather DF16 is the "ATI way" of getting a renderable
>>> 16 bit depth texture.
>> Without knowing much about the actual format, DF16 implies this should
>> be a floating point form
On 07.06.2009 19:35, Henri Verbeet wrote:
> 2009/6/7 Frank Richter :
>> As far as I could gather DF16 is the "ATI way" of getting a renderable
>> 16 bit depth texture.
> Without knowing much about the actual format, DF16 implies this should
> be a floating point format, similar to the ones provided
On Sun, Jun 7, 2009 at 12:25 PM, Vitaliy
Margolen wrote:
>
> The limits are:
> 20 lines for logs (fixme, trace, err, warn)
> 10 lines for back traces
> ---
> Bugzilla/Bug.pm | 7 +++
> template/en/default/global/user-error.html.tmpl | 4
> 2 files cha
2009/6/7 Frank Richter :
> As far as I could gather DF16 is the "ATI way" of getting a renderable
> 16 bit depth texture.
Without knowing much about the actual format, DF16 implies this should
be a floating point format, similar to the ones provided by
ARB_depth_buffer_float. Also, could you please
2009/6/7 Frank Richter :
> +/* Download data for a compressed surface */
> +static void surface_download_data_compressed(IWineD3DSurfaceImpl *This,
> const struct GlPixelFormatDesc *format_desc) {
> +TRACE("(%p) : Calling glGetCompressedTexImageARB level %d, format %#x,
> type %#x, data %p\n"
> 2009/6/7 Francois Gouget :
>
>> Winetest should have an email field (optional) to make contacting the
>> tester easier. That and also a description field (bug 13027) so one can
>> give a proper description of the setup the tests are running on (e.g.
>> locale, running in vmware or not, etc).
>
I
On Sat, Jun 6, 2009 at 10:10 PM, Jeremy White wrote:
>> What say? Would this help users more than it would hurt?
>
> Dan, can you just quick check the file system type? If it's
> UDF, then it's a known issue.
I think it's iso9660, but you can check yourself, I uploaded it to
http://kegel.com/win
2009/6/7 Francois Gouget :
> Winetest should have an email field (optional) to make contacting the
> tester easier. That and also a description field (bug 13027) so one can
> give a proper description of the setup the tests are running on (e.g.
> locale, running in vmware or not, etc).
+1
I'd e
On Sat, 6 Jun 2009, Nikolay Sivov wrote:
> Hi.
>
> Does anyone no whose box is it (dr-asus)? It has some (actually always 10)
> test failures for ListView and
> I think it's possible to find a cause. Same failures on 2k and XP actually.
>
> I'd like to contact owner for testing some patches.
Wi
2009/6/7 Michael Martin :
You'll need to include the patch as an attachment (renamed as a text
file if your mail client messes up the encoding), instead of including
it in the body text (the indentation in the patch you included has
been removed by your mail client).
> + BOOL selectedMenuItem;
>
If you send me the necessary information I can probably take care of it.
I've uploaded the lastest version to
http://www.mikolaj.zalewski.pl/dl/wine-transl.tgz . There is a README
there, but basically one needs to start with copying
scripts/config-example to scripts/config and setting the
Mikołaj Zalewski writes:
> It's online again. Having it on WineHQ would probably give a better
> uptime (and a much better latency, but this should also improve on my
> side, when I won't need a temporary SSH tunnel anymore and will move
> the HTTP server from my good old Pentium 100MHz to a new
25 matches
Mail list logo
