| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Remove a boatload of "or %NULL" from nullable parameters
and return values. gi-docgen generates suitable text from
the annotation that we don't need to duplicate.
|
|
|
|
|
| |
Remove leftovers like #Type, reduce indentations
to avoid markdown block quotes, etc.
|
|
|
|
| |
Convert link syntax and add summaries.
|
|
|
|
|
|
| |
Replace gtk-doc'isms and use gi-docgen links instead.
Cross-gir links are still an open issue.
|
|
|
|
|
| |
We want to use pure markdown, since docbook
is going away as the intermediate format.
|
|
|
|
|
|
| |
The handwritten fontconfig introspection data does not cover all types,
and even if it did, it wouldn't know how to handle their ownership
because fontconfig is not a GObject-based API.
|
|
|
|
| |
Properties are better with getters.
|
|
|
|
|
|
|
| |
This really belongs into PangoFont, but we're out of
room in the PangoFontClass struct for vfuncs, so this
will have to remain backend-specific functionality
for now.
|
|
|
|
|
|
|
| |
clang complains that initializing 'FcPattern *' (aka 'struct _FcPattern *')
with an expression of type 'const FcPattern *' (aka 'const struct _FcPattern *')
discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
FcPattern *pattern = pango_fc_font_key_get_pattern (key);
|
|
|
|
|
|
| |
We don't have introspection for fontconfig and freetype2 data types.
While we do have introspection for Harfbuzz, it doesn't really work.
|
|
|
|
|
|
|
|
| |
We are getting extents with negative height from harfbuzz,
we have to flip them around. This was causing problems
in lilypond.
Closes: https://gitlab.gnome.org/GNOME/pango/issues/406
|
| |
|
|
|
|
|
|
|
|
|
| |
We did not remove the freetype dependency from libpango
anyway, so bite the bullet, and keep including freetype
headers.
Changing the return type to gpointer broke C++ users,
where casts from void* are not automatic.
|
|
|
|
|
|
|
|
|
| |
Fontconfig has FC_INDEX, and harfbuzz has
hb_ot_var_named_instance_get_design_coords.
We can combine the two to set coords for
variable fonts, while taking overridden
variations from both the fontconfig configuration
and the font description into account.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When setting up the scale of the hb_font_t, we need
to take both the pango ctm and the font matrix into
account - this used to come for free when we were
calling into cairo for getting glyph metrics. Now,
we use harfbuzz for glyph metrics, so we need to
give it the proper scale info.
The symptom of this was Emoji getting an enormous
width. Curiously, cairo would still render them
at the expected size.
|
|
|
|
|
|
| |
The correct include is without harfbuzz/.
Closes: https://gitlab.gnome.org/GNOME/pango/issues/387
|
|
|
|
| |
https://gitlab.gnome.org/GNOME/pango/issues/383
|
|
|
|
|
| |
We need to call hb_font_set_var_coords,
otherwise the hb_font_t has no coords.
|
| |
|
|\
| |
| |
| |
| | |
Kill shape engines
See merge request GNOME/pango!75
|
| |
| |
| |
| | |
It is no longer used.
|
|/
|
|
|
|
| |
It makes more sense to do this in the frontend
that hands the objects out, rather than in each
backend implementation.
|
|
|
|
|
| |
Stop using FT_Face here, so we can stop
including freetype headers.
|
| |
|
|
|
|
|
| |
We are moving away from a freetype dependency,
so these will be going away at some point.
|
|
|
|
| |
Harfbuzz has the api, no need to use freetype.
|
|
|
|
|
|
| |
Note that some of the harfbuzz api we use here
has not landed yet.
See https://github.com/harfbuzz/harfbuzz/pull/1432
|
|
|
|
| |
This is now unused.
|
|
|
|
| |
We don't need our own caching here.
|
|
|
|
|
|
| |
The frontend is caching this object, and we are giving
it out to applications. We really can't allow them to
modify it in any way.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move all the code that sets up the hb_font_t to
pango_fc_font_create_hb_font, and use it from
the shaper. This is the second step towards
taking over font management.
Even better, harfbuzz has a ready-made function
for this. We can drop a lot of FT_Face-using code
this way. We assume unhinted rendering for now,
so we can set ppem to 0.
|
| |
|
|
|
|
| |
Make sure we declare variables at the top of the block.
|
|
|
|
| |
We have pango_font_has_char now.
|
|
|
|
|
|
| |
This function has long been deprecated;
and it is is using freetype. So drop the
implementation.
|
|
|
|
|
| |
We take features out of the FcPattern and
translate them into harfbuzz features.
|
|
|
|
| |
Add a getter for the line height of a font.
|
|
|
|
|
|
|
| |
Abolish the PANGO_ENABLE_BACKEND and PANGO_ENABLE_ENGINE
defines. All backend-only apis are moved into private
headers, all apis that were engine-only are marked as
deprecated, since engines are.
|
|
|
|
|
|
|
| |
GLib 2.58 deprecated g_type_class_add_private(), at long last.
Use the G_ADD_PRIVATE macro, and the generated instance private data
getter function.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are a few code paths where pango_utf8_strwidth() is called on
language-specific sample text. The sample text should have been chosen
to never have a zero width, but we should add some assertions to ensure
that’s the case. This guides static analysers into the right analysis.
Coverity IDs: 1391697, 1391698, 1391699
Signed-off-by: Philip Withnall <withnall@endlessm.com>
https://bugzilla.gnome.org/show_bug.cgi?id=778602
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now shaper is discovered via (previously unused!) font->find_shaper().
I'm keeping that just to allow clients override shaping. Though,
even that I'm not sure we want to keep.
Wraps shaper in PangoEngineShape structs to keep PangoAnalysis API
intact.
Deprecated pango-modules.h and some pango-engine.h. Language modules
are not moved yet.
Wired up PangoFc, PangoWin32, and PangoCoretext shapers.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=731022
|
|
|
|
| |
Patch from Rafał Mużyło.
|
| |
|
| |
|
| |
|
|
|
|
| |
No use for this anymore.
|
|
|
|
|
|
| |
Still needs document Deprecated tags to be done.
Soon to add pango-hb.h
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=677407
|