, and
became very interested in Cryptography. After looking over the
suggested ideas on SOC official wine wiki I was pleasantly surprised
to see that there was already a crypt related idea suggested. I have a
great understanding of c++ and java, and though I know c I have not
worked
, etc.).
Thanks for reminder, I agree GUI testing is expensive, but I think manpower
is more expensive :) However I've no idea how hard is it to get GUI testing
right yet, maybe you are right, but from my view it is worth to try.
I've since decided against GSoC for this year, but my idea
Hi,
On 3/26/12 10:29 PM, Qian Hong wrote:
- Improve Wine CJK font support
The main idea is fix Bug 16325 [11], Aric and others have done a lot of work
on it, and I'm glad to participating too. I think the main blocker for Wine
CJK font support is Font Association now, is it suitable for a GSoC
priority, maybe I'll investigate it in the
future. Is it a
good GSoC idea to improve font related testcase base on bitmap compares?
Thank you!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
ideas on SOC official wine wiki I was pleasantly surprised
to see that there was already a crypt related idea suggested. I have a
great understanding of c++ and java, and though I know c I have not
worked with it as much as the other languages.
Implementing a DSS provider sounds like an awesome
with the 2012 GSoC and keep submitting patches to Wine after that. I
have lots of ideas in my TODO list, unfortunately most of them might too hard
to do as a GSoC project. Anyway, I'll post my ideas here, wait for feedbacks,
choose one of them as my GSoC idea, and leave others as my job in the coming
Qian,
- Improve Wine App install / App running testing
This idea is similar with Austin's early work [18], my idea is using sikuli
[19] instead of autohotkey, since sikuli is more powerful for complex work.
Sikuli using tesseract as orc engine, so if we done this job we can prevent
many font
Hi again, so I've been messing around with this a bit and have some
questions.
However I'm not able to properly set up lighting/materials, I think I want
a function like SetMaterial in d3d7 to activate a material with some
emissive color.
As for now I'm only able to get D3DVT_VERTEX and
On 25 March 2012 15:36, Daniel Oom daoo...@gmail.com wrote:
Hi again, so I've been messing around with this a bit and have some
questions.
However I'm not able to properly set up lighting/materials, I think I want a
function like SetMaterial in d3d7 to activate a material with some
emissive
I think I accidentally dropped wine-devel, I have re-added and hope it does
not create any trouble.
And thanks for the explanation, but I'm not sure I fully understand how the
different versions of direct3d interact within wine's implementation. I
will probably figure it out in time.
Also I will
Hi,
Another idea came up in #winehackers: Implement the interesting bits of
nvapi.dll, e.g. for http://bugs.winehq.org/show_bug.cgi?id$928 .
The main caveat and challenge is that we don't know much about this library.
It is Nvidia-specific, and http://developer.nvidia.com/nvapi has some
On 14 March 2012 19:50, Stefan Dösinger stefandoesin...@gmail.com wrote:
Another idea came up in #winehackers: Implement the interesting bits of
nvapi.dll, e.g. for http://bugs.winehq.org/show_bug.cgi?id=24928 .
I don't think so, unless you can make a convincing argument.
Am Samstag, 10. März 2012, 17:22:51 schrieb Daniel Oom:
Hi,
Writing tests, or implementing the command line tools seems like
something I could do. I'm kinda leaning towards the command line
tools, since it would offer a chance to thoroughly learn the shading
languages.
For learning purposes
Am Donnerstag, 8. März 2012, 23:32:16 schrieb Pau Garcia i Quiles:
If he is adventurous, here is another idea:
A wish a day 14: Wine-based Application Virtualization
http://www.elpauer.org/?p05
Wine doesn't help you too much in this(except for the cross-platform part),
and the idea isn't
Hi Daniel,
Again, welcome to Wine :-)
Finding good d3d-related gsoc projects has become harder each year, as the
code is quite mature and we're out of easy things to fix. A few things that
come to my mind are:
*) Writing more tests. Especially ddraw.dll could use a lot more tests and
fixes
On Thu, Mar 8, 2012 at 3:23 AM, Vitaliy Margolen
wine-de...@kievinfo.com wrote:
You can find few ideas on what to do on GSOC Wiki page:
http://wiki.winehq.org/SummerOfCode
If he is adventurous, here is another idea:
A wish a day 14: Wine-based Application Virtualization
http
development and real time rendering, and
have actually completed one simple game (written in Java/OpenGL). But
I still have so much left to learn, and I believe I can learn a lot
through working with wine in these areas.
My idea, or rather how I would like to improve wine, is related to
gaming. I've
On 03/07/2012 01:07 PM, Daniel Oom wrote:
Hello, my name is Daniel Oom and I'm a computer science and
engineering student at Chalmers in Gothenburg, Sweden.
Welcome to Wine!
Would, for example: fix Steam's in-game overlay feature be a good goal?
Not really, as it's already working fine in
(Please keep the wine-devel CC:)
Sanket Patel wrote:
User File Location
On Tue, Mar 22, 2011 at 8:25 AM, Hin-Tak Leung hintak_le...@yahoo.co.uk
mailto:hintak_le...@yahoo.co.uk wrote:
Sanket Patel wrote:
hi there,
I talk about to make wine portable.
How I am
hi there,
I talk about to make wine portable.
How I am Gonna Do That is ,
There is a files that are related to system and integrated in to system
while install.
We gonna change that system files places .
How ? that is still question but we can do By community Support.
If you talk about takiinng
On Tue, Mar 22, 2011 at 4:40 AM, Sanket Patel sanketpatel@gmail.com wrote:
hi there,
I talk about to make wine portable.
How I am Gonna Do That is ,
There is a files that are related to system and integrated in to system
while install.
We gonna change that system files places .
How ?
I Have One Idea .
Why Should not we make wine portable ?
--
Live 2 Love and Love 2 Live
On 03/20/2011 12:12 PM, Sanket Patel wrote:
I Have One Idea .
Why Should not we make wine portable ?
Elaborate in details please. How do you want to make something portable?
This is not windows. Everything already can be packaged into a single binary.
And if you talking about
Thank you for your support.
I will probably make two proposals. One for theming and one for
explorer. Of course my proposals will only be using c as the
programming language.
It looks like I have a lot of research to do before I can submit my application.
On Wed, Feb 23, 2011 at 3:20 AM, Juan
Hi Andrew,
Though I understand this is probably the lower priority on the wine
developers list. As integrating into Linux desktop is probably the
preferred and most used mode. I thought that sharing reactos explorer
and working on making a complete explorer(including extensions) would
be the
running under
windows I can add any extension such as Quick launch, language bar and
so on.
Here is a pic of my working copy(trunk doesn't have this theming yet.
Though I should finish it soon)
http://img156.imageshack.us/f/yaytheme.png/
This is just an idea. I know it's very incomplete. Though
.imageshack.us/f/yaytheme.png/
This is just an idea. I know it's very incomplete. Though it is showing
promise.
Here is a link to the GSOC implement the explorer page I mentioned
http://wiki.winehq.org/SummerOfCode#head-18241c95194e4e1c597bd2923cf296084fc3ba78
Any comments and ideas are much
I had assumed that the browser part of explorer simply hosted another
control or collection of controls. Though explorer is more than a
browser. It also acts like a desktop shell.
Though I understand this is probably the lower priority on the wine
developers list. As integrating into Linux desktop
Hi,
No one have replied for my [Spanish - Modern Sort_Spain.1252 locale on
wine] mail.
So I'm asking again if someone has an idea.
If solved, msvcrt:locale test on wine will pass without any error.
The situation is the following :
setlocale(LC_ALL, esn);
ok(!strcmp(ret, Spanish_Spain.1252
On 08/27/2010 09:53 AM, GOUJON Alexandre wrote:
Hi,
No one have replied for my [Spanish - Modern Sort_Spain.1252 locale
on wine] mail.
So I'm asking again if someone has an idea.
If solved, msvcrt:locale test on wine will pass without any error.
The situation is the following :
setlocale
On Sun, 21 Feb 2010, Dan Kegel wrote:
I've just added
http://wiki.winehq.org/SummerOfCode#head-5cdc861e4369f94f0af19d09710d33d76b1f5c64
Current text:
Big games are hard to debug.
Small demo games show interesting problems in Wine (see e.g.
On Tue, Feb 23, 2010 at 2:29 PM, Francois Gouget fgou...@free.fr wrote:
On Sun, 21 Feb 2010, Dan Kegel wrote:
I've just added
http://wiki.winehq.org/SummerOfCode#head-5cdc861e4369f94f0af19d09710d33d76b1f5c64
Current text:
Big games are hard to debug.
Small demo games show interesting
Tirsdag 23 februar 2010 14:51:09 skrev Roderick Colenbrander :
On Tue, Feb 23, 2010 at 2:29 PM, Francois Gouget fgou...@free.fr wrote:
On Sun, 21 Feb 2010, Dan Kegel wrote:
I've just added
http://wiki.winehq.org/SummerOfCode#head-5cdc861e4369f94f0af19d09710d33d
76b1f5c64 Current text:
Alexander Nicolaysen Sørnes wrote:
Maybe someone can work on implementing dxdiag.exe in Wine? We could add some
extra tests compared to the Windows versions, and the small games could be a
part of that.
I'd say Wine's dxdiag should mainly run the existing DirectX tests and
report any failure
On Tue, Feb 23, 2010 at 5:29 AM, Francois Gouget fgou...@free.fr wrote:
http://wiki.winehq.org/SummerOfCode#head-5cdc861e4369f94f0af19d09710d33d76b1f5c64
Current text:
...
Let's try making the smallest possible demo games that show problems
in Wine, and file bugs for what we find (along with
2010/2/23 Alexander Nicolaysen Sørnes a...@thehandofagony.com:
Maybe someone can work on implementing dxdiag.exe in Wine? We could add some
extra tests compared to the Windows versions, and the small games could be a
part of that.
Yeah, I've updated my proposal to mention that possibility, and
I've just added
http://wiki.winehq.org/SummerOfCode#head-5cdc861e4369f94f0af19d09710d33d76b1f5c64
Current text:
Big games are hard to debug.
Small demo games show interesting problems in Wine (see e.g.
http://bugs.winehq.org/buglist.cgi?quicksearch=3drad )
There are lots of tools (see
The problem is that there can't be any Objective-C code in Wine. At all.
Or C++. Or Fortran. Or Pascal. Or Ada. Or Java. Or C# or VB. Or any
language other than pure, procedural C.
Alexandre has said that you can put objective C code into wine, but only if
this code is properly abstracted from
C.W. Betts wrote:
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
@interface WHQFunc
{
Charles Davis wrote:
C.W. Betts wrote:
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
a Quartz driver is cleaning up the user32
driver interface. Objective C is a minor issue with a pretty straightforward
solution. Currently nobody knows what a proper user32 driver interface would
look like.
It might be a good idea to look at the code used in other projects to
get a good
Emmanuel's code is available from Sourceforge. It is a good starting
point for this. If you want, send me what you have so far for testing
purposes. It would be great to have a native MacOSX windowing system.
James McKenzie
The design of the old quartz driver is not correct. I remember
On 7 February 2010 15:02, Roderick Colenbrander thunderbir...@gmail.com wrote:
Emmanuel's code is available from Sourceforge. It is a good starting
point for this. If you want, send me what you have so far for testing
purposes. It would be great to have a native MacOSX windowing system.
x11 in
the current design (adjusted a bit were possible) and one which
follows the Win7-design using OpenGL. The idea would be to let Wine
perform the majority of GDI calls in software (both the DIB stuff and
a big part of the DDB calls). Like Win7 we would accelerate common GDI
functions like
Roderick Colenbrander wrote:
Emmanuel's code is available from Sourceforge. It is a good starting
point for this. If you want, send me what you have so far for testing
purposes. It would be great to have a native MacOSX windowing system.
James McKenzie
The design of the old quartz
On 7 February 2010 15:40, Reece Dunn mscl...@googlemail.com wrote:
1/ Does this mean that OpenGL is required for all GDI calls, not
just D3D? If so, it will exclude people who don't have OpenGL support
(e.g. are using the vesa, nv, or nouveau drivers).
As I understand it, current Xorg does
On Sun, Feb 7, 2010 at 21:40, David Gerard dger...@gmail.com wrote:
On 7 February 2010 15:40, Reece Dunn mscl...@googlemail.com wrote:
1/ Does this mean that OpenGL is required for all GDI calls, not
just D3D? If so, it will exclude people who don't have OpenGL support
(e.g. are using the
it.
But what about other X servers, such as Xsun, Xvnc, remote Xming sessions,
etc?
No idea, sorry. Xsun is on extended (life-)support with Sun moving to
Xorg (and Alan Coopersmith from Sun being one of the main Xorg
developers). Xming is Xorg compiled for mingw. Xvnc, no idea.
- d.
On Sun, Feb 7, 2010 at 22:47, David Gerard dger...@gmail.com wrote:
No idea, sorry. Xsun is on extended (life-)support with Sun moving to
Xorg (and Alan Coopersmith from Sun being one of the main Xorg
developers). Xming is Xorg compiled for mingw
Xming: An ancient version of Xorg (at least
C.W. Betts wrote:
An idea that popped into my head when I was thinking about a Quartz (OS X)
driver that perhaps there could be separate drivers for Quartz (OS X) and
X11. Such drivers would include OpenGL and DirectX Drivers.
This has been shot down time and time again by Alexandre
On 7 February 2010 01:45, James McKenzie jjmckenzi...@earthlink.net wrote:
C.W. Betts wrote:
An idea that popped into my head when I was thinking about a Quartz (OS X)
driver that perhaps there could be separate drivers for Quartz (OS X) and
X11. Such drivers would include OpenGL
] init];
}
cfuncDestroy (struct1 *s)
{
[s-ObjC release];
free(s);
}
On Feb 6, 2010, at 7:45 AM, James McKenzie wrote:
C.W. Betts wrote:
An idea that popped into my head when I was thinking about a Quartz (OS X)
driver that perhaps there could be separate drivers for Quartz (OS X
C.W. Betts wrote:
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
@interface WHQFunc
{
Howdy,
I was reading through a GSoC thread on how people are spending their
coding money. Someone posted that they thought people should donate to
miro, the internet HDTV player. They've got a pretty neat donation
scheme, where people can 'adopt' a line of code, and get updates on
it, etc. Pretty
Austin English austinengl...@gmail.com
Sent: May 1, 2009 12:39 PM
To: Wine Devel wine-devel@winehq.org
Subject: Wine fundraising idea
Howdy,
+1
James McKenzie
Austin English wrote:
Howdy,
I was reading through a GSoC thread on how people are spending their
coding money. Someone posted that they thought people should donate to
miro, the internet HDTV player. They've got a pretty neat donation
scheme, where people can 'adopt' a line of code, and get
On Mar 22, 2009, at 4:47 AM, King InuYasha wrote:
Does SCons support the project-within-a-project build style that is
used in Visual Studio? ...
SCons is amazingly policy-neutral, and we work to keep it that way.
(It has occasionally been a bone of contention, when people have
wanted us
On Mar 22, 2009, at 11:18 AM, Francois Gouget wrote:
The Winelib tools (winebuild, winegcc, wrc, widl, etc) are actually
used everyday [sic] and are under active development as they are
used to build Wine itself.
Ah, I didn't know that. I thought winelib was more like a replacement
for
On Fri, Mar 20, 2009 at 7:50 PM, Scott Ritchie sc...@open-vote.org wrote:
For a while now I've been hoping someone would tackle a pet project of
mine. It occurred to me that it would be a great summer of code project.
Basically, I want a magic script that can convert a visual studio
project
of a planned 0.9 release in September 2005. That's more
than three years of inactivity. Over the last few months it looks like
you've been trying to revitalize the project, but I'm not seeing a lot of
traction. If I were a student researching this idea, I'd be leery about
proposing a project
On Sat, 21 Mar 2009, Greg Noel wrote:
[...]
On the other hand, I'd wonder about viability. It doesn't look like the basic
winelib information has been updated since January 2005, although there's
mention of a planned 0.9 release in September 2005. That's more than three
years of inactivity.
On Fri, Mar 20, 2009 at 11:42 PM, Chris Morgan chmor...@gmail.com wrote:
On Fri, Mar 20, 2009 at 10:21 PM, Ben Klein shackl...@gmail.com wrote:
2009/3/21 Pau Garcia i Quiles pgqui...@elpauer.org:
Hello,
If you don't mind using CMake ( http://cmake.org ) instead of Scons,
here is a
King InuYasha schrieb:
On Fri, Mar 20, 2009 at 11:42 PM, Chris Morgan chmor...@gmail.com
mailto:chmor...@gmail.com wrote:
On Fri, Mar 20, 2009 at 10:21 PM, Ben Klein shackl...@gmail.com
mailto:shackl...@gmail.com wrote:
2009/3/21 Pau Garcia i Quiles pgqui...@elpauer.org
three years of inactivity. Over the last few months
it looks like you've been trying to revitalize the project, but I'm
not seeing a lot of traction. If I were a student researching this
idea, I'd be leery about proposing a project for a tool that appeared
moribund.
That said, there's
For a while now I've been hoping someone would tackle a pet project of
mine. It occurred to me that it would be a great summer of code project.
Basically, I want a magic script that can convert a visual studio
project file into a winelib-aware, scons-powered, linux-compatible build
system.
Hello,
If you don't mind using CMake ( http://cmake.org ) instead of Scons,
here is a starting point:
http://dgwarp.hd.free.fr/vcproj2cmake.rb
On Sat, Mar 21, 2009 at 12:50 AM, Scott Ritchie sc...@open-vote.org wrote:
For a while now I've been hoping someone would tackle a pet project of
2009/3/21 Pau Garcia i Quiles pgqui...@elpauer.org:
Hello,
If you don't mind using CMake ( http://cmake.org ) instead of Scons,
here is a starting point:
http://dgwarp.hd.free.fr/vcproj2cmake.rb
On Sat, Mar 21, 2009 at 12:50 AM, Scott Ritchie sc...@open-vote.org wrote:
For a while now
On Fri, Mar 20, 2009 at 10:21 PM, Ben Klein shackl...@gmail.com wrote:
2009/3/21 Pau Garcia i Quiles pgqui...@elpauer.org:
Hello,
If you don't mind using CMake ( http://cmake.org ) instead of Scons,
here is a starting point:
http://dgwarp.hd.free.fr/vcproj2cmake.rb
On Sat, Mar 21, 2009 at
Your email left me confused because you say implementing D3DXMesh is
small however towards the end of your email say it is a large job.
Surely having something small is good for SoC projects, no?
On Tue, Mar 17, 2009 at 9:13 PM, Roderick Colenbrander
thunderbir...@gmx.net wrote:
Just an idea I
Your email left me confused because you say implementing D3DXMesh is
small however towards the end of your email say it is a large job.
Surely having something small is good for SoC projects, no?
D3DX is huge and D3DXMesh is a small part of it but I meant that just
implementing D3DXMesh
2009/3/18 Roderick Colenbrander thunderbir...@gmx.net:
Your email left me confused because you say implementing D3DXMesh is
small however towards the end of your email say it is a large job.
Surely having something small is good for SoC projects, no?
D3DX is huge and D3DXMesh is a small part
Just an idea I came up with for Google's summer of code is perhaps
implementing some of the D3DXMesh header files and functions so that
we can get on with implementing functions such as D3DXCleanMesh which
I believe Assassin's Creed needs.
I have no intention of applying for GSoC however it's
Just an idea I came up with for Google's summer of code is perhaps
implementing some of the D3DXMesh header files and functions so that
we can get on with implementing functions such as D3DXCleanMesh which
I believe Assassin's Creed needs.
I have no intention of applying for GSoC however
. Obviously this kind of functionality is not a job
for Wine, but for the distro. Still, it got me thinking how this kind
of functionality might be achieved.
My idea is that the appdb should allow for people to associate a list
of checksums with an application version. For example, WoW might have
simply isn't reliable enough for this type of
dependence. With any luck, that will change when the recently
discussed redesign of test data submissions is set up, but it'd still
take a long time for sensible data to become reasonably usable.
My idea is that the appdb should allow for people
these lines recently.
Unfortunately, AppDB simply isn't reliable enough for this type of
dependence. With any luck, that will change when the recently
discussed redesign of test data submissions is set up, but it'd still
take a long time for sensible data to become reasonably usable.
My idea
2009/2/11 Luke Benstead kaz...@gmail.com:
2009/2/11 Ben Klein shackl...@gmail.com:
2009/2/11 Luke Benstead kaz...@gmail.com:
My idea is that the appdb should allow for people to associate a list
of checksums with an application version. For example, WoW might have
the checksum for the setup
On Wed, Feb 11, 2009 at 2:24 PM, Luke Benstead kaz...@gmail.com wrote:
I can also see what you mean about
spyware, but other apps retrieve stuff from the web if there is a
connection (CDDB, and album covers are two examples).
Wine transmitting every application I run to someone else would be
23:57:48 +1100
From: Ben Klein shackl...@gmail.com
Subject: Re: An idea for the appdb
To: Luke Benstead kaz...@gmail.com
Cc: Wine Devel wine-devel@winehq.org
Message-ID:
d7e40be30902110457t3d84c396ibfd264aead12d...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8
2009/2/11
Sorry .. forgot to reply all.
On Wed, 11 Feb 2009 18:08:47 +0200, Gert van den Berg
wine-de...@mohag.net wrote:
On Wed, Feb 11, 2009 at 2:24 PM, Luke Benstead kaz...@gmail.com wrote:
I can also see what you mean about
spyware, but other apps retrieve stuff from the web if there is a
connection
This was discussed a couple months ago, nearly to death. It's a cool
idea, sure, but a ton of work to do, and not really worth the effort.
The data is quickly outdated with new wine versions. Some users may
consider it spyware, developers would find it annoying, and overall,
it would be a big mess
-Original Message-
From: a...@centroidcafe.com
Sent: Feb 11, 2009 10:59 AM
To: wine-devel@winehq.org
Subject: Re: An idea for the appdb
Sorry .. forgot to reply all.
Automatic submission of test data could be a very handy tool. Scenario:
User A tries to run an application, it crashes
, it seems like there is currently a movement to rework AppDB
anyway, so why not consider this idea now, so it could be factored into
those plans?
-Alex
.
If that is the consensus, then I won't bother looking into this further.
However, it seems like there is currently a movement to rework AppDB
anyway, so why not consider this idea now, so it could be factored into
those plans?
-Alex
Why not just write a external utility (perhaps with a bit of support
is not worth attempting at this point.
If that is the consensus, then I won't bother looking into this further.
However, it seems like there is currently a movement to rework AppDB
anyway, so why not consider this idea now, so it could be factored into
those plans?
-Alex
Why not just
Please correct me if I'm wrong but before we go about collecting all
this information wouldn't it be better to have some compatibility
framework in Wine that could actually make use of it? Otherwise we're
collecting a lot of information that is of little immediate use.
In other words we'd have
2009/2/12 Gert van den Berg wine-de...@mohag.net:
On Wed, Feb 11, 2009 at 2:24 PM, Luke Benstead kaz...@gmail.com wrote:
I can also see what you mean about
spyware, but other apps retrieve stuff from the web if there is a
connection (CDDB, and album covers are two examples).
Wine
On Wed, Feb 11, 2009 at 7:31 PM, Ben Klein shackl...@gmail.com wrote:
2009/2/12 Gert van den Berg wine-de...@mohag.net:
It should rather be opt-in. Such as Wine has detected that it is the
first time you run this application, do you want to check AppDb for
more information (Yes/No/Ask
2009/2/12 Sparr spa...@gmail.com:
On Wed, Feb 11, 2009 at 7:31 PM, Ben Klein shackl...@gmail.com wrote:
2009/2/12 Gert van den Berg wine-de...@mohag.net:
It should rather be opt-in. Such as Wine has detected that it is the
first time you run this application, do you want to check AppDb for
On Wed, 17 Dec 2008, Austin English wrote:
In a few years when Wine is more developed and has most the API
implemented, this may be useful, but there's still a lot to do, and we
don't need more reports to tell us this.
Keep in mind that the Windows API is a moving target. In a few years, the
On Thu, Dec 18, 2008 at 8:07 AM, Steve Brown sbro...@umbc.edu wrote:
On Wed, 17 Dec 2008, Austin English wrote:
In a few years when Wine is more developed and has most the API
implemented, this may be useful, but there's still a lot to do, and we
don't need more reports to tell us this.
. It sounds like a great
idea, but Wine is still very much a developer's tool. It's not
user-friendly, and it won't be for a very long time, if ever.
Most end-users primarily don't report bugs because they don't want to
spend time on this.
winewatson sounds like a developer's debugging tool
Austin English wrote:
On Thu, Dec 18, 2008 at 8:07 AM, Steve Brown sbro...@umbc.edu wrote:
On Wed, 17 Dec 2008, Austin English wrote:
In a few years when Wine is more developed and has most the API
implemented, this may be useful, but there's still a lot to do, and we
don't need more reports
2008/12/17 Scott Ritchie sc...@open-vote.org:
snip
If it's that users blame the distro when it's a Wine problem, then we
can present them with some sort of information before installing (or
perhaps running) Wine. After that we should get out of the way and let
them use Wine as normal.
Wine
On Wed, Dec 17, 2008 at 2:10 PM, Sander Devrieze s.devri...@linux.be wrote:
2008/12/17 Scott Ritchie sc...@open-vote.org:
snip
If it's that users blame the distro when it's a Wine problem, then we
can present them with some sort of information before installing (or
perhaps running) Wine.
2008/12/17 Austin English austinengl...@gmail.com:
snip
Writing an elaborate
system to tell us about known problems isn't particularly helpful;
It shouldn't be an elaborate system: it can be as easy as asking the
user to click on a button to send a list of API calls, used DLLs, a
hash of
2008/12/17 Austin English austinengl...@gmail.com:
On Wed, Dec 17, 2008 at 2:10 PM, Sander Devrieze s.devri...@linux.be wrote:
2008/12/17 Scott Ritchie sc...@open-vote.org:
snip
If it's that users blame the distro when it's a Wine problem, then we
can present them with some sort of
Hi,
One of the reasons why Linux distributions do not want to include Wine
by default is because compatibility issues may result a bad impression
of the quality of the OS. Users think Linux sucks because their
Windows application does not run (as good) under Wine as it does under
Windows.
2008/12/16 Sander Devrieze s.devri...@linux.be:
Hi,
One of the reasons why Linux distributions do not want to include Wine
by default is because compatibility issues may result a bad impression
of the quality of the OS. Users think Linux sucks because their
Windows application does not run
Sander Devrieze wrote:
Hi,
One of the reasons why Linux distributions do not want to include Wine
by default is because compatibility issues may result a bad impression
of the quality of the OS. Users think Linux sucks because their
Windows application does not run (as good) under Wine as
1 - 100 of 320 matches
Mail list logo