1587c26fe9
[TODO] Add item
2011-05-27 16:05:01 -04:00
5c9f14932d
Minor
2011-05-27 15:59:33 -04:00
5bc18195d5
Add check-includes.sh
2011-05-27 15:58:54 -04:00
3f12c434e2
[configure] Generate sha256sum and GPG-sign it
2011-05-27 05:03:03 -04:00
75ba4073ca
[test] Rename valgrind-log to log-vaglring.txt
2011-05-27 04:14:42 -04:00
e3b0ba8e29
Minor
2011-05-27 04:14:42 -04:00
595dc63eee
Bump version to 0.7.0 to open up for development
2011-05-27 04:14:42 -04:00
f245576042
Release 0.6.0. First official tarball release!
...
There are no API guarantees just yet, but I *expect* that no
incompatible API changes to happen before 1.0.0.
Update NEWS.
2011-05-27 03:48:27 -04:00
654f88fbc9
[test-common] Test hb_direction_to_string()
...
Caught by "make check-symbols".
2011-05-27 03:40:04 -04:00
18bced134f
[test] Rename test-symbols to check-symbols
...
Shows undocumented symbols.
2011-05-27 03:40:04 -04:00
376dafa6ed
Hide internal symbols
2011-05-27 03:40:04 -04:00
0e482ec6ba
[test/unicode] Fix double-free
...
Caught by "make check-valgrind".
2011-05-27 03:40:04 -04:00
28b1bac541
[test] Switch to automake-based test-runner
...
Adds check-valgrind among other modes. We do not run under gtester by
default anymore.
2011-05-27 03:40:04 -04:00
adbc97ddde
[test] Add test-symbols that checks API symbol text coverage
...
We're not at 100% coverage yet, so do not enable the test by default.
2011-05-27 03:40:03 -04:00
9313b9aa66
[test/version] Test hb-version.h
2011-05-27 03:40:03 -04:00
329c15714b
Add libtool versioning
...
The versioning is automatic. For now, soname-major is 0. With
the 1.0.0 release it will jump to 1 and stay there forever.
2011-05-25 16:07:07 -04:00
5b21eff8c4
Update README, etc
2011-05-25 15:40:49 -04:00
5bf56ea056
[TODO] Add item
2011-05-25 14:44:08 -04:00
2d8ebcb9d0
[API] One last font-funcs API change
...
Now that vertical text works correctly, I'm doing a last round
modification of the font-funcs API to simplify. Expect no more
changes around here.
2011-05-25 11:27:33 -04:00
d31691296f
[test] Update to API changes
2011-05-25 11:01:32 -04:00
7403e055cd
[Vertical] fix vertical gpos
...
Wow, it took me a few days to find the right fix!
We now set the advance for attached marks to zero, but we
do this in the _finish() state of gpos, so it shouldn't
regress with fonts like DejaVuSansMono that explicitly
decrease the mark advance width to set it to zero.
2011-05-25 10:52:15 -04:00
ff7cbd0219
[TODO] Update
2011-05-25 10:01:35 -04:00
3b0bb855e0
[Vertical] GPOS x/y advance adjustments only apply in hori/vert respectively
2011-05-20 15:59:59 -04:00
cc2086d67c
[Vertical] Fix GPOS y-advance direction
2011-05-19 19:19:50 -04:00
67d51ff961
[Vertical] Do fallback origin calculation
2011-05-19 19:08:57 -04:00
60fbb36096
[Vertical] GPOS is always done with horizontal origin
2011-05-19 18:46:15 -04:00
8b38faeede
More vertical
...
Starting to get there, but not without yet another round of changes.
I think I know wheere to go now.
2011-05-19 13:08:00 -04:00
e609aeb1e2
[hb-view] Add --annotate
...
Currently it only marks glyph origins.
2011-05-18 10:17:02 -04:00
b8d76dd74e
Vertical: Adjust origin in glyph_extents() and glyph_contour_point()
...
The base for vertical is almost ready now.
2011-05-17 23:31:00 -04:00
190981851f
Cosmetic
2011-05-17 23:27:22 -04:00
2c3f51a11c
Minor
2011-05-17 23:23:27 -04:00
7e2c85de30
[API] Vertical support, take 2
...
I like this API *much* better. Implementation still incomplete, but
horizontal works.
2011-05-17 17:55:03 -04:00
744970af4d
[API] Add support for vertical text
...
Design not final yet, and in fact I'm going to change it immediately,
but this is an standalone change for itself.
2011-05-17 17:12:34 -04:00
80dce8b7c8
Minor
2011-05-17 17:12:32 -04:00
5be7d047f6
Check for mmap()
...
Apparently there exist systems with mprotect(), but not mmap()?
2011-05-17 15:56:31 -04:00
4053f3f788
Cosmetic
2011-05-16 17:03:27 -04:00
56d12e0356
Remove unnecessary TODO item
2011-05-16 16:01:58 -04:00
1883af3796
[hb-view] Start work on vertical support
2011-05-16 15:18:16 -04:00
9aa6f96af5
[hb-view] No need to allocate an extra glyph item at the end
2011-05-16 15:08:31 -04:00
a0359485c9
Minor
2011-05-16 15:07:48 -04:00
92de53ea45
[test/buffer] Add more tests for nil buffer
2011-05-16 12:24:56 -04:00
065fb38c9a
[test/ot-tag] More tests
2011-05-13 23:04:46 -04:00
1a64f6e19a
[API] Add HB_LANGUAGE_INVALID
2011-05-13 22:55:32 -04:00
40b5c2e86c
[test/test-ot-tag] Test hb-ot-tag.h, fix many bugs
...
I'm in awe with how many bugs this test revealed. All fixed.
2011-05-13 22:46:36 -04:00
1368018b47
[TODO] Add items
2011-05-13 20:25:38 -04:00
7fc5a30cb4
[API] Add hb_face_make/is_immutable()
2011-05-12 17:48:20 -04:00
20c8b908dd
Finish off previous change
2011-05-12 15:19:33 -04:00
0fd8c2f1be
[API] Make get_glyph() callback return a boolean
...
We need to know whether the glyph exists, so we can fallback to
composing / decomposing. Assuming that glyph==0 means "doesn't exist"
wouldn't work for applications like Pango that want to use different
"doesn't exist" glyph codes for different characters. An explicit
return value fixes that.
2011-05-12 15:14:13 -04:00
8e07f93ab4
[test/shape] Check shape output
2011-05-12 14:27:44 -04:00
805af72405
Rename get_kernings() arguments from first/second_glyph to left/right_glyph
...
Makes it clear that kerning is in visual order.
2011-05-12 12:39:40 -04:00
Behdad Esfahbod