Chris Bowditch | 1 Jun 13:16 2004
Picon

Re: InlineLMs

Simon Pepping wrote:

> Inline area generating LMs and Inline area containing LMs
> and their corresponding FO nodes
> =========================================================
> 
> In the listings below the LMs are followed by the FO nodes that
> generate them.

Thanks for the summary Simon.

<snip/>

> Note that Luca's patch causes a loop on this block. The null
> implementation of AbstractLayoutManager.getNextKnuthElement causes
> this. It should be modified to finish the LM:

Great stuff. Do you think Luca's patch is ready to be committed with this 
change? Or is more testing required?

Thanks,

Chris

Simon Pepping | 1 Jun 20:28 2004
Picon

Re: InlineLMs

On Tue, Jun 01, 2004 at 12:16:24PM +0100, Chris Bowditch wrote:
> Simon Pepping wrote:
> 
> >Note that Luca's patch causes a loop on this block. The null
> >implementation of AbstractLayoutManager.getNextKnuthElement causes
> >this. It should be modified to finish the LM:
> 
> Great stuff. Do you think Luca's patch is ready to be committed with this 
> change? Or is more testing required?

No. Without this change other childLMs than TextLM cause an infinite
loop, because null is returned but the childLM never finishes. This is
a special feature of getChildLM(): It is a sort of iterator over the
childLMs but it does not advance to the next childLM except when the
current childLM is finished. With this change the childLM declares
itself finished immediately, without contributing any breakposs. A
real null implementation. :-)

A way must be found to let childLMs other than TextLM contribute to
the Knuth algorithm. Some LMs simply contribute a box. Others,
esp. InlineStackingLM, contribute text elements from their own TextLM
childLMs. These must be forwarded to the LineLM, and the LineLM must
be able to request hyphenation from those TextLMs. This is not
trivial. I expect that Luca is working on it. If not, someone else
must take it up.

Regards, Simon

--

-- 
Simon Pepping
(Continue reading)

Chris Bowditch | 2 Jun 10:09 2004
Picon

Re: InlineLMs

Simon Pepping wrote:

>>Great stuff. Do you think Luca's patch is ready to be committed with this 
>>change? Or is more testing required?
> 
> 
> No. Without this change other childLMs than TextLM cause an infinite
> loop, because null is returned but the childLM never finishes. This is
> a special feature of getChildLM(): It is a sort of iterator over the
> childLMs but it does not advance to the next childLM except when the
> current childLM is finished. With this change the childLM declares
> itself finished immediately, without contributing any breakposs. A
> real null implementation. :-)
> 
> A way must be found to let childLMs other than TextLM contribute to
> the Knuth algorithm. Some LMs simply contribute a box. Others,
> esp. InlineStackingLM, contribute text elements from their own TextLM
> childLMs. These must be forwarded to the LineLM, and the LineLM must
> be able to request hyphenation from those TextLMs. This is not
> trivial. I expect that Luca is working on it. If not, someone else
> must take it up.

Simon, thanks for the full explanation.

Chris

bugzilla | 2 Jun 23:18 2004
Picon

DO NOT REPLY [Bug 24299] - combining border-right, border-left in table-cells with background-color in table-rows

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=24299>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=24299

combining border-right, border-left in table-cells with background-color in table-rows

------- Additional Comments From avogt <at> s-und-n.de  2004-06-02 21:18 -------
After some code study ... , problem occured to me:
the background rectangle gets drawn over the border of the cell to the left and
to the top. those borders get drawn first. the background rect dimension and
position does not account for any existing borders (see
AbstractRenderer.doBackground()). thats no problem for the current cell since
its borders get drawn later.

border computations are ok.
background-color rectangle is wrong.

Problem: the cell needs to know if its left or its upper neighbor have borders!
Only then does it have to make the background rect smaller.

bugzilla | 2 Jun 23:24 2004
Picon

DO NOT REPLY [Bug 6929] - Cells border hidden by cells background

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=6929>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=6929

Cells border hidden by cells background

avogt <at> s-und-n.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |DUPLICATE

------- Additional Comments From avogt <at> s-und-n.de  2004-06-02 21:24 -------

*** This bug has been marked as a duplicate of 24299 ***

bugzilla | 2 Jun 23:24 2004
Picon

DO NOT REPLY [Bug 24299] - combining border-right, border-left in table-cells with background-color in table-rows

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=24299>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=24299

combining border-right, border-left in table-cells with background-color in table-rows

avogt <at> s-und-n.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lolive <at> lolive.net

------- Additional Comments From avogt <at> s-und-n.de  2004-06-02 21:24 -------
*** Bug 6929 has been marked as a duplicate of this bug. ***

bugzilla | 2 Jun 23:26 2004
Picon

DO NOT REPLY [Bug 14122] - table cell overlaps in next cell when background-color is not specified

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=14122>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=14122

table cell overlaps in next cell when background-color is not specified

avogt <at> s-und-n.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |DUPLICATE

------- Additional Comments From avogt <at> s-und-n.de  2004-06-02 21:26 -------

*** This bug has been marked as a duplicate of 24299 ***

bugzilla | 2 Jun 23:26 2004
Picon

DO NOT REPLY [Bug 24299] - combining border-right, border-left in table-cells with background-color in table-rows

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=24299>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=24299

combining border-right, border-left in table-cells with background-color in table-rows

avogt <at> s-und-n.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thilo.s <at> web.de

------- Additional Comments From avogt <at> s-und-n.de  2004-06-02 21:26 -------
*** Bug 14122 has been marked as a duplicate of this bug. ***

Luca Furini | 3 Jun 11:02 2004
Picon

Re: InlineLMs


Simon, thanks for all the information.

At the moment, I am working on LeafNodeLM (now fo:leader works)
and InlineStackingLM.
I think I'll be able to post a second patch next week.

Regards
    Luca

bugzilla | 4 Jun 10:09 2004
Picon

DO NOT REPLY [Bug 28705] - PDF Text search doesnt work for embedded fonts.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=28705>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28705

PDF Text search doesnt work for embedded fonts.

------- Additional Comments From joachim.unger <at> softwareag.com  2004-06-04 08:09 -------
The bfrange-section in the metrics file was filled correctly. Can I use these 
values as a cmap section in the pdf?


Gmane