Hello,
I just read some of the articles in winehq.org
I thought of something to do with theming:
instead of having theming use existing control functions, couldn't the
code be made independent, meaning the "non-themed" code basically
becomes just another theme among the others, calling the same
James Courtier-Dutton wrote:
IIRC it's checking the location of the old Wine config registry key.
This has all moved as part of the config file removal (and as was
planned long before WPA came around).
No doubt they will update their WPA checks at some point...
Would it be wiser to implement a
Hi,
this posting has nothing whatsoever to do with wineconf discussion.
Redirecting further discussion to wine-devel...
On Fri, Aug 05, 2005 at 03:43:55PM +0200, Sven Jacobs wrote:
> We are setting up an application that needs to be available at around
> 350 locations.
> Everything seems to work
James Courtier-Dutton wrote:
Would it be wiser to implement a wine feature to block a particular
application from seeing a particular registry key. We could then only
allow the key to be visable to the application it would actually be
useful for. I think the MS windows registry already has this
Francois Gouget wrote:
According to MSDN the prototype of the DllGetClassObject() functions is:
HRESULT WINAPI DllGetClassObject(REFCLSID pclsid, REFIID piid, LPVOID
*ppv);
But in Wine it has sometimes varied a bit, like returning a DWROD
instead of an HRESULT. Nothing too serious but I l
Francois Gouget wrote:
On Fri, 5 Aug 2005, Ivan Leo Puoti wrote:
[...]
Also the anti wine checks appear to be disabled as the tool works in
both windows 2000 and windows 98 mode, however the wine registry key
string is still in the binary, maybe it's just disabled.
IIRC it's checking the l
Hi,
On Fri, Aug 05, 2005 at 12:18:32PM +0200, Francois Gouget wrote:
> On Fri, 5 Aug 2005, Ivan Leo Puoti wrote:
> [...]
> >Also the anti wine checks appear to be disabled as the tool works in both
> >windows 2000 and windows 98 mode, however the wine registry key string is
> >still in the binar
Michael Jung wrote:
This fixes msxml3 compilation on debian sarge, if libxml2-dev headers are not
installed. I've imitated Mike's scheme from domdoc.c.
Thanks for fixing this.
+HRESULT DOMElement_create( IXMLDOMElement** DOMElement, void* xmldoc )
You shouldn't need this stub, because the
On Fri, 5 Aug 2005, Ivan Leo Puoti wrote:
[...]
Also the anti wine checks appear to be disabled as the tool works in both
windows 2000 and windows 98 mode, however the wine registry key string is
still in the binary, maybe it's just disabled.
IIRC it's checking the location of the old Wine con
You can now validate for WGA downloads using wine and the Microsoft WGA validation tool, and you'll
get a thank you message from Microsoft for using Microsoft genuine downloads.
Also the anti wine checks appear to be disabled as the tool works in both windows 2000 and windows
98 mode, however th
Hi,
On Thu, Aug 04, 2005 at 10:23:23PM -0700, Hiji wrote:
> Looks like someone else is having this problem. I've
> tried looking at listview.c and the treeview
> equivalent as well, but I can't made heads or tails of
> it. I have no experience with C.
>
> Anybody on this list make any changes t
Dimi Paun wrote:
From: "Christian Costa" <[EMAIL PROTECTED]>
Well, I chose this name because the Direct Show SDK provides the
strmbase.lib library.
The purpose is quite the same so I kept the same name and prefixed it
since it's wine specific.
But if that's the case, shouldn't we jus
Hi
Using latest wine CVS (checked out today), trying to debug the
PackageForTheWeb self-extracting EXE that MS uses to distribute MSDE
2000
The EXE works fine (albeit with some visual bugs) when running under plain wine instead of winedebug
Anyone have any idea what might be wrong? (I am
13 matches
Mail list logo
