summaryrefslogtreecommitdiff
path: root/src/video
AgeCommit message (Collapse)Author
2013-08-05(svn r25689) -Add: [OSX] Display the IME composition string ourself.michi_cc
2013-08-05(svn r25688) -Codechange: [OSX] Make our view aware of text input by IMEs.michi_cc
2013-08-05(svn r25687) -Codechange: [OSX] Pass text input directly down to the text ↵michi_cc
handling.
2013-08-05(svn r25686) -Codechange: [OSX] Abandon IME input if the edit box lost the ↵michi_cc
focus.
2013-08-05(svn r25684) -Change: [Win32] Draw the composition string ourselves if possible.michi_cc
2013-08-05(svn r25682) -Change: [Win32] Position the IME candidate window at the caret ↵michi_cc
position.
2013-08-05(svn r25681) -Change: [Win32] Position the IME composition window at the ↵michi_cc
caret position.
2013-08-05(svn r25680) -Codechange: [Win32] Cancel the current IME composition when ↵michi_cc
the input focus changes.
2013-08-05(svn r25679) -Codechange: [Win32] Get the result string of an IME input ↵michi_cc
directly without a trip through the window messaging system.
2013-08-05(svn r25678) -Codechange: Notify the video driver when an edit box lost ↵michi_cc
(global) focus so it can abort any current input composition.
2013-08-05(svn r25675) -Fix: [Win32] Handle DBCS characters correctly in the ↵michi_cc
non-Unicode build.
2013-08-05(svn r25673) -Fix: [Win32] Use the right code page for converting ANSI ↵michi_cc
strings into UTF-8 for non-Unicode builds. And don't crap out on DBCS code pages either.
2013-08-05(svn r25672) -Fix: [Win32] Handle Unicode characters from outside the BMP ↵michi_cc
correctly.
2013-08-05(svn r25671) -Codechange: Pass character and key code separately to the ↵michi_cc
keyboard handler.
2013-08-05(svn r25667) -Fix: [Win32] Only forward key presses to the IME system if an ↵michi_cc
edit box has the input focus.
2013-08-05(svn r25666) -Feature [FS#4760]: [OSX] Pinch gesture support for zooming. ↵michi_cc
(Based on patch by leecbaker)
2013-08-05(svn r25665) -Fix [FS#4689]: [OSX] Crash when unhiding the main window.michi_cc
2013-08-05(svn r25664) -Add [FS#4847]: [OSX] Bootstrap downloading of a baseset. ↵michi_cc
(Matthieu)
2013-08-05(svn r25660) -Fix: [OSX] The name's OpenTTD, not OTTD.michi_cc
2013-08-05(svn r25659) -Fix [FS#4420]: [OSX] System mouse cursor could become visible ↵michi_cc
during dragging. (Matthieu)
2013-08-05(svn r25658) -Fix [FS#4392]: [OSX] The mouse cursor would sometimes jump ↵michi_cc
near the window borders. (Matthieu)
2013-08-05(svn r25657) -Fix [FS#4744]: [OSX] The new 10.7 fullscreen code can now also ↵michi_cc
be compiled with older SDK versions.
2013-08-05(svn r25656) -Cleanup: Coding style.michi_cc
2013-08-05(svn r25655) -Fix: [OSX] Mouse cursor wasn't displayed properly after ↵michi_cc
switching to fullscreen on 10.7+. (Based on patch by Maedhros)
2013-07-01(svn r25550) -Fix [FS#5571]: [Windows] Race condition between two drawing ↵rubidium
threads could crash OpenTTD
2013-06-29(svn r25523) -Fix [FS#5587]: SDL does not give an event when an application ↵rubidium
gets mouse focus while going to full screen, so manually force the mouse-is-in-window state
2013-06-04(svn r25318) -Fix: [SDL, FS#5580] Keyboard input stopped working after ↵matthijs
fullscreen toggle
2013-02-17(svn r25017) -Fix [FS#5466]: crash after bootstrap download of 32bits base ↵rubidium
set due to referencing a deleted mutex
2013-02-15(svn r25003) -Fix (r24993): [SDL] Keep a flag to remember if a hardware ↵matthijs
palette was requested. - Previously, the code would query the SDL_HWPALETTE flag, which doesn't always match the requested value. - This would cause SDL to be restarted on every window resize event, effectively breaking resizing.
2013-02-15(svn r25002) -Doc: [SDL] Fix typo in comment.matthijs
2013-02-14(svn r24993) -Fix: [SDL] Improve 8bpp hardware palette support. Instead of ↵matthijs
always requesting SDL_HWPALETTE, it is now only done for 8bp blitters in fullscreen mode. - This fixes 32bpp blitters on 8bpp X11, which would only render garbage with SDL_HWPALETTE. - This prevents the colors of other applications from being messed up when running a 8bpp blitter on a 8bpp system. - When running a 8bpp blitter on an 8bpp system without SDL_HWPALETTE (e.g., in windowed mode), this uses a new shadow surface with color approximation. - The use of a hardware palette can be forced on and off using -v sdl:hw_palette=1 or -v sdl:hw_palette=0
2013-02-14(svn r24992) -Codechange: [SDL] Make CreateMainSurface and PollEvent private ↵matthijs
methods instead of static functions.
2013-01-08(svn r24900) -Fix [FS#5389]: Comments with typos (most fixes supplied by ↵planetmaker
Eagle_rainbow)
2013-01-01(svn r24877) -Fix: some whitespace "errors"rubidium
2012-12-03(svn r24781) -Fix (r24762): [Win32] MinGW compiler warning.michi_cc
2012-11-25(svn r24762) -Fix [FS#5359]: [Win32] Don't crash when switching to an ↵michi_cc
unsupported fullscreen display mode (like 8 bpp modes in Windows 8).
2012-09-13(svn r24524) -Fix [FS#5296]: fix some compile problems in mac-only code (__ln__)yexo
2012-07-10(svn r24394) -Fix (r24188): changing resolution didn't resize the windowglx
2012-04-30(svn r24189) -Fix: when going to fullscreen and back, restore to the ↵truebrain
resolution you were, not to the fullscreen resolution (Windows only)
2012-04-30(svn r24188) -Fix-ish [FS#5151] (r1): when changing the basics of a window ↵truebrain
(fullscreen, 8bpp/32bpp), and a window already exists, it was forced out of maximize mode, and its resolution/position was reset, often causing unwanted side-effects. As a "bonus", a WC_SIZE was triggered, and if the system was going from 8bpp to 32pp, this caused a forced window update in a limbo-state of the blitter (not fully 32bpp just yet, but for sure no longer 8bpp); this could cause random memory access which could lead to ACCESS_VIOLATIONS
2012-02-23(svn r23980) -Fix (r23977): crash when starting with the 32bpp anim blitterrubidium
2012-02-23(svn r23978) -Fix: [SDL] Palette update was done too late making switching ↵rubidium
from 8bpp -> 32bpp look ugly
2012-02-07(svn r23910) -Fix: [SDL] Handle the SDL_VIDEOEXPOSE event.matthijs
- It seems this event is never triggered when using 1.2 (it has some autorefresh feature which seems to have been removed in 1.3), but in theory this event could also trigger on 1.2. - Note that this fixes redraw issues when compiling against SDL 1.3, but it still uses the "compatibility" rendering API using SDL_SetVideoMode and SDL_UpdateRects. Eventually (when 1.3 is stable and released as 2.0), this should probably be rewritting to use the new Windows and Renderers available in SDL 1.3.
2012-02-07(svn r23909) -Fix: [SDL] Fix keyboard-related segfault when compiling ↵matthijs
against SDL 1.3.
2012-02-04(svn r23891) -Fix-ish: compile failures with SDL 1.3rubidium
2012-01-04(svn r23749) -Fix: [Win32] Work around a possible deadlock when initialising ↵michi_cc
threaded drawing.
2011-12-15(svn r23527) -Codechange: unify colo(u)r as far as it goesrubidium
2011-12-11(svn r23488) -Fix [FS#4879] (r23241): artefacts when right click mouse ↵rubidium
moving with the allegro video driver
2011-12-10(svn r23482) -Change: [Win32] Move re-painting the window and doing palette ↵michi_cc
animation into a separate thread.
2011-12-10(svn r23470) -Codechange: move declaration of SwitchToMode to a header ↵rubidium
instead of declaring it in 6 other files