---------- 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 issue. > > - 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