You can get the free trial from http://www.wizards.com/default.asp?x=magic/magiconline/downloadlinks
On 6/15/06, Brian Vincent <[EMAIL PROTECTED]> wrote:
On 6/14/06, Mike McCormack <[EMAIL PROTECTED]> wrote:> hehe. If you're compiling Wine yourself, do I get $200 for telling you> to install the la
Yes, I am compiling Wine myself (0.9.15). Yes, I do have fontforge (0.0.20060430) and and libfreetype6 (2.2.1). Yes, the bug is present in the bug log (5404).On 6/14/06,
Mike McCormack <[EMAIL PROTECTED]> wrote:
Kyle Winkler wrote:>> Currently, Magic: the Gathering Online almost works, except
On 6/14/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
hehe. If you're compiling Wine yourself, do I get $200 for telling you
to install the latest version of Fontforge, and make sure recent
freetype libraries are on your system?
I think there might be more to it than that according to the AppD
Kyle Winkler wrote:
Currently, Magic: the Gathering Online almost works, except that the
fonts are either absent or illegible. I am willing the pay US $200 (via
PayPal) for this bug to be fixed. If any of you are willing to give it
a try, let me know. I will pay up front.
hehe. If you
Currently, Magic: the Gathering Online almost works, except that the fonts are either absent or illegible. I am willing the pay US $200 (via PayPal) for this bug to be fixed. If any of you are willing to give it a try, let me know. I will pay up front.
AMD_64 cpu, Kubuntu 6.06 (Dapper Drake), on HP laptop.
I finally got around to finishing a build, with current cvs sources.
First one must install the necessary libraries: Finding the correct
set may take a few minutes and several tries.
configure will find several omissions, but a few will onl
Wednesday, June 14, 2006, 6:51:21 PM, Raphael wrote:
> On Thursday 15 June 2006 02:34, Raphael wrote:
>> Hi,
>>
>> first patch since a long time :)
>>
>> Changelog:
>> - rename WineD3D_(Create|Release)FakeGLContext to WineD3D_(Create|
>> Release)FakeGLContextOnNeed
>> - and if a GL context is
On Thursday 15 June 2006 02:34, Raphael wrote:
> Hi,
>
> first patch since a long time :)
>
> Changelog:
> - rename WineD3D_(Create|Release)FakeGLContext to WineD3D_(Create|
> Release)FakeGLContextOnNeed
> - and if a GL context is already active (and was not a fake context)
> returns simili fa
Mike Mestnik wrote:
> I'm trying/working to get x86 windows programs to run under linux on a
> ppc and eventualy a sparc.
>
> After reading the Darwine list, I'm not sure where the best place for
> this.
>
> Will the current move by Apple to x86 hardware replace this project?
> What about alpha, A
Mike Hearn wrote:
On 6/14/06, Jacek Caban <[EMAIL PROTECTED]> wrote:
Last week Wine Gecko was mentioned a few times on this mailing list and
I can see that there is no understanding of it. It's not really
surprising as it's a big mess ATM. We can still use Mozilla ActiveX
control (but that needs
Hi Boaz,
Boaz Harrosh wrote:
Hi Jacek.
This would maybe also Address my problem. Please see my posting this
week [Wine's Mozilla Control - Very old]
I doubt if it's what you need. This implementation replaces windows'
DLLs. What you need is something that replaces only the control.
Choosing
http://whatjapanthinks.com/2006/06/15/over-a-third-of-japanese-engineers-wont-use-linux-on-the-desktop/
is one more survey showing that users who don't want
to switch to Linux base their opinion primarily on
a perceived lack of apps on linux.
I've changed the code not to use COM. Now it loads a DLL and searches
for a GetIntegrationObject entry point. That function returns structures
with a pointer to the ops structure. This is similar to how GDI objects
are implemented.
One could also export all the function from the DLL and build
Alexandre Julliard wrote:
Scott Bambrough <[EMAIL PROTECTED]> writes:
@@ -603,8 +603,8 @@ if test "$ac_cv_header_unicode_ubidi_h"
then
saved_libs="$LIBS"
ICU_LIB_DIR="${ICU_LIB_DIR-/usr/lib}"
-ICUUC_LIB="${ICUUC_LIB-$ICU_LIB_DIR/libsicuuc.a}"
-ICUDATA_LIB="${ICUDATA_LIB-$
> I'm trying/working to get x86 windows programs to run under linux on a
> ppc and eventualy a sparc.
>
> After reading the Darwine list, I'm not sure where the best place for
> this.
>
> Will the current move by Apple to x86 hardware replace this project?
> What about alpha, ARM, MIPS and sparc?
Jacek Caban wrote:
Hi.
Please consider this mail as:
Re: Built-in iexplore
Re: acad 2004 licence file bug
Re: Broken FC5 packages - stay clear.
Last week Wine Gecko was mentioned a few times on this mailing list
and I can see that there is no understanding of it. It's not really
surprising a
Hi Christian,
> I want to make a generic setupapi.dll and I will remove old serial
> device list, but as too big patches wont get accepted, I will do this in
> one of my next patches.
I put that hacky serial device list in there. I don't actually use the
app that fixed under Wine, as 1) Wine's
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> When running configure, I get the following message twice:
>
>checking for xmlParseMemory in -lxml2... yes
>checking for xmlReadMemory in -lxml2... yes
>Package libxslt was not found in the pkg-config search path.
>Perhaps you should add
On 6/14/06, Jacek Caban <[EMAIL PROTECTED]> wrote:
Last week Wine Gecko was mentioned a few times on this mailing list and
I can see that there is no understanding of it. It's not really
surprising as it's a big mess ATM. We can still use Mozilla ActiveX
control (but that needs to be removed) or
Robert Shearman wrote:
Rick Romero wrote:
12. wine ie6setup.exe
13. Error. "The download location information is damaged" WTF?
This error message happens on Windows 98 too. I suggest that you
complain to Microsoft.
That is not true here. I have Windows 98 SE 4.10. A here with
Disclaimer: I am aware that the system I tested this on is lacking a
required library, this is not what I'm trying to describe.
When running configure, I get the following message twice:
checking for xmlParseMemory in -lxml2... yes
checking for xmlReadMemory in -lxml2... yes
Package libx
I'm trying/working to get x86 windows programs to run under linux on a
ppc and eventualy a sparc.
After reading the Darwine list, I'm not sure where the best place for
this.
Will the current move by Apple to x86 hardware replace this project?
What about alpha, ARM, MIPS and sparc?
--
/*
Hi.
Please consider this mail as:
Re: Built-in iexplore
Re: acad 2004 licence file bug
Re: Broken FC5 packages - stay clear.
Last week Wine Gecko was mentioned a few times on this mailing list and
I can see that there is no understanding of it. It's not really
surprising as it's a big mess AT
On 13.06.2006 12:22:57 Rick Opper wrote:
> hi,
> Like many wine users, I'm having trouble with programs calling the
> GetFolderAttributes... I've seen your patches and was wondering if it
> would be possible to download the pre-patched DLLs from somewhere.
What problems are there exactly?
On Wednesday 14 June 2006 01:45, Detlef Riekenberg wrote:
Hi Detlef
> Hi Christian Gmeiner:
> > Sorry for the new version, but i got rid of the whitspace stuff and also
> > added a check if Reserved != NULL.
> >
> > I hope that this patch is ready to commit now.
>
> +if (MachineName != NULL)
Since my previous posting(s) were poorly written (and/or
misconceived), I'd like to try and explain my point again.
Some coders think:
"If it was hard to write it should be hard to understand, so that when
people finally get it, they'll be amazed at how clever I am."
Writing good comments can IM
Andrew Ziem <[EMAIL PROTECTED]> writes:
> Sorry, I meant to document the conditions under which Windows 2000
> yields inconsistent results. For example, in the first ok() on
> Windows 2000, _initterm() returned either 0 or 1.
>
> Also, one of the "#if 0" blocks documents a condition that crashes
Uwe Bonnes wrote:
"Andrew" == Andrew Ziem <[EMAIL PROTECTED]> writes:
Andrew> because tests yield inconsistent results */ +#if 0 + /* address
#if 0
in a patch is depreciated. If the test fails on wine, butt succeeds in
windows, use todo_wine(). If there are other conditions that must be
On Tue, 13 Jun 2006 16:22:17 +0200, Alexandre Julliard wrote:
> Wine will handle that error properly, but here it sounds like fst (or
> more likely Gtk) has replaced the Wine error handler with its own, so
> Wine doesn't get a chance to handle it.
Yes, that's the GTK+ error handler. Benjamin, this
On Wed, 14 Jun 2006 12:37:21 +0200, Andreas Bierfert wrote:
> What I can offer would be this: add a meta package wine-suite which will
> install all wine
> packages and change the summary of wine so it:
> a) points to the wine-* subpackages so everyone knows they exist
> b) tell them that there is
On Wednesday 14 June 2006 12:37, Andreas Bierfert wrote:
> do and if you don't acknowledge it fine... but it rather work together with
> you in a friendly manner to improve things... not to make them worse ...
We acknowledge that you do a great job, please don't be deterred by the
harsh tone. Win
On Tue, 13 Jun 2006 21:29:00 +0200
Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
> I like how it's done for git in fedora extras: git is a meta package
> which requires all subpackages making it very easy and intuitive to get
> it. So having something like wine being the meta package and the actual
Benjamin Fabricius <[EMAIL PROTECTED]> writes:
> or do you see a way different way to workaround this, i. e. to write an
> own
> error handler. i'm not to deep into the x matter though...
The error handler exists already, all you need is to convince Gtk to
call the previous handler instead of dy
> "Andrew" == Andrew Ziem <[EMAIL PROTECTED]> writes:
Andrew> because tests yield inconsistent results */ +#if 0 + /* address
#if 0
in a patch is depreciated. If the test fails on wine, butt succeeds in
windows, use todo_wine(). If there are other conditions that must be met,
tell these
As of this patch, Wine now supports more opcodes in GLSL than
ARB_vp/fp and we can handle many of the shader 2.0+ instructions not
available before. There are a few missing texture operations compared
to ARB still, and we're not properly handling textures for any shaders
<2.0, but that's true i
35 matches
Mail list logo