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.

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

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

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.

Bug 652841 - Various pieces of dead code found by gcc/clang static analyzer

Bump version to 1.29.3

Revert latest commit

This reverts commit 6d1c98aed05ad10111c896708aca86436fc2328a.

asd

Bump version to 2.29.1

Update NEWS

introspection: Remove incorrect trailing colon from (skip)

The syntax doesn't include this, and apparently it confuses gtk-doc.

Exclude headers that are not valid from gtkdoc generation

Also regenerate the types list to reflect the changes.

This still throws some warnings regarding non-existent declarations
that we excluded but allows us to distcheck on linux.

Revert "layout: Make sure all lines are ellipsized"

This reverts commit 00d2842d8a5ded059fc058d05b2cffcf16186710.

Cull some dead code

Some static analysis tool complained about dead code,
and it is right in this case.

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

layout: Make sure all lines are ellipsized

All lines that are too long should be ellipsized when ellipsizing is
enabled. Not just those lines where we thought they'd need to be in
advance. It might turn out that a word is too long so that we cannot
wrap it. In that case we still want to break as soon as possible, but
still ellipsize the line.

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

Bug 652227 - Unconditional use of stdint.h

Stop using G_CONST_RETURN in Pango

G_CONST_RETURN is headed for deprecation (as per bug #644611).  Stop
using it in Pango.

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

Fix make check

Bug 650781 - Font Families are listed lowercase

Fix CoreText backend to not use the casefold string as family name.

Dist the Visual C++ 2008 README.txt file

accidently removed that during my last changes...doh.

Update config.h.win32.in

There were some typoes in the autotools macros used-fix them up.

Minor updates to Visual C++ 2008 README.txt

Make pathnames Windows-like... missed them just now. doh.

Update Visual C++ 2008 README.txt

Make the instructions to compile Pango with Visual C++
clearer.

Part of Bug 377539 - Make Pango thread-safe

[docs] Update templates

Update pango.def

The entry of the symbols for commit
4587e5d2231b717dd116253a49badc1ba3aa5db5 in this file was not correct.

Fix that here.

Update Visual C++ 2008 property sheet

Create a pango.aliases file in $(OutDir)etc\pango during the "install"
phase.  The contents of the file is identical to the one that is
suggested in README.win32

Minor

Add an index for 1.30 api additions

Turns out the index for 1.28 additions was mislabeled, too.

Provide access to PangoLayout.n_chars

This lets us avoid a bunch of g_utf8_strlen() calls, when
Pango is already maintaining this information anyway.

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

Add a readonly version of pango_layout_get_log_attrs()

Otherwise, we are forced to either make many unnecessary copies
or pass the log attrs around alongside the layout in APIs operating
on the attrs.
https://bugzilla.gnome.org/show_bug.cgi?id=650170

Various Visual C++ support updates

-Move the stub stdint.h back into the vs9 folder as stdint.h is shipped
 with Visual C++ 2010, and update the corresponding Makefile.am's
 accordingly
-Add new solution to build Pango with FontConfig-the former solution file
 will build Pango without FontConfig.  This is to simplify the use
 of the GTK+ stack as many will probably not use FontConfig on Windows,
 therefore this is to reduce the number of dependencies
-Added configurations in Pango, PangoWin32, PangoCairo regarding FontConfig
 (To make sure their configurations are consistent across the board)
-Cleaned up the various project files for a bit.

Update preconfigured config.h(.win32.in)

-Update for Visual C++ 2010 regarding stdint.h (it is shipped with VS 2010
 by default)
-Allow option to not use FontConfig

Update Visual C++ property sheet

Force the use of the pre-generated sources and headers, so that
language/script modules can be used directly and correctly from
the main Pango/PangoWin32/PangoFT2 DLL(s)