Re: GSoC: dinput8 Action Mapping
On Fri, Jun 24, 2011 at 01:37:41PM -0300, Lucas Zawacki wrote: 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. I think there are still in the backlog. If there are not in Mondays commit round, resend them on Tuesday or so :) Ciao, Marcus
Re: usability study: 30 days with Ubuntu author had trouble with wine
(CC Scott) About the packaging issues, I have to agree the current system seems a bit counter-intuitive. I believe this was discussed before - something about debian naming rules - but given the development cycle of wine, wouldn't something like google-chrome's naming be better? wine-stable (1.0, 1.2, 1.4...) wine-unstable or wine-beta (minor releases) J. Leclanche On Sat, Jun 25, 2011 at 3:25 AM, Edward Savage epss...@gmail.com wrote: On 25/06/2011, at 11:38, Austin English austinengl...@gmail.com wrote: On Fri, Jun 24, 2011 at 18:58, Dan Kegel d...@kegel.com wrote: http://www.pcworld.com/businesscenter/article/231065/ubuntu_linux_day_23_would_you_like_some_wine_with_that.html First problem - ubuntu's package manager is unclear: I opened up my handy-dandy Ubuntu Software Center and typed Wine in the search field, and...WTF? There are 14 matching items that show up. Many of them are variations on 'Microsoft Windows Compatibility Layer'. One has '(meta package)' at the end, another has '(dummy package)'. They each have a little sub-title like 'wine', or 'wine-gecko', or 'wine1.3-gecko'. Why isn't there just a single app clearly called 'Wine'? I didn't really have any clue which of these various software packages is the real Wine, but the one at the top--the 'meta package'--had the most ratings and ranked highly at 4.5 stars, so I decided to give that one a shot. Second problem - he expected to run a program called Wine, found wineconfig, did something with it, and then got back on track: Once it completed installing, I went to the Applications lens on the Unity bar and typed in Wine. It claims I have three apps installed that fit that description: Configure Wine, Uninstall Wine Software, and Winetricks. I was hoping to actually run Wine, but given these three options it seems that Configure Wine is the logical first choice. I clicked Configure Wine and the Wine Configuration console popped up (go figure). At the bottom of the Applications tab, it specific which version of Windows to emulate...I mean be compatible with. It defaults to Windows XP, but I changed it to Windows 7... OK. Now, I am ready to run some Windows software, right? Third problem: he expected Office 2010 to install and run Fourth problem: he couldn't even run the installer: I opened up the folder from my Windows drive where I store downloaded software, right-clicked my Microsoft Office 2010 installation executable and clicked 'Open With Wine Windows Program Loader', and...got an error message. Something to the effect that this software is not marked as executable. Windows logoRunning Windows software in Wine proved convoluted and elusive.I checked with Google, and found a helpful walk-through from Psychocats.net called Using Wine on Ubuntu. Apparently, the fact that the software is an EXE is not obvious enough, so I have to first right-click the file, go into the Properties, and click a checkbox designating the file as executable. Seems convoluted. The problem is, every time I click the checkbox my check disappears. It won't let me make my file executable. I tried looking for more help on Google to no avail. I tried a couple other executable installation files, but couldn't mark those as executable either. I assume it is a permissions thing--like I need to somehow access the file permissions with root privileges in order to be able to make those changes. That is just a theory, though. So, no Windows software running for me just yet. Ouch, ouch, ouch. These all sound like packaging problems.. -- -Austin At least one is an issues that Wine could directly address. Wine should investigate and inform users why they can't run a program and where to look for help. It could detect execution permissions, filesystem type, run location outside Wine paths etc. Then give helpful direction. Regards,
Re: GSoC: dinput8 Action Mapping
On 06/24/2011 11:10 PM, Lucas Zawacki wrote: 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 * When i press NUMLOCK KEY, then NFS says Pause Hmm, actually I construct the mapping based on the positions of the objects in the keyboard dataformat and PAUSE and NUM LOCK seem to be in different positions in native and wine. Attached are two dumps of the keyboard objects with builtin and native dinput for comparison. This is not related to data format. But auto-generated events in x11drv to turn on/off num/lock. Apparently native dinput has a mechanism to ignore these events. Vitaliy.
Re: urlmon: Use CoInternetParseIUri instead of IUri::GetPath in file protocol handler implementation
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=11968 Your paranoid android. === WVISTAADM (32 bit protocol) === Failure running script in VM: The specified guest user must be logged in interactively to perform this operation
Re: usability study: 30 days with Ubuntu author had trouble with wine
On Fri, Jun 24, 2011 at 6:38 PM, Austin English austinengl...@gmail.com wrote: These all sound like packaging problems.. But still worth discussing here, I think. - Dan
Re: Behavior of SHChangeNotify
On 06/24/2011 03:55 PM, Andrew Eikum wrote: On 06/24/2011 12:27 PM, Jay Yang wrote: To try to implement copy-paste for shell folders, I used SHFileOperation for the actual copy. SHFileOperation calls SHChangeNotify to notify listeners about changes to the file system. But I noticed that the shell view would not update correctly if it was at 'C:\' but it would if it was at '/home/user_name/.wine/drive_c/'. In the end I traced this to the fact that in the first case the shell view calls SHChangeNotifyRegister with a pidl of the formDesktop|My Computer|C: while SHFileOperation is using SHChangeNotify to send a notification to those listeners registered on pidls of the formDesktop|/|home|user_name|.wine|drive_c. This makes it such that the shell view doesn't always get the notifications it expects. I can think of a couple of ways to fix this. 1. Have SHChangeNotifyRegister normalize all file system pidls to ones rooted in the unixfs. 2. Have the shell view register on a unixfs pidl. I would like to know if either of these is a good solution, or if there are better solutions. I can also write a quick test to demonstrate the problem if necessary. I ran into a similar problem with IShellFolder::AddFolder. That's commit 0a55ec2c9e1dc5fd0b99ad1202fd7849b0187808 which was for Bug 18606. Maybe that will help you? Just popped into my head when I saw your email... Andrew While it is a similar issue, it doesn't quite work, because in this case the code I would have to change lies in SHFileOperation. If I were to change SHFileOperation to work as in your code, it would solve the issue for the 'C:\' type drives, but the issue we currently have there would appear in the unixfs folders. This is because to call SHFileOperation, unixfs converts the unix path to a dos path, so the notifications would go out to the wrong listeners again. The other possible solution that I forgot to mention is to implement IFileOperation, which accepts pidls as arguments. and then use this instead of SHFileOperation. But I'm worried about using IFileOperation in shell folders since MSDN says that IFileOperation cannot be used in a multithreaded apartment (MTA) context, but I don't think we can make any assumptions about the apartment model in shell folders. If I'm wrong on that last point, please correct me, I'm really not certain on that. -- Jay Yang