Looking at http://winehq.org/site/fun_projects, A LOT of it is out of
date. I've been looking through the documentation and starting to
update some of it, but this is one I don't know too much about. Would
everyone mind taking a look and updating whatever they know is
fixed/what they're working on/
--- Scott Ritchie <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-06-22 at 01:20 +0100, Oliver Stieber
> wrote:
> > Hi,
> > I have another 'fun' and useful project to
> add to
> > the list.
> >
> > It should be fairly to make wined3d (or d3d8) use
> the
> > wgl (windows opengl) instead of glx. (j
On Wed, 2005-06-22 at 01:20 +0100, Oliver Stieber wrote:
> Hi,
> I have another 'fun' and useful project to add to
> the list.
>
> It should be fairly to make wined3d (or d3d8) use the
> wgl (windows opengl) instead of glx. (just search for
> glx commands and replace then with the wgl
> equiv
Hi,
I have another 'fun' and useful project to add to
the list.
It should be fairly to make wined3d (or d3d8) use the
wgl (windows opengl) instead of glx. (just search for
glx commands and replace then with the wgl
equivalents)
Doing so would enable wine's d3d to run on windows in
place of t
--- Jakob Eriksson <[EMAIL PROTECTED]> wrote:
> Wasn't there talk about making DLLs for use in Windows, to
> export a native Windows desktop to an X11 server?
There was someone who did this by compiling parts of Wine under Cygwin with
Detours from
research.microsoft.com Look around the mailing l
Wasn't there talk about making DLLs for use in Windows, to
export a native Windows desktop to an X11 server?
//Jakob
On Friday 28 November 2003 02:33, Andreas Mohr wrote:
> On Thu, Nov 27, 2003 at 06:04:29PM -0500, dim owner wrote:
> > Just for some basic info ... MPlayer fakes responces to system API on a
> > per-codec-DLL basis, which means, for each new DLL, they add the
> > necessary callbacks. I think t
Hi,
On Thu, Nov 27, 2003 at 06:04:29PM -0500, dim owner wrote:
> On Thursday 27 November 2003 12:26, Boaz Harrosh wrote:
> > B. MPlayer, and others, are known to host Codec DLLs from windows like
> > divx-avi and other. Do they use wine. or is it a code rip like the
> > ndiswrapper (http://sourcef
On Thursday 27 November 2003 12:26, Boaz Harrosh wrote:
> B. MPlayer, and others, are known to host Codec DLLs from windows like
> divx-avi and other. Do they use wine. or is it a code rip like the
> ndiswrapper (http://sourceforge.net/projects/ndiswrapper/) I think it
> looks like a wine derived l
Happy Thanksgiving!
On Thursday 27 November 2003 00:10, you wrote:
> On November 26, 2003 04:31 pm, dim owner wrote:
> > So, a (the) big question is, how can we get this windows app to
> > compunicate with UNIX processes?
>
> Well, indeed, this is the $1 question. I don't much care at this
> p
On Thu, 2003-11-27 at 17:26, Boaz Harrosh wrote:
> A. How is the Netscape-plugin-to-OCX works in CrossOver-plugin. Is that
> an out of process plugin embedded inside the browser X-window? What is
> the out-of-process (RPC) communication between the Netscape-plugin and
> the wine-OCX-host? What i
This question comes up a lot.
A similar project to below would be the use of windows ODBC drivers
under unixODBC.
(where/how does one add a "Fun project" suggestion)
There are few example projects that do Just that. One is right here at
home and for some reason these people do not want to come f
On Thu, 2003-11-27 at 15:58, Ivan Leo Murray-Smith wrote:
> Special build? Wouldn't it be easier to use the native version of gimp for windows?
Nah, you can still access the standard Linux filesystem if you use
WineLib, whereas a native binary run under emulation is unaware of its
existance.
>The easiest way is simply to convert the Gimp into a
>Windows program by compiling it with WineLib
>That means that in order to use Photoshop
>plugins in the Gimp you'd need a special build of the Gimp
Special build? Wouldn't it be easier to use the native version of gimp for windows?
On Wed, 2003-11-26 at 21:31, dim owner wrote:
> So, a (the) big question is, how can we get this windows app to compunicate
> with UNIX processes?
It's tricky. The easiest way is simply to convert the Gimp into a
Windows program by compiling it with WineLib. No, I don't know how to do
that, Dimi
On November 26, 2003 04:31 pm, dim owner wrote:
> So, a (the) big question is, how can we get this windows app to compunicate
> with UNIX processes?
Well, indeed, this is the $1 question. I don't much care at this
point wether Gimp can work with the Plugins or not, what I care about
is to expo
uld
find]
So, a (the) big question is, how can we get this windows app to compunicate
with UNIX processes?
On Wednesday 26 November 2003 14:12, Dimitrie O. Paun wrote:
> On November 26, 2003 01:44 pm, dim owner wrote:
> > Is it appropriate to write to this list in regards the "Fun Pr
On November 26, 2003 01:44 pm, dim owner wrote:
> Is it appropriate to write to this list in regards the "Fun Projects" on
> winehq?
Yes, it is.
> I am interested in working on the gimp/photoshop plugin wrapper... and
> although I'm not so great a programmer, I have
Hello,
Is it appropriate to write to this list in regards the "Fun Projects" on
winehq?
I am interested in working on the gimp/photoshop plugin wrapper... and
although I'm not so great a programmer, I have good resources (like the P$
6.0 SDK).
I wrote that project's con
Hello All,
I doubt this will ever make it in to WINE as Martin has been using C++ to implement
our explorer
clone but you might want to have a look at it if you want a explorer clone for WINE.
http://www.sky.franken.de/explorer/index.html
You will want to get the current source from ReactOS CVS.
20 matches
Mail list logo
