On 25.08.2006 07:44, James Liggett wrote:
> +icon->tooltip = CreateWindowEx(WS_EX_TOPMOST, TOOLTIPS_CLASS, NULL,
> + WS_POPUP | TTS_NOPREFIX | TTS_ALWAYSTIP,
> + CW_USEDEFAULT, CW_USEDEFAULT,
> +
On 24.08.2006 10:04, Andreas Mohr wrote:
> Hi,
>
> On Wed, Aug 23, 2006 at 10:04:01PM -0500, EA Durbin wrote:
>> Also I've read that managed directx .dlls are supposed to be installed in
>> the global assembly cache folder (C:\WINDOWS\assembly\GAC), but wine
>> doesn't implement assemblies yet
On 19.08.2006 00:09, Roderick Colenbrander wrote:
> +} else if(WINE_D3D8_CAPABLE(gl_info)) {
> +if (strstr(gl_info->gl_renderer, "GeForce4 Ti") ||
> strstr(gl_info->gl_renderer, "Quadro4"))
> +gl_info->gl_card = CARD_NVIDIA_GEFORCE4_TI4200; /*
> Gef
On 16.08.2006 04:23, Benjamin Arai wrote:
>if(pbstrHelpString)
> + {
> *pbstrHelpString=SysAllocString(This->DocString);
> +if(!*pbstrHelpString)
> + return STG_E_INSUFFICIENTMEMORY;
> + }
>if(pdwHelpStringContext)
> *pdwHelpStringContext
On 26.07.2006 14:31, H. Verbeet wrote:
>> However, you do know the register into which the output position will be
>> written by the VP. Could flipping the Y of the output position at the
>> very end of the VP work?
>>
> Well, you can't really do that, since it's not guaranteed the mvp
> matrix wil
On 25.07.2006 14:48, Jason Green wrote:
> However, when you use a shader, you don't use those matrices at all,
> you pass your own vec4 (4 component float vector) constants into the
> shader program, and you don't just have 4 of them to use as a matrix,
> you have as many as the hardware allows (ty
On 18.07.2006 23:21, Michael Kaufmann wrote:
> Hi,
>
> I have discovered that Wine's heap implementation (HeapAlloc(),
> HeapFree(), etc. in dlls/ntdll/heap.c) is very slow if many small memory
> blocks are allocated and freed. Somebody has reported this before:
> http://www.winehq.org/pipermail/w
On 13.07.2006 18:00, Peter Beutner wrote:
It might be possible to guesstimate the available memory:
http://delphi3d.net/articles/viewarticle.php?article=texman.htm
> quoting from the article:
> ---
> The implementation of the glAreTexturesResident() function, which is
> so critical for t
On 11.07.2006 18:23, Christoph Frick wrote:
> until an easy way can be found, would it be better to apply this patch
> and state this fact in the error-messages wine produces?
It might be possible to guesstimate the available memory:
http://delphi3d.net/articles/viewarticle.php?article=texman.htm
On 06.07.2006 18:30, Louis. Lenders wrote:
> 2. Does w ine need to provide this Microsoft.VC80.CRT.manifest file (as
> far as i understand this is an xml file) or should this file be provided
> by the application, and is this just Ogre's fault.
It should be provided by the application.
-f.r.
On 26.05.2006 21:17, Eric Pouech wrote:
>> +/**
>> + *SymGetSymFromAddr (DBGHELP.@)
>> + *
>> + */
>> +BOOL WINAPI SymGetSymFromAddr64(HANDLE hProcess, DWORD64 Address,
>> +PDWORD64 Displacement,
On 23.03.2006 10:22, Francois Gouget wrote:
> Could it be that it is trying to load the resource 160 of shell32.dll?
> This resource is an AVI that is meant to be played when you copy files:
> it shows sheets jumping from one folder to another.
>
> If so the tricky thing is getting an animation th
On 16.11.2005 18:20, Maarten Lankhorst wrote:
> trace:bitblt:GdiAlphaBlend 0x3b80 0,0 485x422 -> 0xa480 0,0 83x62
> op=00 flags=00 srcconstalpha=ff alphafmt=01
> err:syslevel:_CheckNotSysLevel Holding lock 0x404f0340 level 3
> wine: Unhandled exception (thread 0009), starting debugger...
Hm, does
On 22.09.2005 16:57, Frank Richter wrote:
> Diff to try 3: Use less callbacks, only pass window func. SendMessageW()
> is used in case the func is 0.
>
> Frank Richter <[EMAIL PROTECTED]>
> When doing A->W WM_GETTEXTLENGTH, use WM_GETTEXT behind the scenes to
> obtain
Hi,
as some of you may have noticed, I did a bunch of theming-related work
in Wine, which was done within a project in Google's Summer of Code.
This is a small overview over what I've done:
- All "non-standard" controls(those that are provided by comctl32, e.g.
Tabs) are themed and seem to work qu
On 20.09.2005 17:00, Frank Richter wrote:
> Playing around with a Chinese ANSI code page and some non-Latin
> codepage, it seems that with SendMessageA(), you get a correct ANSI
> length, while with CallWndProcA() you don't - seems Windows just returns
> the Unicode length wi
On 19.09.2005 21:44, Frank Richter wrote:
> Interestingly, when CallWindowProcA() is used on an W window, no
> WM_GETTEXT is sent. (Whether the window proc belongs to the window does
> not seem to matter.) Though, in that case, the result is not doubled either.
Playing around with a Chi
On 09.09.2005 17:09, Alexandre Julliard wrote:
> Frank Richter <[EMAIL PROTECTED]> writes:
>
>> On 09.09.2005 16:27, Alexandre Julliard wrote:
>>> Well, I'm not sure doing a SendMessage is the right thing if you are
>>> called from inside CallWindow
On 09.09.2005 17:09, Alexandre Julliard wrote:
> Do a CallWindowProc on a function that is not the current winproc of
> the specified window and check if the message gets to the window.
Ah, I see.
-f.r.
signature.asc
Description: OpenPGP digital signature
On 09.09.2005 16:27, Alexandre Julliard wrote:
> Well, I'm not sure doing a SendMessage is the right thing if you are
> called from inside CallWindowProc, you may have to do a CallWindowProc
UnmapMsgAtoW() (or so) is also called when interprocess messages are
translated back... in this case, (afai
On 08.09.2005 18:28, Robert Shearman wrote:
>> -TRACE("Chunk Found ckid=%.4s fccType=%.4s cksize=%08lX \n",
>> +TRACE("Chunk Found ckid=%.4s fccType=%08x cksize=%08lX \n",
>> (LPSTR)&mmckInfo.ckid, (LPSTR)&mmckInfo.fccType, mmckInfo.cksize);
Note that you're also printing the hex val
On 05.09.2005 18:13, Frank Richter wrote:
> Frank Richter <[EMAIL PROTECTED]>
> When doing A->W WM_GETTEXTLENGTH, use WM_GETTEXT behind the scenes to
> obtain an exact length. This seems to match the behaviour of recent
> Windowses and as well fixes a couple of regressio
On 05.09.2005 14:49, Michael Kaufmann wrote:
> I've found another problem: Reading the window proc address with
> GetWindowLong won't work for subclassed windows. We need to pass the
> window proc as a parameter to UnmapMsg32ATo32W (and probably also to
> other mapping functions).
>
> Maybe it's e
On 05.09.2005 11:23, Michael Kaufmann wrote:
> Hi,
>
> Does Windows XP use Unicode controls too if theming is on?
Yes. (Technically, it uses Unicode controls when comctl 6.0 is used.)
-f.r.
On 05.09.2005 11:23, Michael Kaufmann wrote:
> I think you could use SendMessageW instead of calling the window proc
> directly.
Yeah... since UnmapMsg32ATo32W is used for both in-process and
inter-process communications, just using SendMessageW() is more correct
and less hassle than messing wit
On 05.09.2005 02:17, Ron Jensen wrote:
> The Appearance tab worked before, it doesn't work now. Removing
> all the msstyles files from windows\resources\themes\*\ stops the
> crashing.
This is probably the fixing patch:
http://www.winehq.org/pipermail/wine-cvs/2005-September/017912.html
-f.r.
On 04.09.2005 16:47, Michael Kaufmann wrote:
> Hi Frank,
>
> One of your theming patches (
> http://www.winehq.org/hypermail/wine-cvs/2005/08/0313.html ) has caused
> a problem in many Delphi applications. The edit controls of Delphi
> applications are now created in Unicode mode. I hope you have
On 01.09.2005 15:59, Aric Stewart wrote:
> Any chance these changes could be made?
Actually, some chaps in #winehackers asked for the same already ;) :
http://www.winehq.org/pipermail/wine-patches/2005-August/020373.html
-f.r.
On 30.08.2005 12:07, Alexandre Julliard wrote:
> Log message:
> Frank Richter <[EMAIL PROTECTED]>
> Fix warnings in 64bit.
No I didn't; something must have been mixed up while making the commit
message.
-f.r.
On 26.08.2005 16:58, Frank Richter wrote:
> Frank Richter <[EMAIL PROTECTED]>
> Add initial push button theming.
>
What are the issues with this one?
-f.r.
On 28.08.2005 18:53, Stefan Dösinger wrote:
> One other question: I've noticed that Windows users need to patch Microsofts
> uxtheme.dll to load themes which are not signed. Is there any possibility to
> use wines uxtheme.dll with Windows XP or is it too different? From the past
> discussions I
On 28.08.2005 15:40, Mike Hearn wrote:
> As you can see there are still quite a few visual glitches.
Hm, maybe I should point people to Luna or MS' Royale or something
simple like Watercolor Lite... they seem to work well so far ;)
-f.r.
On 28.08.2005 14:30, Mike Hearn wrote:
> One issue is that GTK+ 2.8 (the newest version, just released) now uses
> Cairo for rendering. I'm not sure how we should approach this - I suspect
> if widgets start drawing themselves without using the GDI stuff will break
> in weird ways (clipping and suc
On 11.08.2005 18:03, Dimi Paun wrote:
> Wrong patch.
Whoops, thanks.
-f.r.
On 03.08.2005 00:38, Robert Shearman wrote:
> You have added this field, but don't use it apart from in a commented
> out line.
It's used in theme_changed(). But the commented out line is a mistake.
-f.r.
On 03.08.2005 00:38, Robert Shearman wrote:
> You have added this field, but don't use it apart from in a commented
> out line.
Hm, that's not how it's supposed to be. Gotta check again.
-f.r.
On 30.07.2005 09:06, James Hawkins wrote:
>TCITEMA tie;
>char text[MAX_PATH];
>
>LoadStringA(NULL, IDS_CONTENTS, text, MAX_PATH);
>/* text should be '&Contents', but we get a GetLastError() */
Hm, wouldn't it be better use wide strings?
-f.r.
On 29.07.2005 15:23, Hans Leidekker wrote:
> On Friday 29 July 2005 14:45, Dmitry Timoshkov wrote:
>
>> I'd suggest to move all strings into a stringtable and load them
>> by LoadStringA/W. That way you get internationalization for free.
>
> But according MSDN:
>
>> The return value is a static
On 28.07.2005 15:54, Robert Shearman wrote:
> In that case, you will have to retrieve the rectangle of the changed
> area and pass that rectangle to RedrawWindow.
Though, that would mean that paint messages are emitted to the window?
IIRC last time I checked (with Spy++), there were no paint messa
On 27.07.2005 17:36, Robert Shearman wrote:
> You could make the code to using RedrawWindow(... RDW_UPDATENOW),
> assuming that the paint functions it is calling are for the whole
> control, not a component of the control.
>
Occasionally it does... afaics mostly stuff like just drawing the focus
Hi,
somewhat recently I sent some code to wine-patches to add button
theming; if you have glanced at it, despite utilizing subclassing, code
was duplicated from the button code in user.
In particular, the themed button does its own state management. The
reason is that upon state changes, the user3
On 16.07.2005 01:13, Frank Richter wrote:
> Frank Richter <[EMAIL PROTECTED]>
> Added some generic code to allow subclassing(for the purpose of theming)
> of standard controls.
What are the issues with this one?
-f.r.
On 21.07.2005 10:27, Paul Vriens wrote:
> Hi,
>
> if you mean the 3 rectangles instead of the Minimize/Maximize/Close
> buttons then Yeah I see the same thing.
Hm, maybe you lack the "Wine Marlett" font (or a Marlett from a Windows)?
-f.r.
On 10.07.2005 16:03, Frank Richter wrote:
> Hm, I'm currently using the Cygwin/X server which reports a display
> depth of 24bpp... perhaps the test is sensible to the display depth?
> Maybe yours is 32bpp, by chance?
I just checked on a Linux X server (also running at 24bpp) and in
On 15.07.2005 19:56, Robert Shearman wrote:
> You don't need any code for this. Just add uxtheme to DELAYIMPORTS in
> the Makefile.in and it will be done automagically for you.
Duh :P
I'll include that change when I send some patch with actual
uxtheme-using code then.
-f.r.
signature.asc
Descr
On 11.07.2005 14:47, Jonathan Wilson wrote:
> Not that I am any kind of expert here but would it not make sense to
> implement things the way windows does it? From what I know, windows
> implements it via activation contexts and manifests.
Yes, doing it the exact Windows way would require to imple
Hi,
I've worked the suggestions made wrt into that new patch. In particular,
- subclassing is now properly done with SetWindowSubclass
- uxtheme is delay-loaded
- minor things like a correct "hot" flag and more cleanliness due the
better subclassing.
I've uploaded the patch to:
http://www.minet.un
On 08.07.2005 16:18, Alexandre Julliard wrote:
> Is this really supposed to fail on Wine? It works fine here...
Well, fails for me.
Hm, I'm currently using the Cygwin/X server which reports a display
depth of 24bpp... perhaps the test is sensible to the display depth?
Maybe yours is 32bpp, by ch
On 08.07.2005 10:58, Vijay Kiran Kamuju wrote:
> But mbctype.h is a sdk header file,
It's not, it is ...
> it should not be specific for msvcrt.
> I think it should not be put in include/msvcrt
... really an MSVCRT-specific header.
(If you have VC7 or later, check the include directories - you
On 08.07.2005 01:31, Frank Richter wrote:
> Frank Richter <[EMAIL PROTECTED]>
> Always zero destination buffer in SYSPARAMS_LoadRaw().
> Remove now-superfluous memory zeroing in some other places.
Err, wrong list, sorry...
-f.r.
Frank Richter <[EMAIL PROTECTED]>
Always zero destination buffer in SYSPARAMS_LoadRaw().
Remove now-superfluous memory zeroing in some other places.
=== sysparams.c
==
--- dlls/user/sysparams.c (/wine/trunk/dlls/user) (re
On 07.07.2005 19:44, Frank Richter wrote:
> What issues does this patch have?
Nvm. I'm just too impatient ;)
-f.r.
On 06.07.2005 13:24, Frank Richter wrote:
> Add support for proper saving of the "FLATMENU" and "GRADIENTCAPION"
> system parameters to the registry.
What issues does this patch have?
-f.r.
On 07.07.2005 15:21, Kevin Koltzau wrote:
> The problem I think is when the image is put into an XImage, then copied back
> out it looses the alpha, so using GetPixel to verify will have the same
> problem (it just returns XGetPixel). StretchBlt also does this, but
> AlphaBlend does not as its
On 07.07.2005 02:43, Kevin Koltzau wrote:
> The stretching is happening when you try to paint, not when you load the
> image.
> As for stretching in uxtheme, the correct solution would actually be to use
> AlphaBlend,
I did so in my working copy. I also removed the double-buffering stuff
from D
On 07.07.2005 02:32, Kevin Koltzau wrote:
> + /* internal stuff */
> +#define BUTTON_HOT 0x8000
> +#define BUTTON_INTERNAL (BUTTON_HOT)
>
> Under windows, the mouseover state is 0x200
Hm, is there a constant or so for this? Is the mouseover state also
returned by BM_GETS
On 07.07.2005 01:40, Kevin Koltzau wrote:
> StrechDIBits is at fault, you´ll notice if you call that with the original
> size of the bitmap (hence not stretching) it works as expected
Hm, isn't that the case already here? LoadImage() is called without a
specific size, so the actual size of the bi
On 06.07.2005 20:22, Robert Shearman wrote:
> I don't like the comctl32/theming.c file you added at all. If you are
> going to subclass a control, you should use the common control
> subclassing functions, but it's not clear to me that that is the best
> option.
Well, my initial idea was to set up
On 06.07.2005 20:23, Alex Villacís Lasso wrote:
> Your problem sounds like one I am having for a long time with VB6
> applications which use a toolbar: any icon with transparency gets its
> transparency clobbered in Wine.
Hm... sure those VB6 apps use bitmaps with alpha?... AFAIK, 32bpp
bitmaps
Hi,
I've recently submitted a patch to add initial theming support for push
buttons. Most likely I'll have to iterate over it a few times before it
could get accepted into CVS, so I'd like to just query for
comments/questions/criticism on it. Thanks!
Patch:
http://www.winehq.org/hypermail/wine-pat
Hi,
I have a bit of trouble with loading a 32bpp RGBA bitmap from a
resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the
alpha values stays the same; however, doing the same on Wine, the alpha
channel gets clobbered. I suspect it's the StretchDIBits() call, as
hacking around that by
On 06.07.2005 01:01, Detlef Riekenberg wrote:
> +/* Icon in native printui.dll: "Not the default, connected Local
> Printer" */
> +SHELL32_hmodule = LoadLibraryA("printui.dll");
> +iconindex = 1;
> +
> +if (SHELL32_hmodule == NULL)
> +{
> +/* Icon in shell32.dll: "Not
On 06.07.2005 09:02, Raphael wrote:
> Why it need StackWalk64 ?
StackWalk64 is used on both 32 and 64 bit Windows; for a while now, MS
says to use StackWalk64, probably because it's more portable or so.
-f.r.
On 06.07.2005 00:54, Maarten Lankhorst wrote:
> But I still
> wonder what I have to do to call a 'thiscall' function, since I probably
> need it in ITextHost.
Probably more assembly ;)
'Thiscall' expects 'this' in ecx, so perhaps create an stdcall wrapper
function that contains some assembly to p
On 06.07.2005 16:44, Dmitry Timoshkov wrote:
> It's even worse. user32 can't depend on msimg32 or any other high level
msimg32 is about as high-level as GDI itself... actually, it basically
just forwards some functions to GDI. GradientFill() is nothing more than
a forwarder to Gdi32.GdiGradientFil
On 05.07.2005 21:30, Marcus Meissner wrote:
>>2: initialisation from incompatible pointer type (in the vtable)
>
>
> Hmm, unclear. You would need to change the extern void THISCALL(func)(); to
> be the correct prototype.
But otoh, the vtable types really are wrong (the methods just aren't
stdcal
On 05.07.2005 13:37, Detlef Riekenberg wrote:
> +HMODULE SHELL32_hmodule=NULL;
> +INT iconindex=IDI_SHELL_PRINTER;
...
> +if(SHELL32_hmodule==NULL)
> +{
> +SHELL32_hmodule=LoadLibraryA("shell32.dll");
> +}
Why not use the global 'shell32_hInstance' variable?
-f.r.
On 05.07.2005 09:28, Hajime Segawa wrote:
> +FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
This link, while not 100% on that topic, contains s
On 05.07.2005 09:28, Hajime Segawa wrote:
> +FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
This link, while not 100% on that topic, contains s
On 05.07.2005 09:28, Hajime Segawa wrote:
> +FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
This link, while not 100% on that topic, contains s
On 04.07.2005 02:21, Oliver Stieber wrote:
> Hi,
> This patch makes sure that the OpenGL visual created
> for a window has a stencil buffer.
> This is a requirement for stencil buffer support in d3d.
Hm, isn't it possible that on some pathetic hardware or when lower color
depths are used (e.g. 16b
On 03.07.2005 18:15, Frank Richter wrote:
> Well, technically, according to MSDN for NULL: "The function behaves
...nevermind that the block wouldn't even be called for NULL. Duh.
-f.r.
signature.asc
Description: OpenPGP digital signature
On 03.07.2005 18:15, Frank Richter wrote:
> Well, technically, according to MSDN for NULL: "The function behaves
...nevermind that the block wouldn't even be called for NULL. Duh.
-f.r.
On 03.07.2005 18:01, Dimi Paun wrote:
> This function would be more useful (and usage clearer) if it
> took the msg as an argument (also I think you can get rid of
> UXTHEME_EnumChildProc too, untested):
True.
> Note: the 'if' for PostMessageW was superfluous.
Well, technically, according to MSD
On 21.06.2005 23:12, Martin Fuchs wrote:
> The pure existence of in the Wine code base shows
> me, Wine is aimed to support TCHARs.
It may also just show that Wine wants to be compatible with existing sources
that use , it doesn't necessarily say anything about the internal use
of it or whether
On 22.03.2005 17:00, Alexandre Julliard wrote:
Then the first thing to do is to figure out exactly how Windows does
it, and do it the same way.
To roughly recapitulate: Windows seems to do the theming in the implementation
of the standard controls - with the twist that comctl32.dll v6 contains cop
On 23.03.2005 13:25, Frank Richter wrote:
Sounds plausible. Reading a bit up on window classes on MSDN
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/windowclasses/aboutwindow.asp)
indicates that overrideability of the default system
On 23.03.2005 13:04, Boaz Harrosh wrote:
Maybe it only register as per Process, which makes sense. And it does
that before any window is displayed. Actually I know when. (A bug I had)
it does it in the InitCommonControlsEx call. Not even in the DLLMain. An
app that needs theming needs 3 things.
On 22.03.2005 17:00, Alexandre Julliard wrote:
Then the first thing to do is to figure out exactly how Windows does
it, and do it the same way.
Most interesting is probably to find out how the standard controls from user32
are themed. Poking a bit around in comctl32 6.0, it seems that it actually
On 22.03.2005 15:12, Dmitry Timoshkov wrote:
It creates circular dependencies and an impossibility to correctly start up
Wine.
Imagine for a moment that ntdll depends on foo.dll which in turn imports
kernel32.
Maybe that can be worked around by having user32.dll load uxtheme.dll lazily...
This w
On 22.03.2005 09:35, Boaz Harrosh wrote:
Where you using a native theme DLL or the builtin one? If native which
one where you using? How did you Isolate it, I mean how many dll's,
files, and registry is it.
If you mean with "Theme DLL" the uxtheme.dll, that is the builtin one.
If you mean the DLL
On 22.03.2005 09:22, Dmitry Timoshkov wrote:
user32 can not depend on uxtheme or any other high level dll. You need to
make all the work inside of uxtheme by subclassing/patching every class you
wish to change the painting for, and do all the painting inside of uxtheme.
I'm not sure how to do it cl
On 22.03.2005 00:18, Mike Hearn wrote:
Once we
get it into CVS, would you be willing to move on and do the other controls?
Okay, I'll see what I can do.
-f.r.
Hi,
to see how easy (or not) it would be to make the controls use themes, I
tried to get themed buttons; the result is the attached patch (to try it
out, you need an .msstyles file and appropriate registry setup). It's
probably not perfect as it is, comments/questions are welcome.
Screenshot:
h
Hi,
I would like to load a .dll.so from the current directory, and I wonder
what's the best way to accomplish this...
I tried to set WINEDLLPATH, but it doesn't seem to have an effect (the
.dll.so is still only tried to be loaded from /usr/lib, as I can see
from the trace:module output).
The .dl
101 - 185 of 185 matches
Mail list logo
