summaryrefslogtreecommitdiff
path: root/src/video
AgeCommit message (Collapse)Author
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
2011-12-08(svn r23451) -Codechange: [SDL] Move 32bpp-anim palette animation to the ↵rubidium
draw thread instead of the single threaded bit of the game loop. This causes a speedup of up to 15% when animation is turned on with the 32bpp-anim blitter
2011-12-08(svn r23448) -Fix: keep a local copy of the palette in the 32bpp animated ↵rubidium
blitter so changes of the palette data during the game don't influence drawing (with SDL)
2011-12-08(svn r23446) -Codechange: move _cur_palette and it's related first/count ↵rubidium
dirty variables into a single structure
2011-11-17(svn r23241) -Codechange: make the decision when to go to the custom drawn ↵rubidium
cursor more prominently during the initialisation of OpenTTD
2011-11-04(svn r23119) -Fix: [Win32] Don't show a crash/assertion message box for a ↵michi_cc
GUI-less video driver.
2011-10-04(svn r23003) -Fix (r22999): Missing semicolon.michi_cc
2011-10-04(svn r22999) -Codechange: Allow changing the blitter during the running game.michi_cc