On Thursday 03 August 2006 16:47, Apache Wiki wrote:
Dear Wiki user,
...
Hi Jeremias,
just saw your improved keeps wiki and am wondering if an algorithm along
the following lines may do the trick to deal sensibly with different
keep strength values in the context of the Knuth breaking
Hey Manuel,
that's a very interesting idea. I think that could work. To me it looks
like the biggest problems in the whole topic is determining the right
representation of keep values inside the LMs and implementing
.within-page for multi-column documents. I won't bother with second for
the time
On Thursday 03 August 2006 18:44, Jeremias Maerki wrote:
Hey Manuel,
that's a very interesting idea. I think that could work. To me it
looks like the biggest problems in the whole topic is determining the
right representation of keep values inside the LMs and implementing
.within-page for
On Wed, Aug 02, 2006 at 06:44:28PM +0200, Vincent Hennebert wrote:
3) Additional steps for OpenType GSUB table support
The goal is to enable the smart font features of OpenType, automatic
ligatures as mentioned above, language-dependent glyph substitutions
(different shapes if a letter is
On Thursday 03 August 2006 21:04, Simon Pepping wrote:
On Wed, Aug 02, 2006 at 06:44:28PM +0200, Vincent Hennebert wrote:
snip/
3b) Modify the chars-to-metrics mapping to handle things like
automatic ligatures, where several chars map to a single glyph
Here I think you can profit
Well, it's all relative. :-) Moving to a different internal
representation/handling of keep values inside the layout managers is
probably the largest and most pervasive task in all this, one that I
currently don't see a way around if we want to have relaxed keeps. I
just want to make sure we use a
On 03.08.2006 15:04:40 Simon Pepping wrote:
snip/
Aren't DejaVu fonts only TrueType fonts?
I think so, but they still have tables for some of the features Bertrand
is investigating to implement.
Have a look at the STIX fonts,
http://www.stixfonts.org/swdev_geninfo.html. I believe they will
On Aug 2, 2006, at 1:05 AM, Jeremias Maerki wrote:The logo is here: http://people.apache.org/~jeremias/fop/logo/OK if I check in and use the new variant or is it too far from theoriginal?BTW, the SVG currently doesn't produce the right result if you use it inFO to create a PDF using FOP. There are
On 03.08.2006 16:51:20 Web Maestro Clay wrote:
On Aug 2, 2006, at 1:05 AM, Jeremias Maerki wrote:
The logo is here: http://people.apache.org/~jeremias/fop/logo/
OK if I check in and use the new variant or is it too far from the
original?
BTW, the SVG currently doesn't produce the
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project xml-fop has an issue affecting its community integration.
This issue affects 1
Hi, and thanks everybody for your replies.
On 8/2/06, Jeremias Maerki [EMAIL PROTECTED] wrote:
...No, I've been able to restore kerning support. If there's still some
commented code I should probably remove it now. Can you give me a
pointer?...
You're right, kerning works for builtin fonts
On 8/3/06, Manuel Mall [EMAIL PROTECTED] wrote:
On Thursday 03 August 2006 21:04, Simon Pepping wrote:
... The main problem with all these smart font features is that you
cannot implement them in rendering without also implementing them in
the linebreaking code
...That comment does
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project xml-fop-maintenance has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project xml-fop-maintenance has an issue affecting its community integration.
This issue
Hi All,
Hem, once again :-\
In section 4.5 of the spec it is written that, for a line-area, the
start-edge of its allocation-rectangle is offset from the start-edge of
the content-rectangle of the nearest ancestor reference-area by the sum
of its start-indent and start-intrusion-adjustment.
On 03.08.2006 17:40:36 Bertrand Delacretaz wrote:
Hi, and thanks everybody for your replies.
On 8/2/06, Jeremias Maerki [EMAIL PROTECTED] wrote:
...No, I've been able to restore kerning support. If there's still some
commented code I should probably remove it now. Can you give me a
I went looking and found that the fix is actually very easy: Just make
sure a page-sequences FO children are unreferenced when a page-sequence
is done. The PageSequenceLM is properly disposed by the AreaTreeHandler
so at least the LMs were already released properly. So far I haven't
seen any
On Aug 3, 2006, at 18:59, Jeremias Maerki wrote:
I went looking and found that the fix is actually very easy: Just make
sure a page-sequences FO children are unreferenced when a page-
sequence
is done. The PageSequenceLM is properly disposed by the
AreaTreeHandler
so at least the LMs were
On Thu, Aug 03, 2006 at 05:40:36PM +0200, Bertrand Delacretaz wrote:
At this point, my plan, for a first phase, would be
-Integrate Adam Strzelecki's patch to support extended character sets
cleanly
-Check that OpenType fonts with TrueType outlines are usable as custom
fonts, including
Vincent Hennebert wrote:
A line-area is a block-area
I doubt this. Last time I read the spec, I got the impression
that lines are not explicit block areas.
J.Pietschmann
Bertrand Delacretaz wrote:
Doesn't kerning cause the same problem as smart font features (like
automatic ligatures)? It also causes the total width of a group of
character to change when the group is split between two lines.
AFAICT kerning rarely applies to character pairs which may be subject
A line-area is a special sort of block-area (4.5, 1st sentence), it
does not have any border and padding. Furthermore, 4.4 defines the
behaviour of block-areas and makes special comments that many of those
feature don't apply to block-areas which are line-areas (for example for
start/end-indent).
On Aug 3, 2006, at 8:05 AM, Jeremias Maerki wrote:On 03.08.2006 16:51:20 Web Maestro Clay wrote: +1 from me... nice job. Thanks. (although I would prefer the issues ironed out...) Do you mean the not quite identical font or the gradient bug inPDFGraphics2D? The gradient bug... :-p Clay Leeds[EMAIL
23 matches
Mail list logo
