---------- Forwarded message ----------
From: mehdi houshmand <med1...@gmail.com>
Date: 6 March 2012 10:12
Subject: Fwd: Google Summer of Code
To: fop-dev@xmlgraphics.apache.org

I fat-fingered the reply button instead of reply-to-all... *face-palm*

---------- Forwarded message ----------
From: mehdi houshmand <med1...@gmail.com>
Date: 6 March 2012 09:33
Subject: Re: Google Summer of Code
To: Craig Ringer <ring...@ringerc.id.au>

On 6 March 2012 00:16, Craig Ringer <ring...@ringerc.id.au> wrote:
> On 03/05/2012 09:35 PM, mehdi houshmand wrote:
>> Because of the overwhelming popularity of this idea, I've created a
>> link on the Wiki
>> (http://wiki.apache.org/xmlgraphics-fop/GoogleSummerOfCode2012) for
>> the GSoC proposals.
> Things that come to mind for me:
> - PDFBox backend (probably ideal for GSoC, nice and self contained, great
> for someone who knows PDFBox and wants to learn fop's codebase);
> - CID fonts in PostScript (good for someone who knows PS and fonts, not
> necessarily XSL-FO so much);

There is already a big body of work that does this, check the
TrueTypeInPostScript branch as well as the patch
https://issues.apache.org/bugzilla/show_bug.cgi?id=50483. This stuff
needs to be merged into trunk and we do have that on our agenda,
but... I don't make the rules.

> - Using automatic +- kerning, +- tracking *and* +- horizontal type scaling
> adjustment to better auto-fit text, involving support for font-stretch
> property. This touches on layout so it may not be practical for a 1st fop
> project, but may not be too bad since fop already adjusts tracking when
> justifying text. The key interest points would be *negative* tracking,
> kerning and (if nothing else works) glyph-scaling for tighter type-fitting
> where it's not desirable to break to a new line due to widow/orphan policy
> or because it'd create large holes. This is particularly important when long
> unbreakable words must fit a fixed width space.

This sounds pretty interesting!! Could you put this and maybe a little
more information in a proposal similar to
https://issues.apache.org/jira/browse/COMDEV-66 or
https://issues.apache.org/jira/browse/COMDEV-67 and I'll create a JIRA

> - PDF/X-1a with CMYK;

I have no idea what is involved here, sounds like a lot of time in the
spec and battling FOP, but as I said, those are baseless assumptions.
Is that an interesting project?

> - Anything in the proposed XSL-FO 2.0 feature list (though most of it won't
> be realistic for GSoC projects);
> - Merge fop-pdf-image and implement smart merging of font, profile, and
> image resources. I'm working on this one at the moment, but slowly and only
> amid other projects.

I really don't think that's a suitable project, I responded to your
post so maybe we could take this conversation else where, but this
really isn't FOPs responsibilty, or for that matter the
pdf-image-plugin. If anything, I'd argue that's a PDFBox project,
Adobe Acrobat Pro does this kind of thing (badly may I add) as a
post-process action and I think that's the correct way to do it. The
other thing to say is that a new comer may not appreciate the
importance of fidelity when fonts are concerned. Basically it's too
difficult for a student given a few months and no previous experience.

> --
> Craig Ringer

Reply via email to