"Santosh Siddheshwar" <[EMAIL PROTECTED]> wrote:
> I have an application that creates dialogs without using any of the Win32
> Dialog creation APIs. I find that a lot of the
> functionality in DEFDLG_Proc (DM_SETDEFID, DM_GETDEFID & WM_NEXTDLGCTL) is
> unavailable for use with
> dialogs created
Hi,
I have an application that creates dialogs without using any of the Win32
Dialog creation APIs. I find that a lot of the
functionality in DEFDLG_Proc (DM_SETDEFID, DM_GETDEFID & WM_NEXTDLGCTL) is
unavailable for use with
dialogs created this way. This is because we allocate the DIALOGINFO
st
On Tuesday 30 March 2004 00:15, Maxime Bellengà wrote:
> Hello, I think you forgot the patch
>
> On Tue, 2004-03-30 at 00:08, hatky wrote:
> > Change log:
> > Ofir Petruska <[EMAIL PROTECTED]>
> > Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional
> > Valid (still declarin
Hello, I think you forgot the patch
On Tue, 2004-03-30 at 00:08, hatky wrote:
> Change log:
> Ofir Petruska <[EMAIL PROTECTED]>
> Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
> (still declaring declaring HTML 4.01 Transitional)
> * Case fixes
Hello Mike,
> However, we do want native shell32 to work, so it'll be using the same
> protocol.
sure.
> > Well, let's see how far Mike's upcoming rewritten systray can handle this.
> > I may have a look in the new code, and see if I it's possible to do it
> > without knowing about the desktop m
>I believe it makes sense for wine to keep the oss and alsa
>drivers as low level as possible for users that require performance
>over useability. The straight to hardware philosophy of direct sound
>should be honored when possible. This would be appropriate for
>games, voip or low latency music ap
Hello Dmitry,
--- Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> Could anybody else with a relatively fresh Cygwin or MinGW
> installation
> try it and report the result?
I have a semi-new cygwin install on one of the 2k servers I run so I
will make some time soon to play with it again.
Thanks
St
Le lun 29/03/2004 à 17:08, hatky a écrit :
> Change log:
> Ofir Petruska <[EMAIL PROTECTED]>
> Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
> (still declaring declaring HTML 4.01 Transitional)
> * Case fixes (all html tags should be lower case)
Le lun 29/03/2004 à 18:57, Raphael a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi all,
>
> Changelog:
> - more Extensions work (begin to detect ATI extensions)
> - try to fix D3DTADDRESS_BORDER, D3DTADDRESS_MIRROR, D3DTADDRESS_MIRRORONCE
> using OpenGL extensions
> - be
I believe it makes sense for wine to keep the oss and alsa
drivers as low level as possible for users that require performance
over useability. The straight to hardware philosophy of direct sound
should be honored when possible. This would be appropriate for
games, voip or low latency music applica
On Mon, 2004-03-29 at 22:19, Martin Fuchs wrote:
> Then I don't see how you want to be able to handle shell applications
> like Explorer and enable the systray icons in them.
Explorer isn't really a useful app to run for us, so if systray handling
doesn't work quite right for it we won't be losing
On 29.03.2004 22:49:56 Alexandre Julliard wrote:
> "Martin Fuchs" <[EMAIL PROTECTED]> writes:
>
> > I wrote this for ROS Explorer and tested it running the WIN32 executable
> > with the patched Wine. IMHO this is the only way to get system tray
> > working in a MS/ROS/whatever Explorer GUI launche
"Martin Fuchs" <[EMAIL PROTECTED]> writes:
> I wrote this for ROS Explorer and tested it running the WIN32 executable
> with the patched Wine. IMHO this is the only way to get system tray
> working in a MS/ROS/whatever Explorer GUI launched by Wine:
> You configure Explorer for desktop mode and pa
> 1. MusicVR exits with this error:
>
> X Error of failed request: GLXBadDrawable
>Major opcode of failed request: 145 (GLX)
>Minor opcode of failed request: 11 (X_GLXSwapBuffers)
>Serial number of failed request: 10522
>Current serial number in output stream: 10523
>
> I tra
When adding resource information to a wine file, what version should I use? the
version string of winxp, win2k3, make it up?
Ivan.
Mike Hearn wrote:
On Sun, 28 Mar 2004 19:05:55 -0600, Joel Konkle-Parker wrote:
I'm basically looking for something that will help me "see" how a
program is laid out so that I can start working on it.
I don't think an automatic tool would be very good at this with Wine. It's
a ridiculously compl
On Mon, 29 Mar 2004 10:11:56 -0500, chmorgan wrote:
> Yes, my bad. I'll send in a fixed patch. I still don't like the way the code
> looks with the duplication of the default string to use but I couldn't
> think of any way to fix it more elegantly. Ideas?
Why not just have static char *deskto
Yes, my bad. I'll send in a fixed patch. I still don't like the way the code looks
with the duplication of the default string to use but I couldn't think of any way to
fix it more elegantly. Ideas?
Chris
>
> From: Mike Hearn <[EMAIL PROTECTED]>
> Date: 2004/03/29 Mon AM 06:07:03 EST
> To:
On Mon, 29 Mar 2004 11:37:46 +0100, James Perry wrote:
> I traced it to the line:
>
> glXMakeCurrent(default_display, None, NULL)
>
> in dlls/opengl32/wgl.c. My OpenGL (nVidia) doesn't
> seem to like the drawable being set to None, although
> according to the GLX docs, this should be OK. Simply
>
I'll try again. On other bugzilla systems I've used the status doesn't make a
difference but maybe they default to different selections so I get all the bugs
irregardless of status.
Thanks.
>
> From: [EMAIL PROTECTED]
> Date: 2004/03/29 Mon AM 06:45:51 GMT
> To: [EMAIL PROTECTED]
> CC: [EMAIL
"Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
> If you double click on the arrow of a scrollbar control the slider will
> move only 1 position instead of the expected 2. This is because the
> second click is delivered as a WM_LBUTTONDBLCLK (due to the CS_DBLCLKS
> class style) which is not handled b
Hi everyone,
I've been following Wine development for a while but
now I think it's time to contribute something. I don't
use Windows anymore (except for PowerPoint at work),
but I decided it would be good to be able to play some
games on Linux. So I grabbed Wine from CVS, compiled it
up and tested
On Mon, 29 Mar 2004 00:56:55 -0500, Paul Davis wrote:
> its turns out that the "mono hack" in which threading is know not to
> work is broken in at least one simple and obvious way. there was no
> implementation of wine_pthread_init_current_teb(). i fixed this, and
> presto, my multi-threaded win32
On Sun, 28 Mar 2004 19:05:55 -0600, Joel Konkle-Parker wrote:
> I'm basically looking for something that will help me "see" how a
> program is laid out so that I can start working on it.
I don't think an automatic tool would be very good at this with Wine. It's
a ridiculously complicated codebase,
> Is there such a thing as a source code visualization tool that makes a
> "map" of a program's source? Kind of like:
>
> main()
> |
> |
> function1()
> /\
>/ \
> func2() func3()
> |
25 matches
Mail list logo
