Make HarfBuzz dependency optional (on non-Linux), update README

If HarfBuzz is not available, we just can't build the
Freetype/Fontconfig backend...

More pangox residual removal

Fix the pangoft2 Visual C++ projects

Many of the module sources have been removed for pangoft2, so remove them
from the projects.

More doc fixes

More atsui residual removal

Small doc fix

Remove win32 build cruft, to make "make distcheck" pass

I need to be able to "make distcheck".  These were getting in the way.
Please only add back if:

  1) "make distcheck" passes, AND

  2) Put the cruft under build/ only, no hundreds of lines of
     unmaintainable code in pango/Makefile.am please.

More pangox resigual removal

Bump module version as pango-ot is being phased out

Add Mongolian test file

Remove residuals from pangox and pangoatsui removals

Remove Atsui Module

CoreText for the win.

Remove PangoX

Been overdue...

Merge branch 'harfbuzz-ng-external'

Conflicts:
configure.in
docs/tmpl/text-attributes.sgml
modules/arabic/arabic-ot.c
modules/indic/indic-ot.c
pango/opentype/Makefile.am
pango/opentype/hb-blob.c
pango/opentype/hb-buffer-private.h
pango/opentype/hb-common.h
pango/opentype/hb-ot-layout-gsubgpos-private.hh
pango/opentype/hb-private.h
pango/pango-ot-info.c

[HB] Remove Indic module

[HB] Remove Thai shaper

[HB] Remove Hangul, Hebrew, Khmer, and Tibetan shaping modules

[HB] Update to HarfBuzz 0.9.2 API

introspection: assorted fixes to avoid regressions in Vala bindings

https://bugzilla.gnome.org/show_bug.cgi?id=681423

Remove unused macro

Bug 680965 - missing language strings for pango_language_get_sample_string()

Add misc Indic scripts.  Patch from Pravin Satpute.

Bug 679654: Crash for PangoContext.list_families

Add transfer container annotations so that the array is freed but not
the (static) family objects.

utils: Add missing prototype for pango_config_key_get_system()

Commit message written by Colin Walters <walters@verbum.org>

https://bugzilla.gnome.org/show_bug.cgi?id=667960

[opentype] Free mutex on hb_blob destruction

coretext: don't insert item in the hash if it originated from the hash

Oversight in my fallback fix, this resulted in things being wrongly
destroyed due to unrefs. Oops.

Fix list of exported symbols

This was forgotten in commit aecbe27c1b08f517c0e05f03308d3ac55cef490c

coretext: implement detection of fonts supporting small caps

Bug 673497 - corefont fallback not always working

The fallback failed when a "small caps" font was requested. This commit
improves the fallback support. When the first fallback, trying Sans with
the same style fails, we reset the variant, weight and stretch to
default values and try again. With Sans we should always be able to
adhere to the requested style.

Last but not least, output a sensible error message if all fallbacks
fail instead of simply crashing on a NULL pointer somewhere.

Fix transfer annotation for pango_font_family_list_faces

The documentation says 'This array should be freed with g_free() when
it is no longer needed', which really translates to (transfer
container) in introspection annotation jargon.

https://bugzilla.gnome.org/show_bug.cgi?id=677407

Add missing (element-type) annotations for list arguments

https://bugzilla.gnome.org/show_bug.cgi?id=677407

Annotations: add missing colons after symbol names

https://bugzilla.gnome.org/show_bug.cgi?id=677407

Fix annotation for pango_layout_move_cursor_visually()

https://bugzilla.gnome.org/show_bug.cgi?id=677407

Read pangox.aliases from XDG_CONFIG_HOME

Change the X fontmap code to look for the aliases file
in $XDG_CONFIG_HOME/pango/pangox.aliases instead of
~/.pangox_aliases

https://bugzilla.gnome.org/show_bug.cgi?id=675400

Read pangorc from XDG_CONFIG_HOME

Look for the rcfile in $XDG_CONFIG_HOME/pango/pangorc
instead of ~/.pangorc.

https://bugzilla.gnome.org/show_bug.cgi?id=675400

Use same font family name fallback in pango_core_text_font_map_init

Same fallback as already used in CoreText font descriptor to Pango
font descriptor conversion.

querymodules: Add --system argument

When run as a system trigger, we really don't want to be consulting
e.g. /root/.pangorc.  Also, the OSTree build system can run as
non-root, but we don't in this case want to look at /home/user since
the user may not even exist in the password database inside the
chroot.

https://bugzilla.gnome.org/show_bug.cgi?id=667960

Fix missing hyphen in -I option for g-ir-scanner invocation

https://bugzilla.gnome.org/show_bug.cgi?id=672133

Fix sourcedir!=builddir .gir build from source tarball

Setting -I$(top_builddir) before -I$(top_srcdir) causes that
g-ir-scanner picks up boxing definitions generated by glib-mkenums.

