| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
| |
We already had a has_char api in pangofc,
so use that name.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Add a pango_font_covers function, which is like
pango_shape_engine_covers, without the engine.
This api is simpler than PangoCoverage in that
it does not take a language as input, and only
returns a boolean.
This matches the harfbuzz api.
|
| |
|
|
|
|
| |
Make a new image for layout parameters.
|
|
|
|
| |
Move them to their own section in the docs.
|
|
|
|
| |
We will just use meson from now on.
|
|
|
|
|
|
|
| |
The API isn't available on Windows and gtk-doc fails with a
linker error otherwise.
https://bugzilla.gnome.org/show_bug.cgi?id=795045
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is possible that we can have the following situations, at least on
Windows:
-FreeType present, FontConfig missing
-Cairo-FT present, with no FontConfig support.
As gen-script-for-lang requires FontConfig, and PangoFT2 depends on
HarfBuzz, FontConfig and Freetype, we need to check for them before we
build PangoFT2, and so that we could include PangoFT2 support in
PangoCairo.
The tests and pango-view have an optional dependency on PangoFT2, so we
need to also check whether we built PangoFT2 before we try to build
things related to PangoFT2.
For the tools, since gen-script-for-lang.c depends on FontConfig, check
for it as well before we build it.
https://bugzilla.gnome.org/show_bug.cgi?id=783274
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This commit lets PangoFontDescription carry font variation
information as a string. Only pangocairo has been updated
to make use of this information. We pass it to harfbuzz
for shaping, and we pass it to cairo when creating scaled
fonts.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Meson is a meta build system that is:
- fast
- simpler to understand and use
- portable to multiple platforms through different backends
- well integrated with the GNOME platform
- well maintained
Using Meson allows us to build Pango much more quickly, and on all the
platforms we currently target, without any loss of functionality,
compared to Autotools.
Some timing comparisons with hot ccache for both build systems:
* autogen.sh: * meson
real 0m11.149s real 0m2.525s
user 0m8.153s user 0m1.609s
sys 0m2.363s sys 0m1.206s
* make -j$(($(nproc) + 2)) * ninja
real 0m9.186s real 0m3.387s
user 0m16.295s user 0m6.887s
sys 0m5.337s sys 0m1.318s
--------------------------------------------------------------
* autotools * meson + ninja
real 0m27.669s real 0m5.772s
user 0m45.622s user 0m8.465s
sys 0m10.698s sys 0m2.357s
System: Intel Core i7-7500U, SSD, 16GB of RAM
|
|
|
|
|
|
|
| |
From the last commit, decorate all the symbols with the version
macros. Also add the version macros in the docs.
https://bugzilla.gnome.org/show_bug.cgi?id=767587
|
| |
|
| |
|
|
|
|
|
|
|
| |
For foreground and background colors, allow #rrggbbaa to specify
a color with alpha. This will be returned as two attributes, for
color and alpha. underline_color and strikethrough_color are still
limited to #rrggbb, with no alpha component.
|
|
|
|
|
|
| |
Support alpha and background_alpha attributes on span elements.
The value can either be a plain integer between 1 and 65536 or
a percentage like 50%.
|
|
|
|
|
|
| |
Add pango_renderer_get/set_alpha to allow associating alpha
values with the various colors. The alpha is stored as a value
between 0 and 65536, with 0 meaning 'unset'.
|
|
|
|
| |
Add attributes types for foreground and background alpha.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=738505
Patch from Matthias Clasen, based on early patch from Akira TAGOH.
There's room for improvement in how this is done, but it works now
for simple cases, which is what most people will be using it for.
Finally!
|
|
|
|
| |
This allows the docscanner to find pango/pango-enum-types.h
|
| |
|
| |
|
|
|
|
| |
Do it before it's too late!
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This should complete the kill-modules effort. What is left is leftover
removal and unbreaking stuff.
Bug 733882 - Kill Pango modules, engines, and config files
|
|
|
|
| |
It serves no purpose now.
|
| |
|
|
|
|
| |
Patch from Rafał Mużyło.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Like this:
<match target="font">
<edit name="pangofontfeatures" mode="append">
<string>smcp</string>
<string>ss20</string>
</edit>
</match>
Finally we are starting to see new features coming out of the HarfBuzz integration...
|
|
|
|
|
|
|
| |
This is intended for applications that need to parse pango
markup from some sort of GIO stream.
https://bugzilla.gnome.org/show_bug.cgi?id=679299
|
|
|
|
|
| |
This is broken for now and we can't distcheck without it.
Disabling this for now until we figure out how to fix this.
|
|
|
|
|
|
|
|
|
| |
We track changes in the PangoContext and automatically call
pango_layout_context_changed() when needed, plus we track
changes in the layout and let apps know via pango_layout_get_serial
when the layout changed and needs to be redrawn.
https://bugzilla.gnome.org/show_bug.cgi?id=340066
|
|
|
|
|
|
|
|
|
|
|
|
| |
Whenever a PangoContext or its fontmap changes we bump the
contexts serial, you can get it via pango_context_get_serial()
to see find out if the context changed since the last time and
you need to relayout.
You can also force the context to be "changed" by calling
pango_context_changed().
https://bugzilla.gnome.org/show_bug.cgi?id=340066
|
|
|
|
|
|
|
|
| |
This adds the pango_font_map_get_serial method that lets you see
if a fontmap has changes since the last check. It adds implementations
to all current fontmaps.
https://bugzilla.gnome.org/show_bug.cgi?id=340066
|
|
|
|
|
|
|
| |
It is just super-annoying that one cannot even do 'make dist'
and get a working tarball. There has to be a better to do this;
for now, just remove this, no other gtk-doc-using module is
doing this.
|
| |
|
|
|
|
| |
This reverts commit 150691036aab59044d05ed3fa29785910249bb9a.
|