On Wed, Jun 19, 2013 at 5:22 PM, Frédéric Delanoy <
frederic.dela...@gmail.com> wrote:
> Just wondering: does it make sense to translate a call for translators?
> I mean, if a volunteer can't understand the English from the call,
> (s)he wouldn't be able to translate correctly anyway.
I though ab
Good catch. I'm re-sending it.
> That's better, thanks. You probably want to put them under a subkey
> though, to avoid mixing up the joystick names with the other
> configuration values.
No problem. If I put them under a key "Disabled" I think it's ok to
not ask for a value, just a key with the joystick name right?
> I think dinput should be appending that to the returned name, joy.cpl
> shouldn't have to know about the specific naming scheme of the driver.
Do you mean change the reported name directly at device creation time?
I could do that and I guess that would be mostly harmless, do other
people working
Hello, this patch caused a regression with Rayman 2, all the text in
the menus is rendered wrong now.
Should I open a bug or is this email enough? A demo of the game can be
downloaded here ftp://ftp.ubisoft.com/Rayman2/rayman2high.zip
Screenshot: http://dl.dropbox.com/u/2701879/images/rayman2.png
back to the english version already.
>
> -N
>
>
> On 06/19/2012 09:49 AM, Lucas Zawacki wrote:
>>
>> From: Lucas Zawacki
>>
>> ---
>> news/pt/2012061501.xml | 13 +
>> 1 file changed, 13 insertions(+)
>> create mode 100644 news/
On Mon, Jun 18, 2012 at 11:04 PM, Vitaliy Margolen
wrote:
> If you worry about devices moving around and getting different IDs - then
> use part of GUID to identify driver and add device name to identify the
> joystick.
Yes, that seems like the way to go. I'll use the GUIDs to show the
device nam
Hello all,
disabling an specific joystick device is an issue that is raised from
time to time in
this list. I'm planning on implementing it as a registry key like
'DirectInput/Disable controllername'.
However I'd like the ability to disable specific joysticks on Linux,
like the /dev/input/js* ver
> It's called joy.cpl on Windows. Please also use compatible exports, and
> avoid creating a lot of empty source files. I'd expect that a single
> source file is sufficient for this.
Will do. I removed the uneeded shlwapi and advapi32 from the exports
is that enough or am I missing something?
Ok, I sent patches doing this for linux and linuxinput drivers and a
test. The joystick_osx.c version of this could be done but I dont have
the means to test so if anyone wants to do it, you're welcome.
Hey guys, asking for a little code review here...
I was looking at the solution for this bug
http://bugs.winehq.org/show_bug.cgi?id=30705 and it comes down to
implementing the DIPROP_JOYSTICKSID property for joystick devices.
After some research on what this is I know it's always a number
between
On Thu, May 10, 2012 at 3:35 PM, Austin English wrote:
> Any reason you're not using the wine wiki for that?
This is a self-hosted wiki because a lot of the information I tend to
write there is ephemereal, since I use it mostly as a way to document
my progress and organize myself.
I suppose I sh
Hello all,
I'll use this thread to post information and ask questions regarding
my GSoC project.
First there's a wiki which aggregates some information and lists tasks
I'm working on: http://lfzawacki.heroku.com/wine/published/HomePage
Then there's a github repo: https://github.com/lfzawacki/wine
When I first started to learn about wine development I stumbled across
some examples exactly like these in the wine wiki. A quick search
reveals them (the first 3)
http://wiki.winehq.org/DeveloperExamples?action=fullsearch&context=180&value=debugging
I myself like this aproach, it's a very useful
Hello, regarding the "Implement Common Windows Scripting Classes" gsoc
idea. How many of these classes would be fine for the length of the
program? I'm thinking that maybe 3 classes with thorough would be cool
for a proposal.
Some of them like "Dictionary" seem to be pretty straight forward and
sm
2012/4/3 Bruno Jesus <00cp...@gmail.com>:
> Would be:
> - Suporte para recursos de fontes escaláveis.
>
> Instead of:
> - Suporte a fontes redimensionáveis em recursos.
I'm not a developer in this area so I thought that 'scalable' meant
roughly the same as 'resizable' and that word ('redimensionáv
>> * Compatibility and exchange of installation recipes with other
>> frontends like PlayOnLinux
>> * Winetricks and AppDB integration. A way to mirror in AppDB the
>> dependencies and workarounds employed by winetricks recipes.
>
> Winetricks is not a mentoring organization for Google Summer of Co
About the joystick configuration tool proposal. My plans are:
* Start development as a standalone program, and then include it in
the control panel
* Enumerate all the joysticks with dinput
* Simple windows GUI. Prototypes are here
http://dl.dropbox.com/u/2701879/wiki/gsoc/dialog1.png (main screen
> I'm not sure if that's outdated. I mean how many people are converting
> Applications to winelib, how many of them want to use scons for that, and how
> many of them can't do it theirselfs?
> But maybe i'm wrong...
Actually I think you're right, I don't know how much interest is there
for this
Hello all,
First of all, I'll introduce myself: I'm Lucas Fialho Zawacki a
Computer Science undergrad at UFRGS
university in Brazil. I have worked with Wine in GSoC 2011
(http://www.google-melange.com/gsoc/project/google/gsoc2011/lfzawacki/8001)
and pretty much enjoyed the experience.
I'd like to
This is a question for the portuguese speakers in the list. Is it
preferable to create a 'pt-br' translation for the site/wiki or use
the current 'pt' one (a la Wikipedia)?. I personally like the second
option and will try to use the common subset of our languages, but if
someone thinks this is a
Hello guys,
I'd like to help translate some chunks of the Wine wiki to Portuguese.
What is the accepted method of translating the wiki pages? What pages
do you recognize as being more important to be translated first?
If any portuguese speakers want to help let's get in touch to organize
ourselv
I want to get my dinput patches in before the code freeze, and besides
the ones that I tried to commit last week I have some patches touching
EnumDevicesBySemantics and ConfigureDevices, but I can't commit them
before the DIPROP_USERNAME and configuration file patches are in too.
Seeing that I'll h
Every year I attend to FISL here in my home town of Porto Alegre
(Brazil), it's one of the biggest events in Latin America but I reckon
most of wine devs are far north.
I didn't want to hijack the other thread, so I'll just throw an idea
here. It's been some time now that I've wanted to organize a
2012/1/10 Vitaliy Margolen :
> On 01/09/2012 10:18 AM, Lucas Fialho Zawacki wrote:
>>
>> From: Lucas Fialho Zawacki
>>
>> +static BOOL _write_private_profile_intW(const char *format, WCHAR*
>> section, WCHAR* key, int value, WCHAR* file)
>
> I don't think this is such a good idea to mix ASCII and W
To be fair the idea IS categorization, as it doesn't matter if the
buttons are sorted in a particular order between them. The original
ConfigureDevices dialog is here
http://msdn.microsoft.com/en-us/library/bb206296%28v=vs.85%29.aspx ,
you can see the checkbox there. I think "Show assigned first" i
Is there a way of doing what I want? Would using GetCursorInfo() to
discover if it's hidden, and then show it, work?
2011/9/13 Alexandre Julliard :
> Lucas Fialho Zawacki writes:
>
>> @@ -377,6 +377,12 @@ static INT_PTR CALLBACK ConfigureDevicesDlgProc(HWND
>> dialog, UINT uMsg, WPARAM w
>>
err.. I know there's no debugging going on right now, but I'm planning
on submiting a couple more patches to this file and I'll print some
debug info then.
2011/9/8 Francois Gouget :
> ---
> dlls/dinput/config.c | 2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
>
> diff --git a/dlls/d
> It doesn't make sense to pass the info as WM_INITDIALG parameter if it's
> going to be stored in global variables anyway. A better way would be to
> store this in the window info.
>
Any pointers on what's the set of winapi functions used to store and
retrieve data in windows? I've searched MSDN
Hey everyone, just sending you this email to give a heads up about the
status of my GSoC project.
I set out to implement the action mapping features of DirectInput8,
what I have now is:
* EnumDevicesBySemantics: Fully implemented
* SetActionMap: Fully implemented
* BuildActionMap: Fully implement
Thanks Bruno, ExpandEnvironmentStrings with %CommonProgramFiles% seems
to be a better solution for my needs.
I need to get the user configured path to Program Files/Common Files
to save the dinput action mapping settings.
What are the my options for doing this?
One way I found is the SHGetSpecialFolderPath function, but it
requires me to link to shell32 and I suspect there's a better way.
Thanks
There's actually a problem with what I was intending to do. In windows
the function doesnt truly create a dialog, it's more like a DirectX
rendered application and just now I realized that the test will not be
compatible. So I think I'll give up testing this, at least for now.
> Is it your own dialog you are testing or a built-in?
It's the dialog I created for IDirectInput::ConfigureDevices. I'll
give a look in your tests and ask if I need help.
Thanks
Hello. I need some help here.
Before commiting the ConfigureDevices patches tried to add a couple
simple tests for the function, the problem is that I now have to test
a dialog. What is the best way to do it? I'm thinking of creating
another thread and sending the desired messages to the dialog, i
Hello!
Here's a lot of patches with a ConfigureDevices implementation. These
patches can be tested with this app I built that uses ConfigureDevices
to set up a joystick action mapping
(https://github.com/downloads/lfzawacki/dinput-samples/dolphin-plugin.exe)
. I also tested it with the Rally Troph
Sorry, this is a duplicate for the [3/4] patch, you can disregard it.
2011/7/21 Lucas Fialho Zawacki :
> ---
> dlls/dinput/joystick.c | 60
> +++-
> 1 files changed, 59 insertions(+), 1 deletions(-)
>
> diff --git a/dlls/dinput/joystick.c b/dlls/dinp
7;ll be my next step.
The mapping can be tested this small app I built:
https://github.com/downloads/lfzawacki/dinput-samples/dolphin.exe
provided that you have one joystick attached (it will chose the first
one if there are more).
Cheers :)
2011/7/5 Lucas Zawacki :
> Hi guys.
>
> Now tha
I realized this patch and the next are wrong and don't work, despite
the tests passing. No need to bother reading them.
2011/7/8 Lucas Fialho Zawacki :
> ---
> dlls/dinput/device.c | 22 ++
> dlls/dinput/device_private.h | 1 +
> 2 files changed, 23 insertions(+),
Hi guys.
Now that all the initial patches are in I have several smaller tasks
to work on as listed here
http://lfzawacki.heroku.com/wine/published/Road+Map and hopefully
they're more straightforward. I've already started working on getting
EnumDevicesBySemantics correct with joysticks and the pas
Ouch, that is a leftover from an older try at this code. So much for
double checking the patches...
2011/6/30 Marcus Meissner :
> On Thu, Jun 30, 2011 at 02:56:08AM -0300, Lucas Zawacki wrote:
>> Hey guys, how are you doing? I've got some patches for you.
>>
>> The fir
Hey guys, how are you doing? I've got some patches for you.
The first is a refactoring of the BuildActionMap implementations for
keyboard and mouse. I think with 'semantic_to_obj_id' the mapping is
pretty much correct for keyboard and mouse and it's being done "the
right way".
The second patch i
The new patches address this issue, make some little corrections that
are pointed in the comments. Also I organized them better, with the
tests first.
2011/6/28 Lucas Zawacki :
>> Do you really need to copy it back? It looks like an input parameter.
>
> Yes, you're right. In
> Do you really need to copy it back? It looks like an input parameter.
Yes, you're right. In SetActionMap this copy should not be necessary.
I'll take this code out and roll a new version of the patches.
> As a hello word programmer, i can't judge the code quality, but i
> can say, that it worked nearly flawlessly. I was able to drive/play
> on keyboard :-D
That's very nice to hear :)
> The only issue i found in NFS's keyboard configuration:
> * When i press PAUSE KEY, then NFS says "Num_Lock"
> *
Is there any problem with the latest patches I sent? They're sitting
there with the 'New' status but I have no feedback (good or bad) about
them.
Cheers
2011/6/20 Lucas Zawacki :
>> Because callback doesn't have any string parameters it would be an easy
>&g
> Hi,
> so you are the One who can finish off the bug 8754?? :-D
I hope so. As soon as my first patches get in I hope things should be
working with the keyboard, so if you have access to the NFSU games you
should test it.
> I own force feedback wheel: "Logitech Wingman Formula Force GP" and
> did
Hello everyone. As you may know I'm working on the dinput8 action
mapping support and at the moment I've pretty much finished the mouse
and keyboard and just need to get my patches in.
For the next part, however, I'm going to need to analyze lot's of data
generated by different joysticks to figure
> Because callback doesn't have any string parameters it would be an easy
> thing to do.
I've made an EnumDevicesBySemantics version using A -> W calls, but it
turned out to be trickier than I thought because the callback function
is passed the device interfaces and then the A callback gets W
inte
> Also please implement unicode method and call it from ascii.
> (IDirectInput8AImpl_EnumDevicesBySemantics ->
> IDirectInput8WImpl_EnumDevicesBySemantics)
Sorry if that's a stupid question, but what should I do with the
string parameters? Is it ok to call a W function with the A
parameters?
>>
> keybd_event( key, 0, 0, 0);
> Have you tried using more meaningful parameters then 0?
Yes, I've tried issuing a scan code as the second parameter, it was no
use. I tried sending the keybd_event and then sending another one with
KEYEVENTF_KEYUP to "emulate" a key press and a release and still no
OK, so here is my second try at some patches. These mostly implement
keyboard action mapping and there's plenty of tests to go together
with it. I believe the keyboard part is pretty much done, as is
SetActionMap. Of course I'm ignoring the username strings and all the
device ownership part, I'll l
> What does keybd_event() do?
It seems to send WM_KEY and WM_KEYDOWN events to a window
http://msdn.microsoft.com/en-us/library/ms646304%28VS.85%29.aspx
> I suspect that Windows might not hooking the keyboard for DirectInput
> usage, but attaches to some lower layer in the input stack.
I'm not f
I'm having some issues with test that inject input. For instance this
code ( http://pastebin.com/gan0Niqj ) works as expected under wine and
wine with dinput8.dll , but fails in every windows version... I tried
a version with SendInput and had the same results...
Anyone has some insight on this?
Just a simple doubt. Should I correct the tabs and align the
parameters in the function prototype when I implement them? For
instance SetActionMap and BuildActionMap have a lot of them.
Thanks
Ok, I didnt know and that changes everything. From now on I'll keep
that in mind.
Sorry for the noise.
2011/6/4 Vitaliy Margolen :
> On 06/04/2011 01:32 PM, Lucas Zawacki wrote:
>>>
>>> Sometimes apps depend on the crash. Since your change comes with a
>>> t
> Sometimes apps depend on the crash. Since your change comes with a
> test case, it looks reasonable to me, although you might check the
> specific HRESULT rather than just FAILED.
Exactly, it's not a crash on Windows. I'll resend it with an explicit test.
I was thinking of this more as "janito
> Do you have an example of such application? And the bug in bugzilla?
>
I don't. I just thought that a case where Wine misbehaving causes a
crash was worth fixing.
Hey guys. So last week I finally got a good understanding of dinput as
a whole and nailed some trivial cases of action mapping, the ones with
the keyboard. I'm sending a series of patches so everyone can take a
look before I try commiting them. Please note that these contain a
partial implementatio
Good point. I'll create the dinput8 tests and move those there.
2011/4/26 Vitaliy Margolen :
> On 04/25/2011 05:14 PM, Austin English wrote:
>>
>> On Sun, Apr 24, 2011 at 18:12, Lucas Fialho Zawacki
>> wrote:
>>
>> Howdy Lucas,
>>
>>> + hr = CoCreateInstance(&CLSID_DirectInput8, 0, 1,&IID_IDir
The part about semantics is getting clearer to me. Apparently, like
Vitality pointed, it's more about relating the joysticks (or
"directinput devices") to the various game genres and actions
constants defined in the microsoft's dinput.h and then Action Mapping
will simply consist of polling all the
Hello, I'm Lucas Fialho Zawacki a Computer Science undergrad at UFRGS
university in Brazil. I'm very interested in working with Wine for the
Google Summer of Code and have decided to approach the implementation
of DirectInput8 missing features. I'm a long time Wine user, but I'd
never looked at it
62 matches
Mail list logo
