Hi,
I have Wacom Graphire3 tablet and it's working well under Windows, MacOS or
MacOS + X (Inkscape). But Wine can't detect it as tablet and disables the
wintab support.
The actual stylus device is Device 6 [id 8|name pen|type |num_classes
2|use 4], but log says it is not apparently a tablet cur
Sorry to bother. Forgot CC to wine-devel.
> In this case, though, I think you might have stumbled across something
> that's relatively rare, and unless there's an application that depends on
> this behavior, it might be worth ignoring for now.
It's in rear case that applications use volatile key
Hi Guo,
On Tue, May 14, 2013 at 1:32 PM, Guo Jian wrote:
> I just found that the REG_OPTION_VOLATILE of create_key in hkcr may
> have some tricks. Not surprisingly found a strange situation when
> testing on windows. See my test here please :
> http://newtestbot.winehq.org/JobDetails.pl?Key=932
And a new test is here http://newtestbot.winehq.org/JobDetails.pl?Key=934
2013/5/15 Guo Jian :
> I just found that the REG_OPTION_VOLATILE of create_key in hkcr may
> have some tricks. Not surprisingly found a strange situation when
> testing on windows. See my test here please :
> http://newtestb
I just found that the REG_OPTION_VOLATILE of create_key in hkcr may
have some tricks. Not surprisingly found a strange situation when
testing on windows. See my test here please :
http://newtestbot.winehq.org/JobDetails.pl?Key=932
This happens as following :
First create hkcu/software/classes/key1,
Christian Costa writes:
> @@ -36,6 +36,16 @@ static void la_to_rgba(const struct vec4 *la, struct vec4
> *rgba)
> rgba->w = la->w;
> }
>
> +static void index_to_rgba(const struct vec4 *index, struct vec4 *rgba, const
> PALETTEENTRY *palette)
> +{
> +ULONG idx = (ULONG)(index->x * 25
Guo Jian writes:
> This is my first patch, could you please have a review? Thank you.
Looks OK, but you could probably merge it into one of the existing
capture tests, it doesn't really need a brand-new window.
Also when sending patches that depend on each other, please number them
so that the
I decided to rewrite the tests in orderliness. Today I have done the
tests on write-operations (
http://newtestbot.winehq.org/JobDetails.pl?Key=931 ) . And ome of my
assumptions has been confirmed:
All the operations that change hkcr should prefer hkcu to hklm. That
means if the _full_path_of_the_
"Erich E. Hoover" writes:
> The attached patch is the next step in the series of fixes for
> Silverlight/PlayReady under Wine. This particular patch does not
> impact Netflix, but it does impact a number of other PlayReady
> streaming services (and a variety of non-streaming sites as well).
>
> W
I have submitted an alternative patch to fix this issue. It ended up being
more involved.
First, on considering exactly how disabling a window should interact with its
resizability features, I decided that disabling should not remove
NSResizableWindowMask from the style mask.
Consider a windo
On 9 May 2013 19:10, Guo Jian wrote:
> Hello everyone,
> This is my first patch to wine, which has been submitting since the last
> day. Please help that what is the safe way sending patches that makes sure
> the patch is not corrupt by my mail client? Is it the most correct way to
> attach a
11 matches
Mail list logo
