Hello all (licensing specialists, XML PMC people, fop-devs)
(I don't know where might be the best place to discuss this. fop-dev is
currently very low-traffic.)
The FOP team needs help. In February we realized that we had problematic
hyphenation pattern files in our codebase. For example, some
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17727.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
other issues:
-pt.xml iseems ok and can be put back?
[Jeremias Maaerki]
No, it isn't IMO. It forbids commercial usage which is not forbidden by
FOP's license. We cannot guarantee that the file is indirectly used for
commercial purposes. I could be wrong. I'll ask on on licensing.
I already
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17727.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17727.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17727.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks for bringing it up again. It forgot that in the pile of work
these license problems generate. I'm sorry. I've updated the Wiki page
accordingly.
I've submitted some questions today concerning license issues. As soon
as I get the answers I'm going to contact you so we can finally readd
your
jeremias2003/03/06 09:43:07
Modified:src/org/apache/fop/fonts MultiByteFont.java CIDFont.java
FontDescriptor.java Glyphs.java LazyFont.java
Font.java BFEntry.java CustomFont.java
CIDFontType.java FontType.java
Hi,
* Jeremias Maerki; [EMAIL PROTECTED] on 06 Mar, 2003 wrote:
Thanks for bringing it up again. It forgot that in the pile of work
these license problems generate. I'm sorry. I've updated the Wiki page
accordingly.
I know you have tons of stuff to be sorted our with these licenses. Just
to make
Patrick C. Lankswert wrote:
If there is anything you need reworked, just let me know.
No problem apart from the surprise.
I wrote up something in pdfencryption.xml, checked in in HEAD (not
the maintenance branch). If you (or someone else) would proofread
it, in order to spare others the trouble...
Jeremias Maerki wrote:
-pt.xml iseems ok and can be put back?
No, it isn't IMO. It forbids commercial usage which is not forbidden by
FOP's license.
This was the old pt.xml. Should I recommit the new one (released
under APL)? I thought I committed it both to HEAD and the maintenance
branch...
* Jeremias Maerki; [EMAIL PROTECTED] on 06 Mar, 2003 wrote:
related C source file
http://www.ctan.org/tex-archive/language/turkish/hyphen/turk_hyf.c
from Pierre A. MacKay which states that in case of commercial
distribution the author must be contacted. Which is one more indicator
that there could
Jeremias Maerki wrote:
Unfortunately, that's not so easy. You've created a derived work, which
can't simply claim full copyright for.
In the realm of legal battles, wording matters.
Claiming copyright is ok as long as there was substantial work put
into creating the Derived Work.
Claiming the
Togan Muftuoglu wrote:
side note why do I have to work the harder way no spellchecker no
hyphenation I started wondering am I the only one using these things
under Linux :-(
Until recently ispell was good enough. It's a bit dated now
but you could check Savannah whether anybody picked it up for
On a related matter: some time ago someone mentioned the japanese
hyphenation standard. I was not able to find the document, probably
all web sites dealing with this are in japanese. Is there anybody
listening who can help out?
J.Pietschmann
Peter B. West wrote:
Looks like a timing problem. I may have been trying to hit the server
at a bad time. Working now, failed earlier.
On infrastructure@ it was mentioned this was a configuration problem
on icarus.
J.Pietschmann
Did you see my earlier mail to Marcelo Jaccoud Amaral? I'd like to wait
until we get answers from licensing@ (especially because of the grant
thing).
On 06.03.2003 21:45:58 J.Pietschmann wrote:
Jeremias Maerki wrote:
-pt.xml iseems ok and can be put back?
No, it isn't IMO. It forbids
Peter, Keiron: how is the web site updated? I thought there was a
cron job every few hours?
Currently it only updates the site here: http://forrestbot.cocoondev.com (seems to
be down at the moment)
From this site you can update the main site by entering the correct
name/password, I'll send
Keiron Liddle wrote:
Peter, Keiron: how is the web site updated? I thought there was a
cron job every few hours?
Currently it only updates the site here: http://forrestbot.cocoondev.com (seems to
be down at the moment)
From this site you can update the main site by entering the correct
pietsch 2003/03/06 15:06:15
Modified:src/org/apache/fop/fo/pagination Tag: fop-0_20_2-maintain
PageSequence.java
Log:
Avoid NPE if links are placed in spilled footnote.
Link areas are still displaced, so they don't appear to work.
Also, page numbers
Keiron Liddle wrote:
Hi Jens,
Do you want to get started on implementing it in the redesign?
What we will need is an InlineContainerLayoutManager that returns a single inline
object as with other layout managers such as image. The inline-container area will
have width, height and alignment.
pietsch 2003/03/06 15:24:41
Modified:src/org/apache/fop/fo/flow Tag: fop-0_20_2-maintain
Block.java
Log:
Fixed problem with page-number-citations referring to blocks
with a break-before=page.
Revision ChangesPath
No revision
Joerg,
Is there an infrastructure@ archive?
Peter
J.Pietschmann wrote:
Peter B. West wrote:
Looks like a timing problem. I may have been trying to hit the server
at a bad time. Working now, failed earlier.
On infrastructure@ it was mentioned this was a configuration problem
on icarus.
--
pietsch 2003/03/06 15:55:31
Modified:src/org/apache/fop/fo/flow Tag: fop-0_20_2-maintain
Footnote.java
src/org/apache/fop/fo/pagination Tag: fop-0_20_2-maintain
PageSequence.java
src/org/apache/fop/layout Tag:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8816.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Peter B. West wrote:
Is there an infrastructure@ archive?
I'd think so, but archives for not-quite-public lists are a mess.
You can log onto icarus (cvs.apache.org) (or was it daedalus?) and
peek into the list inbox, or something like this. Which, of course
requires ssh access...
J.Pietschmann
Hi Peter,
For the inline-container all it does is return one or more inline viewport areas.
I think, but need to check, that it only can create more than one viewport if the IPD
of the contents is perpendicular to the parent IPD. This ensures that the areas a
properly ordered. If the IPD is the
Hi All,
I am trying to use batik extensions through
FOP. I added BatikElementMapping and BatikObj objects
into my FOP src and then registered them in the driver
class but I am still getting some exceptions. Can
anybody help me out ? I am trying to embed the
flowText.svg ( provided by
Yes. I am using the 0.20.5rc2. May be for the batik
extensions to work through FOP, I need to tweak some
batik code also??
Swapan.
--- Keiron Liddle [EMAIL PROTECTED] wrote:
Hi All,
I am trying to use batik extensions through
FOP. I added BatikElementMapping and BatikObj
objects
Konnichiwa.
On Thu, 06 Mar 2003 22:32:10 +0100 , J.Pietschmann wrote:
On a related matter: some time ago someone mentioned the japanese
hyphenation standard. I was not able to find the document, probably
all web sites dealing with this are in japanese. Is there anybody
listening who can
pbwest 2003/03/06 17:38:44
Added: src/documentation/resources codedisplay.js
Log:
Display htmlized code in inline frames.
Revision ChangesPath
1.1 xml-fop/src/documentation/resources/codedisplay.js
Index: codedisplay.js
Keiron Liddle wrote:
Hi Peter,
I'm not sure what you mean by pass line-areas back up to a parent as the child
areas of the inline container are not passed up. This is a different situation than
when there are blocks inside and fo:inline.
Keiron,
You're right, I was thinking of fo:inline,
keiron 2003/03/06 22:15:15
Modified:src/documentation sitemap.xmap
Log:
updated to latest forrest sitemap 1.71
Revision ChangesPath
1.11 +795 -531 xml-fop/src/documentation/sitemap.xmap
Index: sitemap.xmap
* J.Pietschmann; [EMAIL PROTECTED] on 06 Mar, 2003 wrote:
Togan Muftuoglu wrote:
side note why do I have to work the harder way no spellchecker no
hyphenation I started wondering am I the only one using these things
under Linux :-(
Until recently ispell was good enough. It's a bit dated now
but
Hi All,
I am trying to use batik extensions through
FOP. I added BatikElementMapping and BatikObj objects
into my FOP src and then registered them in the driver
class but I am still getting some exceptions. Can
anybody help me out ? I am trying to embed the
flowText.svg ( provided by batik
35 matches
Mail list logo