On 25.05.2011 22:52, Stefan Dösinger wrote:
I'm sorry for the German, I don't know how to change this. Google finds only
other clueless people. Either way it says something like Inconsistent DLL
binding
I believe the English translation is “inconsistent DLL linkage”.
The line in stdlib.h
On 11.03.2011 10:28, Nikolay Sivov wrote:
In version 6 all user32 controls are reimplemented with theme support in
comctl32, while user32 classes are kept of course. This is done with
specific entries in comctl32 manifest, on load comctl32 all builtin
classes are re-registered to the ones from
On 10.08.2010 20:22, Michael Mc Donnell wrote:
When a user clicks the Make New Folder button a new folder is created.
The name of the folder is selected, and the dialog box waits for the user
to either accept the name or type in a new one. The test types in a
new folder name and checks that
On 28.07.2010 09:36, Damjan Jovanovic wrote:
thumbnails that are missing on every startup. But even if this is
acceptable solution, it's still hard to implement, because the
thumbnail cache spec requires specific thumbnail sizes (128x128 or
256x256) and a special pixel format (256 colour
On 19.06.2010 06:30, Vincent Povirk wrote:
I guess it's not a problem. It's just that up until now, I've been
trying to keep them interchangeable.
Isn't windowscodecs supposed to be extensible with 3rd party plugins?...
So you could provide the additional formats D3DX would use as plugins
On 19.05.2010 17:03, Scott Ritchie wrote:
I was doing some housecleaning work looking at the WineHQ website, and I
realized we still have an awful lot of flat, wide text on the About
page. This is the perfect place to collapse it into a column and fill
the right side of the screen with an
On 19.11.2009 17:23, Vincent Povirk wrote:
The Windows SDK defines the following type:
struct __declspec(novtable) GdiplusAbort
{
virtual HRESULT __stdcall Abort(void) = 0;
};
I don't think I can provide a proper C++ definition because the abi
depends on the compiler.
Depends;
On 02.10.2009 00:27, Joel Holdsworth wrote:
Does anyone have any thoughts about what might be going on here, and
what I should do with my tests?
If the manifest is set up dynamically I would expect that all symbols
imported from comctl32.dll are done so _before_ the manifest takes
effect, ie
On 06.09.2009 22:29, Joel Holdsworth wrote:
Does anyone know where the 32-bit one is?
comctl32.dll version 6, it seems.
-f.r.
On 26.07.2009 15:57, André Hentschel wrote:
...and draw the correct image smothly.
the code shouldnt have been copied and paste from the unthemed code.
This changes the appearance of progress bars: now they look always
smooth when themed. But on Windows they look always chunky when themed.
On 09.07.2009 07:42, Aurimas Fišeras wrote:
On 07/08/2009 10:31 PM, Frédéric Delanoy wrote:
I think it should be under the button Finish, so that
the Finish button can be shown in the same place
instead of Next on the last wizard page.
I recall some Wizards have Next and Finish visible
On 07.06.2009 19:35, Henri Verbeet wrote:
2009/6/7 Frank Richter frank.rich...@gmail.com:
As far as I could gather DF16 is the ATI way of getting a renderable
16 bit depth texture.
Without knowing much about the actual format, DF16 implies this should
be a floating point format, similar
On 07.06.2009 22:22, Henri Verbeet wrote:
Even if the format isn't lockable, you can still use the data with a
shader.
If it's a typical depth format the shader will see normalized values.
Information on DF16 seems to be sparse, one thing I found was:
On 09.05.2009 04:41, Scott Ritchie wrote:
Anyway, please feel free to give way too much feedback :)
The outline of the upper glass part seems to be a shade of gray, but the
outline of the shaft at the bottom is black, looking kind of
unbalanced. Changing the black to #919191ff looks IMO better.
On 27.01.2009 05:00, Scott Ritchie wrote:
One open question: what to do with Windows apps that don't put
themselves in Program Files, but rather put themselves at the top of the
start menu?
Desktop menu building could put both 'Program Files' and 'real
top-level' entries under the same Wine
On 25.01.2009 22:58, Owen Rudge wrote:
Windows software may be a better term than Wine. Program Files
wouldn't really make sense, since all the items in the Applications menu
are meant to be program files. On the issue of whether we should keep
the Programs subfolder, I guess you could
On 24.01.2009 12:03, Damjan Jovanovic wrote:
+static char* wchars_to_unix_chars(LPCWSTR string)
+{
+char *ret;
+INT size = WideCharToMultiByte(CP_UNIXCP, 0, string, -1, NULL, 0, NULL,
NULL);
Since that is used to write fd.o desktop and mime files: double-check
the respective specs,
On 15.01.2009 21:31, Damjan Jovanovic wrote:
Also what is a good way to invent a MIME type for an extension?
Currently for a .ext extension I'm just using application/x-wine-ext.
For some extensions the system's fd.o mime database might already record
a mime type. Perhaps you can somehow
On 20.12.2008 13:42, Dan Kegel wrote:
I updated http://wiki.winehq.org/Wine64 with a list
of some win64 apps. There are lots more than I
expected.
I also recall that Far Cry (1) is available as 64-bit version, tho
someone who actually possesses that game should check back.
So it could also
On 02.11.2008 23:28, Steven Edwards wrote:
I agree. I simply think any outside tools we develop should be used in
conjunction with a proposed formal standard.
I've just seen this:
http://www.andreasn.se/blog/?p=91
In short, there is work being done on a GTK+ theming engine that uses
CSS(!)
On 14.11.2008 20:27, paulo lesgaz wrote:
Hi,
here is a patch for a first try to implement ComputeSphereVisibility.
Any feedback is welcome.
I think you can simplify the sphere-plane intersection. Just compute the
signed distance D of the sphere center from the plane. If D r, the
sphere is
On 01.11.2008 21:21, Reece Dunn wrote:
In order to do that properly, you will need major buy-in from the Gtk,
Qt and other widget toolkit developers,
FWIW, I recall having read some Planet GNOME blog posts where people
expressed, well, a bit of unhappiness with GTK's current theming system.
On 01.11.2008 14:04, Reece Dunn wrote:
Note that as Vista has a different msstyles theming engine (it is a
DLL),
It's also a DLL on XP. Note that in both cases no code is exported, the
DLLs serve only as a container for the theme data, stored as resources.
we could have the msstyles DLL
On 01.11.2008 16:06, Reece Dunn wrote:
It would also be a good idea to look at the capabilities of the major
theming engines (Gtk, Qt, Cocoa) and possibly some others like the one
used by Enlightemnent and try to abstract an API that can accommodate
them all in a straightforward way.
On 01.11.2008 16:49, Roderick Colenbrander wrote:
The winetheme app would have plugins
So winetheme would have plugins - that seems to make the whole thing an
additional complication over straight uxtheme plugins, since you have
the application as an extra layer in the middle. And as already
On 28.10.2008 22:33, Eric Anopolsky wrote:
Thanks, but it's not a wine bug. The problem is that xrandr doesn't
think 640x480 and 800x600 are valid modes on my laptop so when I launch
Diablo II I get a dialog box that says:
I guess technically it would be possible to emulate the modes. I recall
On 17.07.2008 17:22, Owen Rudge wrote:
Well, I'm not sure how much smaller I can realistically split them, at
least, if the individual parts are to be functional, although I guess the
first and second ones (which are the largest) could be split up a little
more if that is the reason they
On 23.04.2008 01:00, Alex Villacís Lasso wrote:
Have you seen a theme that uses alpha and breaks with my patch?
It's more of a dim recollection from the time I worked on the theming
stuff. Mind you, it's a while back now, so assuming I remember right the
underlying issue might have been
On 22.04.2008 13:47, Alexandre Julliard wrote:
uxtheme: Speed up UXTHEME_SizedBlt in the ST_TILE by building an
appropriately-sized memory bitmap out of the tile instead of iterating with
UXTHEME_Blt() directly.
But does that keep the alpha channel intact?
-f.r.
On 10.04.2008 09:47, [EMAIL PROTECTED] wrote:
However, since control panel does not utilize Unicode yet, the additionalb
Bulgarian translation matches the English one.
So what's the point of that translation then? Right now it doesn't add
anything worthwhile but increases the patch size - not
On 13.02.2008 10:15, Reece Dunn wrote:
* Pre-populate the Theme list with themes in
WINDOWS/Resources/Themes and with other *.theme files added by the
user.
I dimly recall this is already the case. winecfg lets uxtheme enum
installed themes, which in turn should look into said directory.
On 19.12.2007 13:04, Alexandre Julliard wrote:
Having icons in .svg format is a nice improvement, but we'll need a tool
to build the .ico from the .svg. We also need to include multiple sizes
in the .ico, most places want a 32x32 icon, and scaling down the 48x48
looks bad. Of course we should
On 01.12.2007 22:05, Steven Edwards wrote:
I think teaching them about .lnk files is a better solution. It should not be
to hard to have a mime type of *.lnk that invokes Wine and passes the
shortcut to the link processor. Really all GNOME KDE need to do
with *.lnk files is have the ability
On 01.12.2007 16:20, Vitaly Lipatov wrote:
UuidToStringW from legacy (DCOM95) rpcrt4.dll returns RPC_S_CANNOT_SUPPORT,
works only ANSI version.
Changelog:
Add return codes checking for UuidCreate and UuidToStringW
Do users still commonly install that legacy DCOM? If so, it may be
better to
On 30.11.2007 18:50, Dimi Paun wrote:
I guess the preferred solution would be to teach GNOME KDE
about .lnk files.
Or write .desktop files to the Desktop dir.
-f.r.
On 27.11.2007 09:28, Michael Stefaniuc wrote:
Just go for
if ( !pSrcFile )
return D3DXERR_INVALIDDATA;
LPWSTR pSrcFileW = NULL;
DWORD len;
HRESULT ret;
...
That's C++, not C, isn't it?
-f.r.
On 01.11.2007 14:26, Robert Shearman wrote:
There's no need to move the entry for
SetupInstallServicesFromInfSectionW. The list was sorted alphabetically,
but now it isn't.
Unless you ignore the A/W suffix. One could argue that this is more
intuitive as you could locate an entry in the list
On 26.10.2007 16:52, Peter Åstrand wrote:
This solves the position problem, but instead the Help button disappears.
See screenshot
http://www.cendio.com/~astrand/wine/62-tab-size/patched.png. Any ideas?
Hint: check again what WM_WINDOWPOSCHANGED's 'lParam' contains ...
-f.r.
On 17.10.2007 06:49, Nigel Liang wrote:
Hi,
strchrW assumes a NULL-terminated string. May crash if terminating character
is
not found. memchrW is better because you can specify the maximum number of
bytes to search.
On the flipside, memchrW() doesn't stop at a NUL...
-f.r.
On 07.10.2007 17:41, Reece Dunn wrote:
The DPI trackbar has a black background that does not match the
property sheet background.
This patch fixes this so that the trackbar is drawn correctly.
Wouldn't, or so says my intuition, the parent background usually be
drawn before the control
On 31.07.2007 05:37, Dmitry Timoshkov wrote:
rc doesn't support embedded or escaped quotes at all. So statements like
LTEXT String with quotes,-1,7,7,120,8
or
LTEXT String with \quotes\,-1,7,7,120,8
don't work.
The strings I'm using and that work for me look like:
LTEXT String with
On 31.07.2007 17:44, Dmitry Timoshkov wrote:
Alexandre Julliard [EMAIL PROTECTED] wrote:
Like it or not different languages use different styles of quoting,
and you can't force everybody to use single quotes just because a
couple of places are escaping incorrectly.
Not a couple of
On 30.07.2007 16:37, Dmitry Timoshkov wrote:
Steven Edwards [EMAIL PROTECTED] wrote:
In this case do you mean windres or rc? I ask because if its rc then
shouldn't we fix wrc to not accept these sources also? If its windres
thats broken I think there is a workaround for the problem.
This
On 30.07.2007 18:54, Dmitry Timoshkov wrote:
Frank Richter [EMAIL PROTECTED] wrote:
What's the actual problem?
rc simply doesn't handle \ or constructs.
Hm, I have some .rc files here with that work just fine with MS' rc.
(Tho maybe it's braindead enough to have it supportted in one
On 21.07.2007 18:05, Vitaliy Margolen wrote:
First of all there are extensive tests for this in kernel32 process
test. Which shows exactly opposite from what you stated here - windows
does support use of unix path.
Unix paths or unix-style paths? If a program is started as
/home/user/myapp and
On 12.07.2007 18:29, Stefan Dösinger wrote:
I am not sure if it is a good idea to wrap the winecfg functionality into
something complex like a control panel applet(which is tied to shell folders
in some way). A user can easilly break core parts of wine with winecfg. The
more complex the
On 25.06.2007 16:03, H. Verbeet wrote:
On 25/06/07, Stefan Dösinger [EMAIL PROTECTED] wrote:
+0x0009fffe, 0x58443344, 0x68532038, /* No
idea about that stuff, */
+0x72656461, 0x73734120, 0x6c626d65, /*
vsa.exe generated it */
+
On 22.06.2007 08:21, Damjan Jovanovic wrote:
Is it possible to add a new utility, or patch an existing utility like
wineboot, to synchronize between wine's .lnk files in the windows
directory and the fd.o menus, instead of using
winemenubuilder/wineshelllink? Would a patch that does that be
On 28.05.2007 22:23, Stefan Dösinger wrote:
loads it into an opengl
texture(GL_ALPHA) and records 256 display lists to draw textured quads. So
far no unicode support, no custom pens, but custom fonts work.
One trick I've seen (in CEGUI) is to use one font texture per Unicode
plane. So the
I would make the combobox editable (plain CBS_DROPDOWN), just add all
preset memory sizes, and WM_SETTEXT the value read from the registry.
-f.r.
On 16.05.2007 18:18, Frank Richter wrote:
I would make the combobox editable (plain CBS_DROPDOWN),
Er, you do that already. Pays off to read...
just add all
preset memory sizes, and WM_SETTEXT the value read from the registry.
Might be code-wise a bit simpler than your GETCURSEL approach
On 03.05.2007 22:00, Tom Spear wrote:
Do we implement secured versions of other functions, and if
not, how come?
The *_s functions are provided by the C runtime library (ie
msvcr80.dll). So Wine probably doesn't need to implement them (at least
not until they pop up in, say, msvcrt.dll).
-f.r.
On 30.04.2007 08:56, Eric Pouech wrote:
Markus Amsler a écrit :
This reduces WoW debug symbol load time from about 100s to 18!
this also removes two key design features:
- memory is free:d (as Dimitry already pointed out)
- a memory pool is associated to every module, so that all allocations
On 27.04.2007 09:23, Vit Hrachovy wrote:
Hi,
the attached patch adds new textbox input 'Video Memory size' for
Graphics/Direct3D tab of winecfg. Updated every live locale resource to
include this.
Some thoughts on the UI:
- Maybe make it an editable combobox with common sizes in the dropdown
On 25.04.2007 19:58, Steven Edwards wrote:
Why do we show a dialog if there are no uninstall entries found in the
registry? Windows does not do that, and I think we shouldn't either.
I agree.
So a user starts the uninstall app but doesn't see a dialog... and
probably thinks it's a bug. On
On 12.04.2007 15:25, Felix Nawothnig wrote:
Kovács András wrote:
This patch is needed, because DirectX 10 is Vindows Vista only feature.
Nothing wrong with adding Vista to the list but how is this needed? You
don't want to disallow usage of dx10 unless Vista is selected, do you?
Apps might
On 29.03.2007 09:41, Tom Wickline wrote:
CAPS results:
http://wiki.winehq.org/DirectX-Caps
Some note on the coloring: presumably, a green coloring in the Wine row
means better, red means worse.
For true/false caps those that Wine has but native doesn't are green,
while those that Wine does not
On 29.03.2007 16:02, Stefan Dösinger wrote:
Am Donnerstag 29 März 2007 14:09 schrieb Vitaly Budovski:
Add support for ARB_texture_rectangle extension.
---
dlls/wined3d/directx.c|3 +++
include/wine/wined3d_gl.h |9 +
2 files changed, 12 insertions(+), 0 deletions(-)
On 10.03.2007 15:02, Fabian Bieler wrote:
+static const PixelFormatDesc NV_texture_shader_formats[] = {
+{WINED3DFMT_V8U8,0x0,0x0,0x0,0x0
,2 ,FALSE ,GL_SIGNED_HILO8_NV ,GL_HILO_NV ,GL_BYTE
},
Are you
On 03.03.2007 13:56, Joris Huizer wrote:
if( i == 0 )
- memcpy( lpSpData-dwReserved1, returnBuffer,
sizeof(lpSpData-dwReserved1) );
+ sscanf(returnBuffer, %x, lpSpData-dwReserved1);
Couldnt you use:
strcpy(lpSpData-dwReserved1,returnBuffer);
Reading a string and
On 28.02.2007 18:26, Felix Nawothnig wrote:
So, any idea how Windows makes comctl32 register the user classes?
I think it just re-registered the classes, but I'm not sure.
A trace with class registrations (ie +class) might give some hint at
what native does.
-f.r.
signature.asc
Description:
On 26.02.2007 00:33, Vitaliy Margolen wrote:
Oh and yeah the only workaround is not using themes at all. They are
buggy and never worked right anyway. They are an extra hackish layer on
top of some controls.
The comctl32 controls all do theming natively. The subclassing is done
only for
On 21.02.2007 03:31, Dmitry Timoshkov wrote:
Lei Zhang [EMAIL PROTECTED] wrote:
Can we change wineprefixcreate to copy the truetype fonts (if any) from
/usr/X11R6/lib/X11/fonts/TTF or /usr/share/X11/fonts/TTF or [insert
distro specific X11/fonts/TTF directory] to
On 18.01.2007 16:23, Francois Gouget wrote:
+if (dwFileAttributes FILE_ATTRIBUTE_DIRECTORY)
+{
+lstrcpyW(psfi-szDisplayName, swShell32Name);
+psfi-iIcon = -IDI_SHELL_FOLDER;
+}
At least on Windows, folders have a file type,
On 10.01.2007 07:27, Chris Robinson wrote:
Beyond that, the only problem I can recall off-hand is that the OpenGL window
will draw overtop of all Win32 windows that are sharing the same X11 parent
window.
Hmm, if OGL is displayed in its own child window, maybe it's possible to
shape it so
On 08.01.2007 11:49, Francois Gouget wrote:
+CAPTION Desinstalador de Aplicações Wine
That's UTF-8... Is that correct? I though Portugese resources should be
in cp1252.
-f.r.
On 03.01.2007 04:00, Dan Kegel wrote:
No manual editing of files, no winecfg settings, no native DLLs, no
third-party
install scripts, and no cracks are allowed for a Platinum rating.
Giving a set of points may lead to some people think hey to run
MyApplication I just have to some obscure
On 30.12.2006 18:54, Marcus Meissner wrote:
+/***
+ * OleIconToCursor (OLEAUT32.415)
+ */
+HCURSOR WINAPI OleIconToCursor( HINSTANCE hinstExe, HICON hIcon)
+{
+FIXME((%p,%p), (olepro32.dll), partially
On 21.12.2006 21:28, Eric Pouech wrote:
perhaps ShellExecute is supposed to create a console when calling
CreateProcess for CUI subprocesses (this should be tested)
Or CreateProcess() itself creates the console window.
-f.r.
On 06.12.2006 20:01, Francois Gouget wrote:
The thing that blocked this patch from being applied last time is that,
if I remember correctly, Alexandre would like the PNG functionality to
be added to the IPicture implementation in dlls/oleaut32/olepicture.c.
Then winemenubuilder would use
On 18.12.2006 16:50, Dmitry Timoshkov wrote:
Well, a manifest is just an text (.xml) file with the resource type set
to RT_MANIFEST. Adding it into the resources is easy, the problem is that
wrc doesn't support that kind of a resource, so that support should be
added to wrc first.
RT_MANIFEST
On 16.12.2006 22:24, Roderick Colenbrander wrote:
+MUL index.x, index.x, constants.x;\n /* Scale the index by 255/256 */
+ADD index.x, index.x, constants.y;\n /* Add a bias of '0.5' in order
to sample in the middle */
FWIW, this can be conflated to MAD index.x, index.x, constants.x,
On 14.12.2006 09:10, Jacek Caban wrote:
Could it be you forgot to submit the .rc file changes for these new
strings?
.rc changes are in an other patch:
http://www.winehq.org/pipermail/wine-patches/2006-December/033782.html
Ah sorry, didn't notice.
-f.r.
signature.asc
Description:
On 14.12.2006 00:21, Jacek Caban wrote:
--- a/dlls/mshtml/resource.h
+++ b/dlls/mshtml/resource.h
@@ -28,6 +28,9 @@
#define IDS_MESSAGE_BOX_TITLE 2213
+#define IDS_PRINT_HEADER_TEMPLATE 8403
+#define IDS_PRINT_FOOTER_TEMPLATE 8404
+
Could it be you forgot to submit the .rc file
On 06.12.2006 20:01, Francois Gouget wrote:
I'm pretty sure my memory mangled some of this. Hopefully Alexandre will
clarify things.
Yeah, I'm also wondering how an acceptable PNG icon support would look like.
-f.r.
On 04.12.2006 19:20, Francois Gouget wrote:
Any idea?
FWIW, maybe you need an IExtractIcon that does not work on a pidl but
only on a filename and file attributes.
So if the attribute is a folder, return the folder icon. Else get the
default icon for that particular file type.
Maybe the existing
On 30.11.2006 01:54, Vitaliy Margolen wrote:
Remove all the code simplification. This patch fixes icon extraction for
most steam games. All HL2 based games have .ico file with 32-bit colors.
Since we don't support those,
Or write the icons as PNGs.
-f.r.
On 30.11.2006 02:46, Frank Richter wrote:
On 30.11.2006 01:54, Vitaliy Margolen wrote:
Remove all the code simplification. This patch fixes icon extraction for
most steam games. All HL2 based games have .ico file with 32-bit colors.
Since we don't support those,
Or write the icons as PNGs
On 30.11.2006 03:29, Vitaliy Margolen wrote:
Frank Richter wrote:
On 30.11.2006 01:54, Vitaliy Margolen wrote:
Remove all the code simplification. This patch fixes icon extraction for
most steam games. All HL2 based games have .ico file with 32-bit colors.
Since we don't support those
On 28.11.2006 09:48, H. Verbeet wrote:
Another issue that comes up when trying to mix eg a software vertex
shader with a hardware pixel shader is that you can't actually pass
varyings from the software vertex shader to the hardware pixel shader.
As far as I remember the fixed function pipeline
On 27.11.2006 23:53, H. Verbeet wrote:
Either way, you're not going to be
using software vertex shaders together with HW pixel shaders, that's
just silly.
Fun fact: a lot of Intel chips (up to the i945 I believe) have fragment
program silicon but none for vertex programs - reality can be
On 02.11.2006 22:04, Eric Pouech wrote:
Kirill K. Smirnov wrote:
Eric,
there is a mess in winhelp and winhlp32 in Context and Topic concept:
what winhelp calls topic, winhlp32 calls context, and what winhelp
calls Context winhlp32 calls Topic without CNT section.
So, the buttons are
On 02.11.2006 22:04, Eric Pouech wrote:
Kirill K. Smirnov wrote:
Eric,
there is a mess in winhelp and winhlp32 in Context and Topic concept:
what winhelp calls topic, winhlp32 calls context, and what winhelp
calls Context winhlp32 calls Topic without CNT section.
So, the buttons are
On 29.10.2006 02:54, [EMAIL PROTECTED] wrote:
Apparently, 0x2000 as a flag in FKCCIC indicates that pFuncRec-OptAttr[2]
is a pointer to some string. If what little understanding I have of
typelib loading is correct, these typelibs are read from DLL resources on
disk. Therefore, I fail to grasp
On 23.10.2006 02:50, Kai Blin wrote:
On Saturday 21 October 2006 01:18, Mikołaj Zalewski wrote:
As I wrote I've found that there is a mess in wine with the usage of
SUBLANG_NEUTRAL and SUBLANG_DEFAULT. I tried to understand when to use
which and wrote a wiki page about it:
On 28.06.2006 21:03, Sven Paschukat wrote:
Maarten Lankhorst schrieb:
Windows seems to set internet explorer only during a new installation
or upgrade of internet explorer, so I put it in wine.inf, which seemed
appropriate.
Changelog:
Set version strings for Internet Explorer so programs
On 28.09.2006 15:26, Paul Vriens wrote:
I'll have a few hours tomorrow and will have a look. The cleanest
solution for now seems to create RegDeleteTree[A|W] in advapi32 and use
that wherever possible (unless we find that it forwards to shlwapi).
Most DLL's already import advapi32.
Hmm...
On 27.09.2006 10:46, Alexandre Julliard wrote:
@@ -765,6 +768,12 @@ #undef USE_GL_FUNC
gl_info-max_sampler_stages = max(gl_info-max_samplers,
gl_info-max_texture_stages);
+/* We can only use NP2_NATIVE when the hardware supports it. */
+if (wined3d_settings.nonpower2_mode
On 25.09.2006 13:29, Mikołaj Zalewski wrote:
To check what needs to be translated I have played a bit with wrc
--verify-translation and made some HTML from it's results. As this might
interest other translators I've put the statistics at
http://pf128.krakow.sdi.tpnet.pl/wine-transl/ .
Nice
On 11.09.2006 15:24, Kuba Ober wrote:
Correct me if I'm wrong, I could be looking at the wrong files :S.
Are you looking at assembly files? Those have .S extension. Methinks you
should focus on the C sources first, which have .c extension.
:S might've been an emoticon here.
-f.r.
On 10.09.2006 10:28, Alexandre Julliard wrote:
-LTEXT This library is free software; you can redistribute it
and/or modify it under the terms of the GNU Lesser General Public License as
published by the Free Software Foundation; either version 2.1 of the License,
or (at your
On 08.09.2006 21:11, Mikołaj Zalewski wrote:
This patch adds the explanation why many shell32 functions are similar
to ole32 ones - something I've been wondering for some time. It is not
copied from MSDN.
Maybe you've seen it already, but this blog post talks about the various
allocators:
On 08.09.2006 17:20, Steven Edwards wrote:
On 9/8/06, Alexandre Julliard [EMAIL PROTECTED] wrote:
Since many people don't seem to understand this, from now on I'm going
to reject all patches that add documentation, unless the submitter
explicitly mentions that he didn't look at MSDN to write
On 04.09.2006 07:33, Ivan Gyurdiev wrote:
... using:
GL_ARB_texture_float
GL_ARB_half_float_pixel
The internal format is RGB16/32F, which is wasteful (2 unused colors),
but there's no way around that.
What about INTENSITY or LUMINANCE textures?
-f.r.
On 01.09.2006 09:43, Paul Vriens wrote:
I've seen several occurrences of these in our own include files, so one
should think there is no harm.
You could look how e.g. the WC_* macros are defined in commctrl.h.
-f.r.
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 25.08.2006 21:10, James Liggett wrote:
On Fri, 2006-08-25 at 20:19 +0200, Frank Richter wrote:
Hm, wouldn't it be more economic to try to use one tooltip for all icons?
From a purely memory-consumption standpoint, yes. But there are still
issues with that. One is that we'd have to handle
On 25.08.2006 00:11, Frank Richter wrote:
The problem is probably that a game installer may rely on the DX
redistributable package to install those DLLs. I don't know if that runs
on Wine, but if it doesn't, well, the DLL won't get where it should, too.
FIY, my last three patches fix some
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; /*
Geforce4
1 - 100 of 168 matches
Mail list logo