https://bugzilla.gnome.org/show_bug.cgi?id=672133

Update Arabic joining classes to Unicode 6.1.0

1.30.0

Guard for an accumulated glyph count of zero in CoreText shape engine

Make relative paths work in pango.modules files

Part of Bug 454017 - Make relative paths in pango.modules and pangorc
files work relative to the file

Patch from Anselm Kruis.

Fix "install" paths in VS property sheets

Make CoreText shaping engine more robust

This commit makes the CoreText shaping engine much more robust against
the output from the CoreText typesetter. Refer to the source code
comments for exhaustive details.

Furthermore, this patch fixing cursor navigation in strings with
zero-width spaces.

Make CoreText backend more robust against broken fonts

Patch written in collaboration with Michael Natterer.

Some CTFontDescriptors apparently do not have a style name or font
family name set. This patch makes the code take such corner cases into
account. The font family problem only appears to occur on Snow Leopard
systems, we try to fall back on the font name (postscript name), if that
fails, we fall back on a default fallback.

In some cases a coverage is also not set. (This seems to happen when we
cannot map a broken font back to a correct font descriptor). In such
cases we simply return an empty PangoCoverage, which will likely cause
the engine to fallback on a different font.

CoreText backend: implement font fallbacks

We implement font fallbacks by making use of
CTFontCopyDefaultCascadeList, a public, non-exposed, symbol in the
CoreText library.  We might want to handle this differently.

The code now also uses a PangoCoreTextFontsetKey and
PangoCoreTextFontKey, similar to the font config backend. This has also
helped to clean up the code in general.

This patch contains two fixes by Michael Natterer:
 1. Fix a bug in pango_core_text_font_key_equal() where the return value
of memcmp() was wrongly interpreted.
 2. Cache PangoCoverage in PangoCoreTextFont.

Update git.mk.  git.mk lives in its own upstream repo now.

Bug 664125 - Zero-width spaces cause missing characters

This is fixed by using the characters obtained from CoreText's mapping from
glyphs back to the original string instead of blindly iterating over the
original gchar string. Take notice that we have to convert these indices
from the mapping back to a byte index in the original UTF8 string.

Zero-width spaces are already removed from the list of CGGlyphs, so we were
mismatching CGGlyphs and characters from the original string. Using
CoreText's list of string indices instead eliminates the mismatches.

Fix cross-compiling bug in configure.in

https://bugzilla.gnome.org/show_bug.cgi?id=667799

config.h.win32.in: Update a bit

Make the config entries more like the standard config.h.in

Switch to dist-xz

1.29.5

Make docs a bit more complete

Include corefont docs

Fix doc build

When gtk-doc regenerated the pango.types file, it includes
get_type functions for platform-specific things that will
cause link failures.

Move gmodule to Requires.private

Users of pango are not generally expected to use gmodule API,
so don't force them all to link against it.

CoreText: stricter handling of FontSymbolic traits

It turns out that getting this value as "Int" is incorrect and resulted
in font traits not being returned in some cases.  Without traits, an
italic trait is not set, which caused synthetic oblique fonts to be
created when not necessary.

Also use CTFontSymbolicTraits type in the PangoCoreTextFace structure
and do a stricter bit mask check for certainty.

Get _pango_get_lc_ctype from system prefs on Mac OS X

Update VS property sheets

Say farewell to G_DISABLE_DEPRECATED and the build breakages that it causes.
We now have warnings when we make use of deprecated GLib items

Don't set build-breaking defines

Now that we get compiler warnings for deprecations, we don't
need to use the G_DISABLE_DEPRECATED hammer anymore.
Bye, bye, build breakage.

Add deprecation attributes to deprecated functions

This is using the newly introduce G_DEPRECATED macros
from GLib. Traditional deprecation guards are still in
place.

https://bugzilla.gnome.org/show_bug.cgi?id=661612

Bump version

1.29.4 got released off a side-branch, but bump version here too.

Update VS2008 PangoFT2 project

This project will require the use of stdint.h, which is not shipped with
VS2008 (but is shipped with VS2010), so define HAVE_STDINT_H for all
settings in this project so that the stdint.h bundled in
$(srcroot)/build/win32/vs9 will be used when HarfBuzz and FontConfig is
being used.

README.win32: Update compilation info a bit

Update the info about the Visual Studio projects as VS2010 projects have
landed into master.

[hb] Adapt to harfbuzz API changes

break.c: Fix compilation against newer GLib versions

G_UNICODE_COMBINING_MARK was renamed as G_UNICODE_SPACING_MARK soon after
the GLib 2.29.14 release, so fix that in break.c and pango-ot-info.c.

To support GLib on and before 2.29.14, a convenience definition for
G_UNICODE_SPACING_MARK is defined.

