- 28 Jan, 2009 40 commits
-
-
Uwe Bonnes authored
-
Aric Stewart authored
-
Aric Stewart authored
-
Igor Tarasov authored
-
Rob Shearman authored
-
Rob Shearman authored
-
Rob Shearman authored
It's not consistent across different Windows versions.
-
Rob Shearman authored
-
Rob Shearman authored
Round the expected sizes up to the alignment used by HeapSize, which is 4 on Win9x and NT4 but 1 in more recent versions. Additionally fix an IGlobalInterfaceTable test which erroneously succeeds on these older OSs.
-
Alistair Leslie-Hughes authored
-
Austin English authored
-
Aric Stewart authored
-
Aric Stewart authored
-
Aric Stewart authored
-
Aric Stewart authored
-
Ricardo Filipe authored
-
Ricardo Filipe authored
-
Hervé Chanal authored
-
Hervé Chanal authored
-
Hervé Chanal authored
-
Paul Vriens authored
-
Paul Vriens authored
-
Huw Davies authored
ole32: The bigblockfile on ILockBytes implementation should work on any ILockBytes not just those based on HGLOBAL.
-
Huw Davies authored
-
Huw Davies authored
-
Huw Davies authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Marcus Meissner authored
-
Marcus Meissner authored
-
Dylan Smith authored
The internal style flags are used to determine whether to show or hide the scrollbar when ME_UpdateScrollBar is called. EM_SHOWSCROLLBAR seems to update this state in native richedit controls.
-
Dylan Smith authored
If the scrollbar style isn't initially used, then the scrollbar should be shown. Otherwise this can be a problem when the horizontal scrollbar is shown for a single line richedit control, since it will cover all the text (See bug 12088).
-
Dylan Smith authored
Previously a count of the carraige returns and line feeds were stored for end of paragraph runs, and a paragraph sign was stored as the actual string. This was causing many special cases where the length of the run needed to be determined differently if the run was or wasn't an end of paragraph run. There wasn't any use for storing the paragraph sign unless some drawing code gets commented out to allow the end paragraphs to be shown, therefore I changed the code to store the actual string that gets retrieved by WM_GETTEXT.
-
Austin English authored
-
Lei Zhang authored
-
Michael Stefaniuc authored
Fixes Win64 compiler warnings.
-
Michael Stefaniuc authored
The code path is taken when a valid wod isn't found. The loop thus doesn't call waveInMessage() for each wid but retries the same wrong wod.
-
Michael Stefaniuc authored
Return value is analog to what the ALSA and OSS driver are doing.
-
Alasdair Sinclair authored
-