Alexandre wrote:
That's still the plan, yes. I'm mostly waiting for the games support to stabilize; the other main areas, office apps and installers, both seem in good enough shape at this point.
I suppose it depends on your definition of "office apps". Adobe Acrobat Pro and Quicken don't work yet, and they get used in a lot of offices.
I'm also hoping we can make some progress on the x11drv factorisation before the freeze, so that we don't need to change the interface too much to add the quartz driver later on, we'll see how that goes. And if we delay it a bit more maybe we can slip in Safedisc support too...
Oh, yes, please. Here's a try at a 1.0 wish list: - Safedisc support - OpenGL child window problem solved for most common cards at least - Adobe CS2/8 era apps installing and working - Dragon Naturally Speaking 9 working (I'm selfish, I need that one :-) - Quicken 2006 installing/working (including online banking that requires 128 bits) - Mono integration working for non-toy apps - At least some of Munich's VB6 and/or databasey apps working (Hans just submitted a bunch of patches to fix most of the install issues in one) - Better application regression test suite (cxtest, yawt) October is looking about right for the start of the freeze, given that huge list. And my 1.1 wish list (i.e. hard things we can let slip past 1.0): - Activation context support - Quicken 2007 (which requires activation context support?) ... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv
On Sun, Mar 25, 2007 at 07:39:01AM -0700, Dan Kegel wrote:
Alexandre wrote: [removed list of many features wanted for 1.0]
Not that it matters, but it doesn't seem important to me what features go into a 1.0 release. But something like a stable branch could be something realy usefull for many users no matter what new features 1.0 brings. I'm not sure to what extend this was already answered or decided, but do we get a stable branch and a no known regressions policy for release and that branch? Jan
Alexandre wrote:
That's still the plan, yes. I'm mostly waiting for the games support to stabilize; the other main areas, office apps and installers, both seem in good enough shape at this point.
And if we delay it a bit more maybe we can slip in Safedisc support too...
I would consider Safedisc an integral part of games support. Without copy protection support most games don't work.
On Sun, 2007-03-25 at 07:39 -0700, Dan Kegel wrote:
- Mono integration working for non-toy apps
So, when do we need to start including mono as a build/install dependency for Wine in our packages? Or should we be doing that already? It'd be nice to have it all working together by default. Thanks, Scott Ritchie
Am Sonntag 25 März 2007 18:17 schrieb Scott Ritchie:
On Sun, 2007-03-25 at 07:39 -0700, Dan Kegel wrote:
- Mono integration working for non-toy apps
So, when do we need to start including mono as a build/install dependency for Wine in our packages? Or should we be doing that already? It'd be nice to have it all working together by default. I think it is a dependency for using mscoree.dll. You don't need it to build or install wine, but when you want to use .NET it will ask you for mono(or thats the plan). Simmilar to shdocvw asking for wine-gecko.
On 3/25/07, Scott Ritchie <scott(a)open-vote.org> wrote:
On Sun, 2007-03-25 at 07:39 -0700, Dan Kegel wrote:
- Mono integration working for non-toy apps
So, when do we need to start including mono as a build/install dependency for Wine in our packages?
Once it works better. Right now it's really not ready to use. (And mono doesn't yet have a silent install mode, which would be nice.) If you want to try it out, easiest way is to do wget kegel.com/wine/winetricks sh winetricks mono12 Winetricks will then download mono, install it, and set the registry keys needed to make Wine use it. You can then try running simple .net apps, e.g. a trivial tile game http://www.codeproject.com/vb/net/tile.asp It uses gdiplus, so I think you have to install that first. I tried sh winetricks gdiplus corefonts and then wine TileGame.exe but it doesn't run... it dies deep within System.Windows.Forms.Control.get_DefaultFont () which doesn't seem like a good sign :-( Same problem with another trivial game, http://www.codeproject.com/useritems/8_Queen_Solution_New.asp Beyond those problems, there must be some other registry key we need to set. Installing e.g. http://www.dbautotrack.com/products/richtexteditor.html fails saying "This setup requires the .NET Framework. Please install the .NET Framework and run this setup again." - Dan
"Dan Kegel" <dank(a)kegel.com> writes:
Alexandre wrote:
That's still the plan, yes. I'm mostly waiting for the games support to stabilize; the other main areas, office apps and installers, both seem in good enough shape at this point.
I suppose it depends on your definition of "office apps". Adobe Acrobat Pro and Quicken don't work yet, and they get used in a lot of offices.
Clearly there will always be "office" apps that don't work, the question for the code freeze is whether we have all the pieces we need; I don't think there's a major feature at this point that would prevent typical office apps from working. Now, whether a specific app works is a different question, but as long as it only requires bug fixes it can be addressed after the freeze, or on the stable branch after 1.0. -- Alexandre Julliard julliard(a)winehq.org
On 3/25/07, Alexandre Julliard <julliard(a)winehq.org> wrote:
Clearly there will always be "office" apps that don't work, the question for the code freeze is whether we have all the pieces we need; I don't think there's a major feature at this point that would prevent typical office apps from working.
COM has enough problems still to prevent a lot of big apps from installing, I think. I'd like to see that more solid before we declare 1.0. How about msvcr80 / sxs support? There seem to be a number of office apps that need that feature now. (Anything 2007-ish from Microsoft, probably.) I haven't been following it to see what's up there, but I do know I bump into apps that don't work yet because of it. Does .net support count? About ten apps in Bugzilla don't install because of that, including some fairly big-name ones. Don't know if any of them are office apps offhand, though. - Dan
Better yet to be able to set what version it fakes. On 3/26/07, Hans Leidekker <hans(a)it.vu.nl> wrote:
On Sunday 25 March 2007 16:39:01 Dan Kegel wrote:
Here's a try at a 1.0 wish list:
I would like to see Wine 1.0 'fake' some suitable version of Internet Explorer, say 6.
-Hans
Hans Leidekker wrote:
On Sunday 25 March 2007 16:39:01 Dan Kegel wrote:
Here's a try at a 1.0 wish list:
I would like to see Wine 1.0 'fake' some suitable version of Internet Explorer, say 6.
We almost have it. The main missing bit that causes apps not to find our IE is lack of registry keys. The problem with it is that some installers check these registries and if they don't find IE, they install it. Alexandre wants to make sure these apps work with builtin IE before setting them by default (as we would prevent such apps from installing IE). Currently we don't really know which apps need more work as we don't have any list of them... ATM there are much more apps that would benefit from these registries than those that would be broken IMO. Also we may always tell users to remove registries/install IE - that's something exactly inversed to what we do now for other apps. Jacek
Hi, On Sunday 25 March 2007 16:39:01 Dan Kegel wrote:
Here's a try at a 1.0 wish list: - Safedisc support - OpenGL child window problem solved for most common cards at least - Adobe CS2/8 era apps installing and working - Dragon Naturally Speaking 9 working (I'm selfish, I need that one :-)
Just a late /me too for DNS9. Yours, -- René Rebe - ExactCODE GmbH - Europe, Germany, Berlin http://exactcode.de | http://t2-project.org | http://rene.rebe.name +49 (0)30 / 255 897 45
participants (10)
-
Alexandre Julliard -
Dan Kegel -
EA Durbin -
Hans Leidekker -
Jacek Caban -
Jan Zerebecki -
John Smith -
Rene Rebe -
Scott Ritchie -
Stefan Dösinger