hb-private.h: Fix compilation on newer GLib versions

g_atomic_int_exchange_and_add was deprecated in the GLib gatomic.c rewrite,
for GLib 2.29.6, so use g_atomic_int_add for GLib versions 2.29.5+.

VS support: Fix VS2008/2010 property sheets

-Seperate intermediate folders for each project to remove redundant VS
 warnings/errors
-Don't create a folder for pango.aliases if the folder already exists
-Don't create pango.aliases if it already exists

VS2010 support: Update README.txt

-This file should have Windows EOL
-Tell people about GNOME Live! page for steps to building Pango with MSVC
 (and the GTK+ stack)
-Fix some errors in some of the words used here.

Bug 653985: Fix the VS2010 Pangowin32 project

Define the PANGO_MODULE_PREFIX in the project, as was done with the
VS9 project in commit 552ffc231.

VS 2010 support: Fix EOL of .sln files

The .sln files need to have Windows EOL.

bgo# 650456 Visual C++ 2010 support-README.txt

bgo# 650456: Visual C++ 2010 Project Files

These are the VS 2010 project files themselves...

As in the last patch, project and filter files for pango, pangocairo and
pangoft2 are templates so that they are filled in during "make dist",
which the resulting full project/filter files are distributed with the
templates

Yeah, I know there are 2 sets of projects/filters for pangocairo, but it is
needed to accomodate the options for the dependency on fontconfig/pangoft2
on VS2010.  That's life with VS2010...

bgo# 650456: Visual C++ 2010 support-autotools

Update the autotools files for:

-Creation of the full VS 2010 project/filter files for pango, pangocairo
 and pangoft2 from the templates during "make dist", so that the source
 file list can be made up-to-date with each release-this will simplify
 maintenance, as this is what is done for the VS 2008 project files.

-Dist the VS 2010 files (with the templates) and related items

Fix annotation syntax

Bug 658561 - Double free after calling Pango.Context.get_font_description()

Minor

Add comment

Remove dead code

Mention GMarkup and character entities

As requested in bug 403499.

Updated README.win32 and VS9 Readme.txt

-Set README.win32 to have Windows EOL
-Updated README.win32 regarding the situation of modules on Windows
 under different build approaches.
-Tell people in both Readme files about the GNOME Live! page that
 describes building Pango and its dependencies with Visual Studio
 in better detail.

Fix the build

With gcc 4.6.1, I get a build error in pango/ because the C++
parts in harfbuzz have not been compiles with -lPIC. Not sure
if this change is 100% correct, but it makes things build
successfully.

Fix ChanContext backtrack matching with GPOS

Backported from HarfBuzz-ng:
http://cgit.freedesktop.org/harfbuzz/commit/?id=cc1a8a938b4c13e76b58825a9e1951c4134e634a

Fix missing GI transfer annotation for pango_layout_get_line_readonly()

https://bugzilla.gnome.org/show_bug.cgi?id=656014

Revert "[HB] Fix cluster setting with recent HB change"

This reverts commit 26475e516f2384efaefe3dd97bd99f2176291354.

HarfBuzz reverted to setting clusters logically all the time again, so
we don't need this change.

Update VS 2008 README.txt

Tell people not to compile Pango in paths with spaces in them.

build: Fix srcdir != builddir

Fix introspection build using uninstalled GIRs

https://bugzilla.gnome.org/show_bug.cgi?id=654689

[HB] Fix cluster setting with recent HB change

Add more Chinese poetry

From:
https://secure.wikimedia.org/wikipedia/en/wiki/Shi_shi_shi_shi_shi

Bug 635399 - Add C include and exported packages information to GIRs

Bug 653985 - Pango 1.29.x make GTK3-demo.exe crashed in Windows

Similar to d9e254f which changed the rest of the modules, moved the
PANGO_MODULE_PREFIX define from basic-win32.c to the VS9 project file to
avoid breaking autotools build.

Fixes basic-win32 module loading when pango is built with autotools +
MinGW.

Part of Bug 653985 - Pango 1.29.x make GTK3-demo.exe crashed in Windows

Fixes a regression from ea702f4 which changed PangoFallbackEngine to be
abstract.

Make ATSUI backend compile again

Commit 02f80c9acdec53f58fef0e12f41363c3c4ea1efe broke the build and was
likely committed untested.

Attempt to correct EOL on VS2008 solutions

I realized that I needed to set autocrlf=false on my Windows side ... ugh...

These are the files that must have CRLF line endings to work correctly :|

docs: pangofc-fontmap: Fix typo in "Since" tag

pango-docs.sgml: Add xml index pages to avoid warnings

docs: Fix typo

docs: Fix references to PangoFcFontmap -> PangoFcFontMap

docs: modernize docs

Get rid of entities and use xi:includes instead. This makes the docs build
faster and makes it easier to conditionally include stuff.