kc3-lang/SDL/src/video
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
8b6ad7ff | 2013-09-27 23:47:57 | Fixed bug 2101 - CWBackPixel causes weird window flickering on window resize aBothe I tried to experiment a bit with SDL2 and OpenGL today and noticed that something caused some weird flickering when resizing my nicely drawn SDL2/OpenGL window: Just after resizing, the background went black and I had to let my OpenGL code redraw the contents.. However, after some hours spent with googling I found out that in OpenGL examples where this CWBackPixel flag was not used when creating X windows, there was no flickering while resizing the window. See http://www.sbin.org/doc/Xlib/chapt_04.html @ "The Window Background" for more info. | |
|
b9567776 | 2013-09-27 23:35:17 | # User Darren Salt <devspam@moreofthesa.me.uk> # Date 1379621782 -3600 # Thu Sep 19 21:16:22 2013 +0100 Work around a false-positive in the X11 mouse wheel code This false positive occurs when one particular button on my mouse is pressed. The kernel which I'm using is patched to cause a release event to be synthesised immediately when the mouse says that this button is pressed because the mouse doesn't signal release until the button is next pressed. (Also documents a false negative, observed with the horizontal scroll wheel on the same mouse.) | |
|
c95761e0 | 2013-09-27 23:29:05 | Fixed bug 2100 - directfb fails to build | |
|
0103bc0b | 2013-09-27 22:09:51 | Default to OpenGL ES 2.0 instead of 1.0 when it's available. | |
 |
869a7076 | 2013-09-20 13:43:00 | add in High DPI support (aka Retina) - based on J?rgen's patch with a few bug fixes | |
|
d3d6f9ad | 2013-09-14 11:25:52 | Fixed syntax error in C style block comment. | |
 |
bfe1b1d0 | 2013-09-14 01:30:57 | Don't incorrectly report success for negative swap intervals on Mac OS X. | |
|
fae4190d | 2013-09-13 17:42:46 | Added SDL_Direct3D9GetAdapterIndex(), which returns the adapter index you would pass into CreateDevice to get your device on the right monitor in full screen mode. This fixes the default adapter in SDL_render_d3d.c, which means that tests will work fullscreen off the main monitor now. CR: Sam | |
|
49d64d52 | 2013-09-13 17:42:38 | Fix X11_RestoreWindow() and X11_RaiseWindow() to properly do window activation. X11_RestoreWindow() had a call ordering problem that prevented activation, and X11_RaiseWindow() wasn't attempting activation. Windows and OS X both activate in these cases. CR: saml | |
|
67c02a28 | 2013-09-13 17:42:31 | Mac: Translate Ctrl-Left click to right click. | |
|
e231d5b4 | 2013-09-13 17:41:17 | Mac: Turn off momentum-based scrolling. | |
|
37509cf3 | 2013-09-13 17:40:41 | Mac: Fix cast warning. | |
 |
a9166450 | 2013-09-10 18:25:13 | [SDL] X11+GL: Allow Visual override for GL windows. SDL provides an SDL_VIDEO_X11_VISUALID environment variable that lets you override window visuals, but it wasn't being checked for OpenGL windows. CR: Sam. | |
|
b63d11ce | 2013-09-04 23:40:11 | The SDL_PixelFormat* passed to SDL_ConvertSurface() should be const. | |
 |
