| cairo-dwrite-font.cpp |
SECTION:cairo-dwrite-fonts
@Title: DWrite Fonts
@Short_Description: Font support for Microsoft DirectWrite
@See_Also: #cairo_font_face_t
The Microsoft DirectWrite font backend is primarily used to render text on
Microsoft Windows systems.
|
65424 |
| cairo-dwrite-private.hpp |
If d2d1_3.h header required for color fonts is not available,
include our own version containing just the functions we need.
|
6704 |
| cairo-win32-debug.c |
|
2585 |
| cairo-win32-device.c |
lock, unlock |
5587 |
| cairo-win32-display-surface.c |
SECTION:cairo-win32
@Title: Win32 Surfaces
@Short_Description: Microsoft Windows surface support
@See_Also: #cairo_surface_t
The Microsoft Windows surface is used to render cairo graphics to
Microsoft Windows windows, bitmaps, and printing device contexts.
The surface returned by cairo_win32_printing_surface_create() is of surface
type %CAIRO_SURFACE_TYPE_WIN32_PRINTING and is a multi-page vector surface
type.
The surface returned by the other win32 constructors is of surface type
%CAIRO_SURFACE_TYPE_WIN32 and is a raster surface type.
|
35457 |
| cairo-win32-font.c |
SECTION:cairo-win32-fonts
@Title: Win32 GDI Fonts
@Short_Description: Font support for Microsoft Windows
@See_Also: #cairo_font_face_t
The Microsoft Windows font backend is primarily used to render text on
Microsoft Windows systems.
Note: Win32 GDI fonts do not support color fonts. Use DWrite fonts
if color font support is required.
|
66960 |
| cairo-win32-gdi-compositor.c |
The original X drawing API was very restrictive in what it could handle,
pixel-aligned fill/blits are all that map into Cairo's drawing model.
|
20476 |
| cairo-win32-printing-surface.c |
When creating an EMF file, ExtTextOut with ETO_GLYPH_INDEX does not
work unless the GDI function GdiInitializeLanguagePack() has been
called.
http://m-a-tech.blogspot.com/2009/04/emf-buffer-idiocracy.html
The only information I could find on the how to use this
undocumented function is the use in:
http://src.chromium.org/viewvc/chrome/trunk/src/chrome/renderer/render_process.cc?view=markup
to solve the same problem. The above code first checks if LPK.DLL
is already loaded. If it is not it calls
GdiInitializeLanguagePack() using the prototype
BOOL GdiInitializeLanguagePack (int)
and argument 0.
|
72703 |
| cairo-win32-private.h |
Surface DC flag values |
9397 |
| cairo-win32-refptr.hpp |
RefPtr points to a refcounted thing that has AddRef and Release
methods to increase/decrease the refcount, respectively. After a
RefPtr<T> is assigned a T*, the T* can be used through the RefPtr
as if it were a T*.
A RefPtr can forget its underlying T*, which results in the T*
being wrapped in a temporary object until the T* is either
re-adopted from or released by the temporary.
|
5085 |
| cairo-win32-surface.c |
SECTION:cairo-win32
@Title: Win32 Surfaces
@Short_Description: Microsoft Windows surface support
@See_Also: #cairo_surface_t
The Microsoft Windows surface is used to render cairo graphics to
Microsoft Windows windows, bitmaps, and printing device contexts.
The surface returned by cairo_win32_printing_surface_create() is of surface
type %CAIRO_SURFACE_TYPE_WIN32_PRINTING and is a multi-page vector surface
type.
The surface returned by the other win32 constructors is of surface type
%CAIRO_SURFACE_TYPE_WIN32 and is a raster surface type.
|
12385 |
| cairo-win32-system.c |
This file should include code that is system-specific, not
feature-specific. For example, the DLL initialization/finalization
code on Win32 or OS/2 must live here (not in cairo-whatever-surface.c).
Same about possible ELF-specific code.
And no other function should live here.
|
2585 |
| d2d1-extra.h |
Mingw-w64 does not have d2d1_2.h and d2d2_3.h.
We only need the definitions of two functions:
ID2D1DeviceContext4::DrawColorBitmapGlyphRun()
ID2D1DeviceContext4::DrawSvgGlyphRun()
But we need to include all the prior functions in the same struct,
and parent structs, so that the functions are in the correct position
in the vtable. The parameters of the unused functions are not
required as we only need a function in the struct to create a
function pointer in the vtable.
|
4898 |
| dw-extra.h |
MinGW workarounds
It doesn't define operators for DWRITE_GLYPH_IMAGE_FORMATS.
The DWRITE_COLOR_GLYPH_RUN struct isn't valid.
<https://sourceforge.net/p/mingw-w64/bugs/913/>
|
807 |