Skip to content

L
libSDL
Switch branch/tag
  1. 16 Feb, 2006 1 commit
  3. 10 Feb, 2006 6 commits
  5. 09 Feb, 2006 3 commits
  7. 08 Feb, 2006 6 commits
    • Ryan C. Gordon's avatar
      Changed X11 header order so it works on Solaris. · 6c427bdf
      Ryan C. Gordon authored 
         Fixes Bugzilla #138.

--ryan.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401355
      6c427bdf
    • Patrice Mandin's avatar
      Fixes for new SDL embedded libc stuff · 83e8409a
      Patrice Mandin authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401354
      83e8409a
    • Sam Lantinga's avatar
      *** empty log message *** · 46432938
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401353
      46432938
    • Sam Lantinga's avatar
      Date: Mon, 6 Feb 2006 11:41:04 -0500 · fc0f66b5
      Sam Lantinga authored 
      From: "mystml@adinet.com.uy"
Subject: [SDL] ALT-F4 using DirectX

My game isn't getting SDL_QUIT when I press ALT-F4 using the DirectX
driver; it does get SDL_QUIT when I press the red X in the window.

I tracked this down to DX5_HandleMessage() in SDL_dx5events.c;
WM_SYSKEYDOWN is being trapped and ignored which causes Windows not to post
a WM_CLOSE, hence no SDL_QUIT is being generated.

The relevant code is this :

                /* The keyboard is handled via DirectInput */
                case WM_SYSKEYUP:
                case WM_SYSKEYDOWN:
                case WM_KEYUP:
                case WM_KEYDOWN: {
                        /* Ignore windows keyboard messages */;
                }
                return(0);

If I comment the WM_SYSKEYDOWN case, it falls through DefWindowProc() and
ALT-F4 starts working again.

I'm not sure about the best way to fix this. One option is handling ALT-F4
as a particular case somehow, but doesn't sound good. Another option would
be to handle WM_SYSKEYDOWN separately and breaking instead of returning 0,
so processing falls through and goes to DefWindowProc which does The Right
Thing (TM). This seems to be the minimal change that makes ALT-F4 work and
normal keyboard input continues to work.

Does this sound reasonable? Am I overlooking anything? Do I submit a patch?

--Gabriel

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401352
      fc0f66b5
    • Sam Lantinga's avatar
      Check for strtod · 30598fe2
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401351
      30598fe2
    • Sam Lantinga's avatar
      Default to build SDL without MSVCRT · 940b3988
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401350
      940b3988
  9. 07 Feb, 2006 10 commits
  11. 06 Feb, 2006 6 commits
  13. 04 Feb, 2006 3 commits
    • Sam Lantinga's avatar
      Seek back to start on error · 5372bfd3
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401333
      5372bfd3
    • Sam Lantinga's avatar
      Date: Sat, 04 Feb 2006 19:47:23 +0900 · 2e0199fd
      Sam Lantinga authored 
      From: Hayashi Naoyuki
Subject: Re: [SDL] Character Composition problem on X

The compilation fails.
cc: Error: SDL_x11events.c, line 717: In this statement, "XK_dead_hook"
is not declared. (undeclared)
        ODD_keymap[XK_dead_hook&0xFF] = SDLK_COMPOSE;
-------------------^
cc: Error: SDL_x11events.c, line 718: In this statement, "XK_dead_horn"
is not declared. (undeclared)
        ODD_keymap[XK_dead_horn&0xFF] = SDLK_COMPOSE;

Neither XK_dead_hook nor XK_dead_horn are defined on Tru64.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401332
      2e0199fd
    • Sam Lantinga's avatar
      Resolved bug #130 · 83dd6ffb
      Sam Lantinga authored 
      Use XFilterEvent() to handle dead-key composition under X11
Cleaned up the code in preparation for 1.3 API changes

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401331
      83dd6ffb
  15. 03 Feb, 2006 4 commits
    • Sam Lantinga's avatar
      From: Hayashi Naoyuki · 2a89b508
      Sam Lantinga authored 
      I tried to compile with gcc on Tru64, and got the following error.
SDL_systimer.c:45:45: error: operator '&&' has no right operand

It succeeds if changing
#if (defined _POSIX_TIMERS && _POSIX_TIMERS > 0)
to
#if (defined _POSIX_TIMERS && _POSIX_TIMERS + 0 > 0)

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401329
      2a89b508
    • Sam Lantinga's avatar
      Resolve bug #120 · a50283a1
      Sam Lantinga authored 
      Use the real executable's name for the window class, if it's available.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401328
      a50283a1
    • Sam Lantinga's avatar
      Favor using pthread_mutexattr_settype() on Linux. · a7df9020
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401327
      a7df9020
    • Sam Lantinga's avatar
      Fixed compile warning · 17858398
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401326
      17858398
  17. 02 Feb, 2006 1 commit