ace1e98a | 2013-08-29 15:02:32 | Fixes bug #2040, prepare SDL_GL_CONTEXT_EGL for deprecation on v2.1 SDL_GL_CONTEXT_EGL = 1 is now internally treated as profile_mask = SDL_GL_CONTEXT_PROFILE_ES | |
|
eec4710c | 2013-08-29 14:03:44 | Fixes bug #2074 - Thanks Sylvain! SDL_syssem.c:159 comparison of unsigned expression >= 0 is always true Solved by comparing unsigneds directly SDL_systimer.c:164: warning: control may reach end of Compile Solved by returning the default value if all else fails. SDL_androidgl.c:41:1: warning: type specifier missing, defaults to 'int' SDL_androidgl.c:47:1: warning: control reaches end of non-void function Solved by adding void return type to the function implementation | |
|
e07d7e64 | 2013-08-29 08:30:21 | Christoph Mallon: Replace strlen(x) == 0 (O(n)) by x[0] == '\0' (O(1)). | |
|
3e2930de | 2013-08-29 08:29:51 | Christoph Mallon: Remove pointless if (x) before SDL_FreeSurface(x) | |
|
f79fc33a | 2013-08-29 08:29:21 | Christoph Mallon: Remove pointless if (x) before SDL_free(x) | |
|
ad20c801 | 2013-08-26 14:23:18 | Fixes typo in EGL code (thanks jmcfarlane!) | |
|
2abe45e8 | 2013-08-25 21:28:03 | Removed obvious comment to trigger buildbot. | |
|
64e6eeac | 2013-08-25 11:48:49 | Fixes "error: conflicting types for 'GLintptr'" | |
|
3d217ed7 | 2013-08-21 10:07:48 | Fixed crash if the IC isn't set up for some reason (bad X11 locale?) | |
|
6107705a | 2013-08-21 10:34:32 | Fix a couple of warnings | |
|
29dfdd1e | 2013-08-21 10:13:12 | More fixes for -Wdeclaration-after-statement | |
|
2490166d | 2013-08-21 10:12:16 | Fixes for -Wdeclaration-after-statement | |
|
1e49b1ed | 2013-08-21 09:47:10 | OCD fixes: Adds a space after /* (glory to regular expressions!) | |
|
695344d1 | 2013-08-21 09:43:09 | OCD fixes: Adds a space before */ | |
|
24006be2 | 2013-08-20 20:31:57 | Fixed compiler warning. | |
|
552b04c5 | 2013-08-20 20:34:40 | More non C89 compliant comments | |
|
63fe3a77 | 2013-08-20 19:49:24 | Fixes a few non C89 compliant comments | |
|
0eeb76d8 | 2013-08-19 16:29:46 | Fixes bug #2037, common EGL code for Android and X11 | |
|
9ab14aa5 | 2013-08-16 17:50:44 | Fixed windows build | |
|
ff77ca8d | 2013-08-16 15:38:06 | The keyboard text events should be sent after the key down events | |
|
b4b12d95 | 2013-08-16 15:35:10 | Fixed bug 1876 - SDL_TEXTINPUT only returns '?' (0x3F) in event.text.text with Khmer language input Andreas The issue comes down to this line on MSDN: "TranslateMessage produces WM_CHAR messages only for keys that are mapped to ASCII characters by the keyboard driver." "WM_KEYDOWN and WM_KEYUP combinations produce a WM_CHAR or WM_DEADCHAR message. WM_SYSKEYDOWN and WM_SYSKEYUP combinations produce a WM_SYSCHAR or WM_SYSDEADCHAR message." Except for WM_CHAR, none of these messages are used in SDL. Hence TranslateMessage should be dropped entirely and proper handling be included in the WM_KEYDOWN event. Currently TranslateMessage is called for every message even if it must not be called in certain cases (like "An application should not call TranslateMessage if the TranslateAccelerator function returns a nonzero value."). WM_CHAR message handling should remain for external processes posting these messages - additionally, WM_UNICHAR should be added. I made a patch for src/video/windows/SDL_windowsevents.c that seems to work fine. It doesn't solve the "missing" composition for Khmer, but at least input for languages that cannot be mapped to ASCII characters (and for which IME is not used) will now work on Windows. | |
|
76b7b1e9 | 2013-08-16 09:20:33 | Fixed alpha composition when destination alpha is transparent. Jianyu Guan I found I make a big mistake that when dstA==0, I just simply let *dstp=*srcp and forgot to make dstRGB = srcRGB*srcA. The if consition "(*dstp & amask) == 0" in BlitRGBtoRGBPixelAlphaMMX and BlitRGBtoRGBPixelAlphaMMX3dNow should be removed. | |
|
89bc80f1 | 2013-08-16 06:59:19 | Fixed alpha blending for the MMX blit functions I see the Remarks of function SDL_BlitSurface shows that "when SDL_BLENDMODE_BLEND, we have dstA = srcA + (dstA * (1-srcA))". however, I tested some pictures but the result implies "dstA=arcA" actually. I stepped into the source code, and found after I set SDL_BLENDMODE_BLEND for the source surface, the final blit function is BlitRGBtoRGBPixelAlphaMMX when I use SDL_BlitSurface on my computer. And I found these codes: else if (alpha == amask) { /* opaque alpha -- copy RGB, keep dst alpha */ *dstp = (*srcp & chanmask) | (*dstp & ~chanmask); The same code is used in BlitRGBtoRGBPixelAlphaMMX3DNOW and BlitRGBtoRGBPixelAlpha. So I think they still keep dst alpha. Best regards, Jianyu Guan | |
|
67367be0 | 2013-08-12 22:00:21 | Don't print "unrecognized key" message for an X11 keycode of 0. This can happen with composed characters. | |
 |
14bf230d | 2013-08-12 11:09:13 | Mac: Fix restoring of Cmd-H-hidden fullscreen desktop windows. This should fix http://bugzilla.libsdl.org/show_bug.cgi?id=1996 | |
|
dad42067 | 2013-08-12 11:13:50 | Fixes #2022, do not resume on Android when surfaceChanged If the app is in landscape mode and the user presses the power button, a pause is followed immediately by a surfaceChanged event because the lock screen is shown in portrait mode. This triggers a "false" resume. So, we just pause and resume following the onWindowFocusChanged events. Also, wait for SDL_APP_WILLENTERBACKGROUND and SDL_APP_DIDENTERBACKGROUND before blocking the event pump. |