Ohh, right.
This only proves how the name of this property is misleading.
Indeed. However, it's too late to change that. I've thus added a
remark to the documentation of this variable.
Werner
___
Freetype-devel mailing list
Hello Erik!
Here are the latest updates I've been working on for the subpixel
hinting stuff.
Thanks! Looks good.
I attempted to commit this with David's latest patch but ran into
some issues, so this doesn't include his C++ compatibility stuff.
Well, I will soon commit David's patch, so
I think that David's idea to make the change conditional can work
except we should use a softer condition: [...]
This is all moot. It was my error mixing up the glyph height with
the `height' value in FT_Face which actually is the
baseline-to-baseline distance.
Werner
This is all moot. It was my error mixing up the glyph height with
the `height' value in FT_Face which actually is the
baseline-to-baseline distance.
Reading between your lines: if some browser wants to get line
spacing identical to Windows, it is not Freetype's business. We do
not do
My recent patch to reformat the subpixel code broke C++ compilation,
sorry about that.
However, here's a fix
Applied, thanks.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
src/sfnt/ttsbit0.c | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
Thanks for the patch! I've applied it (with minor modifications).
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
Alexei's latest commit seems to have fixed the issue.
Are you aware of the bisecting method? Have a look at `git help
bisect'. For such situations it is the easiest way to find out what
commit exactly is the problem.
Werner
___
Freetype-devel
I do find some signed overflows, using a homemade static checker.
src/cache/ftcbasic.c:360
src/cache/ftcbasic.c:695
if ( (FT_ULong)(type-flags - FT_INT_MIN) FT_UINT_MAX )
gcc optimizes this check away. [...]
This happens on 32bit hosts also? Can you advise a patch?
There is
The attached patch simplifies 'pcf_get_encodings'. By switching
from a single loop to a double loop, it simplifies a crazy
expression for the enc field. It also utilizes FT_RENEW_ARRAY
instead of copying the content over from a temporary array. So, I'd
like to commit it, but PCF fonts with
Hi Marc!
Some years ago you've contributed a FreeType patch to support $SYSROOT:
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=978b11dc59d3c00fececff3361d548f98fafb8aa
Right now I've discovered that this patch removes the use of the
`$rpath' variable in the `--libs'
Right now I've discovered that this patch removes the use of the
`$rpath' variable in the `--libs' option of freetype-config (it
seems that I've missed this while writing the ChangeLog entry
then). Was this intentional?
I don't remember exactly. How did you stumble over this now?
I want
Erik,
ttdebug works again (more or less). Please test. While doing so I've
found the probable cause of FontForge's failure to properly debug your
subpixel code.
Here's a sample session to debug Arial's glyph `x' (with index 91) at
16ppem. The keys you have to press are indicated with single
Why does FreeType implement the even-odd fill rule? TrueType fonts
are supposed to be filled with non-zero rule, I cannot think of a
situation where even-odd would be needed.
How do you come to the impression that TrueType fonts are handled with
the even-odd rule? It is possible to make the
I think I read somewhere that TrueType should be rasterized with
non-zero rule, isn't that true?
This is correct.
Yes, I know FreeType supports both rules - I'm asking why it is the
case. Is the reason that it is generic module and can be used for
different purposes than font rendering?
I propose to switch the handling of -rpath in freetype-config
during the configuration. For the compatibility with the last
release, it is expected to be disabled by default, and possible to
enable it with some option to the configure. Also it is possible to
guess if the installation
Thanks to Werner, benchmarking FT_Outline_Get_BBox is now easy using
ftbench. I've added a rotation by 30 degrees to really challenge it.
Please commit this to ftbench.
These are results.
Looks good, thanks! How do you check that the new code produces
identical bboxes?
Werner
I wanted to know your opinion on the rounding errors when splitting
Bezier segments. [...]
the alternative method would overflow one bit quicker for conic and
3 bits quicker for cubic segments.
I think this enhanced precision is only worth the effort if it
improves rendering. So: Do you
Great! ... Have you compared with, say, a floating point
implementation which returns bboxes with really high precisions?
I anticipated this question.
Hehe :-)
Why would you compare with theoretical results when your rasterizer
uses discrete and less accurate bisections? Shouldn't you
This is as close as I could get to actual bboxes. The attached
files delta0 and delta1 are for the original and new algorithms
respectively. The first bbox is the actual one, followed by the
computed one, followed by the differences. Admittedly, the original
code does a better job, but it
In such case, I want to write as:
ft_internal_function(unsigned long ularg)
[...]
FT_Function(long int slarg)
[...]
Please no. I don't like having the `ul' and `sl' prefixes or
something similar to indicate the type of the variable. However, I
fully agree that variables should be
I used Freetype to draw Japanese characters. With a certain
resolution and pointsize, some bars of these characters are not
displayed, which can make the characters unreadable. The fonts used
are CID fonts with hints, but the horizontal bar which is not drawn
does not have hints.
Please
Has any consideration been given to merging the infinality code
(http://www.infinality.net/blog/infinality-freetype-patches/) into
freetype itself?
Yes. The ClearType hinting code is already integrated, the other bits
regarding the auto-hinter will be worked on in the not too distant
future,
I ended with that:
@Misc{Turner:1996,
author = {David Turner and Robert Wilhelm and Werner Lemberg},
title ={FreeType project},
year = {1996},
note = {\url{http://www.freetype.org/}}
}
Maybe `The FreeType Project'? And perhaps instead of `1996' you
Nobody can help me ?
Below is my reply which I've sent to four days ago.
Werner
==
I used Freetype to draw Japanese characters. With a certain
resolution and pointsize, some bars of these characters are not
I'm in B/W. And i use hints which are include in the font. And i
want use this hints AND i want usually enforces a minimum line width
of 1px. Is it possible? How can i do this? Is it possible wih
grayscale rendering?
First of all, please send some code! This greatly simplifies the
Céline,
it's exactly as I've assumed:
FT_Int32 l_LoadFlags = FT_LOAD_DEFAULT;
This asks for default hinting, since it implies FT_LOAD_TARGET_NORMAL,
which is for gray-level. Try
FT_LOAD_TARGET_MONO
instead.
Werner
___
Freetype-devel
Folks,
I've just uploaded ttfautohint 0.95. This is a small maintainance
release without major news.
Currently, I'm heavily working on FreeType (including payed work)
without having much time to continue the development of ttfautohint.
I estimate that this dormant phase will end in about two
Hello Tom!
I don't know if there is OpenType/CFF equivalents of the Blue Sky
Research/YY based Computer Modern fonts, but if they exist, you'll
want to check them out. They use the div operator (which isn't
really that exotic, it's in the Type 1 spec and is used in the Type
1 flavor of
With this parameter, one is fixed, but the other one is not (see
below).(First OK, Second KO)
Do you need some code? Do you want the CID Font?
Before going into more details, please check whether FreeType is
capable at all what you want to achieve. In other words, I ask you to
compile the
A few flaw on Page
http://www.freetype.org/freetype2/docs/glyphs/glyphs-5.html;
3. Simple kerning doesn't share the same indentation with
2. Sub-pixel positioning.
It occurs on Chrome and Firefox (WIn7), but fine on IE9.
Thanks. This document needs a complete face lifting (to be
[...] If I use a resolution of 360 DPI with HINT FONT Mode, the
result is not OK. So I don't think this is normal.
It really depends on the font and the glyph's hints. Of course, it's
also possible that there are bugs in FreeType's PS hinting engine.
What's the name of the font you are
Could you explain the difference between AUTO-HINT and FONT_HINT?
I suppose you mean auto-hinting and native hinting, right?
Does AutoHint mode also use hints of internal fonts (CID improving
them), or does this mode creates its own hints?
The auto-hinter ignores all hints in the font,
My font is a CID Font, HeisiMinchoW3, and the glyph's name is
cid4838.
I have an (old) instance of the Heisei family with the PostScript name
`HeiseiMin-W3-Acro', taken from an early Acroread release. Whatever
ppem value I select, both the autohinter and the native PS hinter
render all
Hi, I have downloaded JAM, but I can't find the JAM
excutable. Please help. Which path has that exceutable?
http://sourceforge.net/projects/freetype/files/ftjam/2.5.2/ftjam-2.5.2-win32.zip/download
Note that jam support is probably broken since none of the current
developers use it. Fixes
Doesn't the c879f24562cc21bb062fb2faa86633a6c8c2371a change have API
implications? Is the module error base visible to users?
Thanks for catching this, fixed now in git. I doubt that many people
use module errors, however.
The reason that I still support this is the possibility for more
Why no FT_THROW here:
-error = FT_Err_Invalid_Argument;
+error = FT_ERR( Invalid_Argument );
This is a simple error code assignment; there's some code in FreeType
which starts with a non-zero error code as the default which gets
overridden later on. In other words, the assignment
In the end, this kind of FreeType code should be rewritten to always
start with FT_Err_Ok. However, this is a major undertaking -- quite
easy to do, but a lot of work. Right now, I guess that 95% of
`real' errors are handled by FT_THROW.
BTW, `FT_THROW' is an internal macro, while FT_ERR,
please find attached the file example1.c modified (named
example1Modified_CP_c.c) in order to draw the glyph CID 4838 in BW
mode with HeiseiMinchoW3 font. You will find my print screen
rendering too.
Thanks.
Do you need my HeiseiMinchoW3 font?
It seems to, since with HeiseiMin-W3-Acro
Note that jam support is probably broken since none of the current
developers use it. Fixes are welcomed, of course :-)
Afair it was working on win,
Good to know, thanks!
also not sure if it supports the various possible new build options
:) (I use to build ft for php on windows using
Isn't the freetype-devel list still used as the ttfautohint-devel
list?
Yes, it is.
Why do you think this is FreeType problem then? You really need to
reproduce the problem with more directly, e.g. using ftview. There
is this bug report http://savannah.nongnu.org/bugs/?33272 , which I
It's an issue when ttfautohint is using dummy glyphs as a workaround
for hinting composite glyphs. Untill know it was assumed that it
was a problem free workaround. My report shows that it seems to be
creating problems on OSX Chrome. Of course it could be a bug caused
by something that
Want a Mac?
Nice try :-) To be serious: Given that only Chrome on OS X shows the
problem we need a Chrome developer on OS X, I guess.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
[CCed Behdad]
I had an issue with vertical text layout in HarfBuzz, in short we
have the calculation:
y = metrics.horiBearingY - (-metrics.vertBearingY)
and since horiBearingY is scaled with font size while vertBearingY
is not, the result was completely wrong resulting in
The main issue, as demonstrated, is that the mtime of the file is
not preserved. This means that build tools that depend on mtime
(e.g. make) fail to work as efficiently as possible as it appears
that the file has changed, but in actual fact it hasn't.
Up to now I've never seen the case
I build and install freetype into a local prefix for several
platforms including darwin-osx and darwin-ios. These files then get
used by other libraries. Those libraries track dependencies and if
that file has a new mtime, it assumes that the file has been
changed. When running a full
I have noticed similar behaviour from libpng, but I'm also planning
to switch to CMake for building libpng, I wonder if it has the same
issue or not?
I think that you will find this issue everywhere. But maybe I'm
wrong.
Werner
___
[The `freetype-devel' list is for the development of FreeType, not for
questions regarding the use of the library.]
First, excuse me if my question is a little bit idiot. It can be
possible because i'm a beginner in C++ application development. I
try to use FreeType library on a qt project.
Can freetype get the exact charset from a font? for example charset
134 is GB2312_CHARSET.
I don't understand the question. What is `charset 134'? Where does
this number come from?
Werner
___
Freetype-devel mailing list
I am using Freetype in a C++/CLI (.NET) project.
Several spots in include/freetype/freetype.h have an FT_Generic
variable in a struct with the name 'generic'. This is a reserved
keyword apparently in this environment. I patched it locally to
just be called ft_generic instead in order
Folks,
the git repository of all FreeType documentation files is now
available online:
http://cgit.freedesktop.org/freetype/freetype-web
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
To all who are annoyed by merging problems with ChangeLog files,
please read the following link:
http://gnu.wildebeest.org/blog/mjw/2012/03/16/automagically-merging-changelog-files-with-mercurial-or-git/
It works like a charm :-)
Werner
___
To all who are annoyed by merging problems with ChangeLog files,
[...]
Why not remove the ChangeLog instead?
I'm a traditionalist. In ttfautohint, just to test it, I no longer
use a ChangeLog file, and consequently my log entries are *very*
terse. Actually, I think they are too terse.
Folks,
Adobe, in collaboration with Google, has contributed a new CFF parsing
and hinting engine. The last few months it was my job to fully
integrate the code into FreeType, and I'm very pleased with the
results. Here are links to the relevant blogs:
http://adobe.ly/12mJWGv
Will this new code also be integrated into ttfautohint library? :)
Not directly, since ttfautohint can't handle CFFs. However, maybe the
algorithm influences the auto-hinter also which in turn could
influence ttfautohint.
Werner
___
Its CFF so no
That's just plain lazy :)
surely there's some crossover with ttf?
Not really, since TrueType doesn't have the concept of `hints' at all.
ttfautohint emulates Type 1 hints to a certain extent, but those hints
are created by algorithm (i.e. by FreeType's auto-hinter), while
I'm just getting ready to do some testing in Ghostscript, and I
noticed a missing header inclusion. Trivial patch attached.
Applied, thanks!
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
Please forgive my naive question, but how would one enable the new
engine by default for testing? Is the following enough?
diff --git a/src/cff/cffobjs.c b/src/cff/cffobjs.c
index ebcf189..1b8643d 100644
--- a/src/cff/cffobjs.c
+++ b/src/cff/cffobjs.c
@@ -1056,8 +1056,8 @@
I noticed in ftview that, as 24 ppem, the baselines and the xheight
of any glyph with a round baseline are one pixel lower than the
other glyphs when using the Adobe engine.
Toggling forced autohint after switching to the Adobe engine makes
the issue very obvious.
I'm at commit
One issue that I've noticed is that turning hinting on and using the
new engine results in bad rendering (wave- like) with many fonts.
See the attached screenshot (Minion font) as an example.
This seems to be the same effect which James has reported. Attached
is what I get with exactly the
Please send me the output of
echo '#include limits.h' | cpp -dM -E
From your 64bit box, I mean.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel
1. The new engine only works for .otf fonts with included hints and
does nothing for .ttfs
Correct. Similar to TTFs, however, an eternal rule applies: A badly
hinted font appears better if displayed without hints (or with
auto-hinting). But this is beyond the control of FreeType, entering
I am also seeing the 'wavy text in ftview', with the Adobe engine +
hinting: on. By 'wavy text' i assume we are meaning that some stems
are not snapping to the xheight, baseline or capheight, but +1 or -1
pixel from those lines. Kubuntu 13.04 64bit.
Yep. This is a 64bit issue; I'm already
I've build freetype2 and freetype2-demos with clang's
-fsanitize=undefined. Here's what I get when run ftview on an otf
font:
ttcmap.c:908:18: runtime error: left shift of negative value -1
[...]
Thanks. clang is *very* picky :-) Virtually all compilers do the
right thing for left
Yes, make devel appears to work except for the wavy text.
Attached is the output of that command.
Thanks. So `int' is 32bit.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
Thanks for the clarification :) Say, are there parts or tricks in
the new engine that could be carried over to .ttf rendering or the
auto-hinter? I would love to see improvements to typeface fidelity
with hintslight :)
Well, stem thickening at small sizes is already available in the
I've build freetype2 and freetype2-demos with clang's
-fsanitize=undefined. Here's what I get when run ftview on an otf
font: [...]
All those issues should be fixed in the git repository. Please rerun
your test and report whether you still get errors.
Werner
PS: The just committed
Two (minor) issues remain for otf fonts: [...]
For tty fonts I get these warnings: [...]
Thanks again. Should be fixed now in git.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
Unfortunately your last commit breaks true-type hinting
in certain cases (see attached picture).
Should be fixed in git, please test.
It also introduces two new issues:
/var/tmp/freetype2/src/cff/cffgload.c:999:37: runtime error: left shift of
255 by 24 places cannot be represented in
Folks,
I've found the 64bit problem with the Adobe engine; it is fixed in
git. Please test.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel
I've just discovered this:
http://code.google.com/p/mactype/
No idea how it works since I don't use Windows, but it looks
interesting. :-)
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
Everything runs error free now. And the 64-bit problem is also
fixed.
Thanks for testing. Theoretically, I've also fixed clang issues with
other font formats, but it's easy to miss them...
Werner
___
Freetype-devel mailing list
As far as I understand, both Type 1 fonts and CFF use the same or
similar rendering.
Would it be possible to use the new Adobe engine for type 1 fonts?
The are currently quite a few bugs open about the rendering quality
of type 1 fonts and I've noticed poor hinting with the ghostscript
As of e6e8362728e2 the build fails when compiling FT_DivFix() due to
lack of declaration of FT_UInt64, followed by re-declaration
thereof. :^/
Thanks for the report; should be fixed in git.
Werner
___
Freetype-devel mailing list
Now it dies in MulDiv, FT_MulDiv_No_Round, FT_MulFix and
ft_corner_orientation:
In file included from .../freetype2/src/base/ftbase.c:26:0:
.../freetype2/src/base/ftcalc.c: In function 'FT_MulDiv':
.../freetype2/src/base/ftcalc.c:208:31: error: 'FT_Int64' undeclared (first
use in this
.../freetype2/src/base/ftcalc.c: In function 'FT_MulDiv':
.../freetype2/src/base/ftcalc.c:208:31: error: 'FT_Int64' undeclared (first
use in this function)
d = (FT_Long)( c 0 ? ( (FT_Int64)a * b + ( c 1 ) ) / c
^
and so on.
Interesting. How do you
So is the CFF stuff finalized?
It seems that the 64bit issues have been resolved, and that I'll do a
release in the next few days.
I would just have to add the items in src/cff (and md5.c)?
Yes. The CHANGES file says how to activate the new CFF engine until
it becomes the new default.
FreeType 2.4.12 has been released.
It is available from
http://savannah.nongnu.org/download/freetype/
or
http://sourceforge.net/projects/freetype/files/
The latter site also holds older versions of the FreeType library.
See below for the relevant snippet from the CHANGES file;
I'm thinking that maybe it should either be turned off by default or
stem darkening should also be turned on for other font types by
default.
While this is not possible for native TrueType, stem darkening for
smaller sizes is already part of the Infinality patch for the
auto-hinter, and this
While this is not possible for native TrueType, [...]
I mean `native TrueType hinting'.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel
I get a warning for cf2_getGlyphWidth which is treated as an error.
I have attached a patch to fix it.
Thanks, applied.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel
Trying to compile ft2demos 2.4.12 on the current Ubuntu, I hit some
potentially unitiazialized variable warnings [1] in ftview.c. The
following patch fixes the issue,
Applied, thanks.
but I'm unsure if the NULL value is problematic to the following
calls (it might be better to add a
The bug report
https://savannah.nongnu.org/bugs/?39005
says:
Hi, compiling pango 1.32.5 using any of these freetype versions:
2.4.11
2.4.12
20130516 git
Gives a warning:
/usr/include/freetype2/freetype/config/ftconfig.h:436:
syntax error, unexpected '{', expecting ',' or
Folks,
I've added a new property `interpreter-version' to the TrueType driver
(cf. the new header file `ftttdrv.h'). Two values are available:
TT_INTERPRETER_VERSION_35
TT_INTERPRETER_VERSION_38
The latter is only available (and set by default) if you have compiled
FreeType with the
Patch applied, thanks.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel
Hello Michael!
I need to lookup the StdVW value that is in the Type1 private dict
of an OpenType font (with CFF outlines).
Why?
And since I already have the font loaded in FreeType, I was looking
for a way to get the value from there. But the
FT_Get_PS_Font_Private service is not
I need it for filling out a font descriptor in a PDF (it's the StemV
value of the dictionary). By requiring that my CFF font files
contain exactly one font, they can be embedded directly in the PDF
(the PDF spec has this requirement, p 468 in the 1.7 version).
OK.
Yes, sub-fonts are
Right now the code calls FT_Load_Glyph() and then
FT_GlyphSlot_Embolden() if the style flags for the face don't
support bold or italic. However, that function makes use of a glyph
slot and once I cut over to using FTC_ImageCache_Lookup() I cannot
use FT_GlyphSlot_Embolden anymore.
Does
But for non-CID, CFF Fonts where the CFF FontSet notion is mapped to
the FreeType face notion, wouldn't it still make sense to be able
to access the private dict of a face, as it is possible for the
plain Type1 fonts?
Yes. The new code for the CFF version of `FT_Get_PS_Font_Private' had
Behdad Esfahbod (on behalf of Google) contributed support for color
embedded bitmaps (eg. color emoji).
https://color-emoji.googlecode.com/git/specification/v1.html
Here's a link to Google's blog entry:
http://google-opensource.blogspot.de/2013/05/open-standard-color-font-fun-for.html
BTW, I've already received a `This is a good question' answer from
Adobe, waiting for more to come :-)
And here it is. The answer is far from trivial...
Dave Arnold says that there are two cases where the StemV value is
used (he wrote that from memory):
. to select a font weight if a font
From the CHANGES file:
- As announced in the previous release, the old FreeType CFF
engine is now disabled by default. It can be conditionally
compiled by defining the configuration macro
CFF_CONFIG_OPTION_OLD_ENGINE.
Please test.
Werner
Behdad Esfahbod (on behalf of Google) contributed support for color
embedded bitmaps (eg. color emoji).
https://color-emoji.googlecode.com/git/specification/v1.html
Only bitmaps?
Yes, since extending the available embedded bitmap tables in the
OpenType specification is rather trivial.
I noticed that these lines have recently been removed from
'ftdebug.h' [...]
Please send me all the warnings. The removal is of temporary nature
only: I'm going to re-add this pragma as soon as I know what it
exactly suppresses (I don't have MSVC).
Werner
Please send me all the warnings. The removal is of temporary
nature only: I'm going to re-add this pragma as soon as I know what
it exactly suppresses (I don't have MSVC).
Hi Werner, I understand. Here's a good example to get you started.
[...]
Thanks for the explanations! What I
Okay, here's my original Buildlog output text (in HTML format).
I've packed it into a zip file this time because the first one was
too big.
Thanks again! I've again disabled MSVC warning C4127 in the git
repository; especially after looking at
Okay, so in my specific case (CFF) the value is not used.
Yes, it seems that you can just add a dummy value.
I have been busy with other things, and was about to start making
the change in the FreeType code that we talked about. But it's a
little demotivating that the (required!) value is
It regards the glyf table and the scaling of composite glyphs.
From what I understood the flags specify the magnitudes for scaling
of all the points of the whole compontent/subglyph. By reading
the code:
translate_array( num_points - num_base_points,
base_vec +
In file included from src/imaging/libimagingft/_imagingft.c:31:
/usr/local/include/ft2build.h:56:10: fatal error:
'freetype/config/ftheader.h' file not found
#include freetype/config/ftheader.h
^
1 error generated.
error: command 'clang' failed with exit status 1
I read the
- As announced in the previous release, the old FreeType CFF engine
is now disabled by default. It can be conditionally compiled by
defining the configuration macro CFF_CONFIG_OPTION_OLD_ENGINE.
It looks like it's only disabled by default in devel/ftoption.h but
not in
FreeType 2.5.0.1 has been released.
It is available from
http://savannah.nongnu.org/download/freetype/
or
http://sourceforge.net/projects/freetype/files/
The latter site also holds older versions of the FreeType library.
See below for the relevant snippet from the CHANGES file;
1301 - 1400 of 3661 matches
Mail list logo
