On Mon, 2002-11-04 at 21:30, Patrick Dean Rusk wrote:
I've been following this list for a few weeks now, but I'm still unclear as
to the current status of the re-design efforts. The FOP Web site's status
page hasn't been updated since June, apparently, when the estimate of being
35%
bdelacretaz2002/11/05 00:51:44
Modified:src/org/apache/fop/rtf/renderer RTFHandler.java
Log:
RTFHandler constructor IOException removed
Revision ChangesPath
1.2 +5 -3 xml-fop/src/org/apache/fop/rtf/renderer/RTFHandler.java
Index: RTFHandler.java
keiron 2002/11/05 01:05:41
Modified:src/org/apache/fop/layoutmgr TextLayoutManager.java
Log:
ignore newline character
some documentation
Revision ChangesPath
1.15 +43 -20xml-fop/src/org/apache/fop/layoutmgr/TextLayoutManager.java
Index:
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=14248.
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=14248.
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=14248.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello there!
I only just realized XEP also doesn't support auto table layout, it just tries
to balance columns if column widths are not specified. I don't understand
exactly what that balancing means, but anyway, you know, I mean probably we
could adopt this strategy (in 1.0 surely) before
Hello there!
I see forrest at the web site and it looks terrific! Well done, my
congratulations.
Sorry for predating any official announce :)
--
Oleg Tkachenko
eXperanto team
Multiconn Technologies, Israel
-
To unsubscribe,
I see forrest at the web site and it looks terrific! Well done, my
congratulations.
Sorry for predating any official announce :)
+1, looks great
_
Unlimited Internet access -- and 2 months free! Try MSN.
Oleg Tkachenko wrote:
Hello there!
I see forrest at the web site and it looks terrific! Well done, my
congratulations.
Congratulations! :-)
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
keiron 2002/11/05 03:09:55
Modified:src/org/apache/fop/render/pdf PDFRenderer.java
Log:
handle unresolved pdf bookmark
fix for font not set after drawing borders
Revision ChangesPath
1.127 +17 -13xml-fop/src/org/apache/fop/render/pdf/PDFRenderer.java
keiron 2002/11/05 03:18:35
Modified:src/org/apache/fop/layoutmgr
InlineStackingLayoutManager.java
Log:
ignore blocks in inline areas for the moment
Revision ChangesPath
1.6 +41 -10
keiron 2002/11/05 03:19:52
Modified:src/org/apache/fop/layoutmgr/table Cell.java Row.java
Log:
set all cells to the row height
Revision ChangesPath
1.4 +13 -1 xml-fop/src/org/apache/fop/layoutmgr/table/Cell.java
Index: Cell.java
keiron 2002/11/05 03:38:04
Modified:src/documentation sitemap.xmap
src/documentation/content/xdocs download.xml index.xml
status.xml
src/documentation/content/xdocs/dev index.xml svg.xml
Log:
latest sitemap and some minor link
pbwest 2002/11/05 06:18:52
Modified:src/org/apache/fop/fo/pagination Tag: FOP_0-20-0_Alt-Design
FoLayoutMasterSet.java
Log:
Removed foTree field from FONode.
Revision ChangesPath
No revision
No revision
pbwest 2002/11/05 06:22:46
Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design
FOPropSets.java
Log:
Removed declarations and color-profile sets.
Revision ChangesPath
No revision
No revision
pbwest 2002/11/05 06:23:29
Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design
FOAttributes.java
Log:
Removed foTree field.
Revision ChangesPath
No revision
No revision
1.1.2.12 +3 -7
pbwest 2002/11/05 06:24:58
Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design FoRoot.java
Log:
Removed foTree field from FONode.
Saved pageSequenceMaster HashMap from FoLayoutMasterSet.
Deleted layout-master-set subtree.
Revision ChangesPath
No
pbwest 2002/11/05 06:28:53
Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design FONode.java
Log:
Removed event field. N.B. Important that this not be restored
without ensuring subclasses handle it correctly.
Removed foTree and parent fields. Rely on underlying tree and
pbwest 2002/11/05 06:33:12
Modified:src/org/apache/fop/datastructs Tag: FOP_0-20-0_Alt-Design
TNode.java
Log:
Changes to accommodate externalising of Node from Tree.
Revision ChangesPath
No revision
No
pbwest 2002/11/05 06:42:36
Modified:src/org/apache/fop/datastructs Tag: FOP_0-20-0_Alt-Design
Node.java
Log:
Added addSubTree() setSubTreeTree() methods.
Added cutSubTree(). Changed delete() to preserve internal subtree structure for
cutSubTree().
pbwest 2002/11/05 06:44:36
Modified:src/org/apache/fop/datastructs Tag: FOP_0-20-0_Alt-Design
TNodeTest.java
Log:
Added cutSubTree, addSubTree and Tree(subtree) tests.
Revision ChangesPath
No revision
No
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=13699.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeremias Maerki wrote:
up a few patch submissions. While applying them I ran across several
files that had CRCRLF endings instead of CRLF when checked out using
WinCVS on a Windows box. I think I have successfully corrected those I
ran into. Does anyone have a good idea how to...
1. identify
Thanks for your input. Your suggestion below smells dangerous, though.
In the meantime I've started a little check-program (in Java) that
analyzes files on their line endings using regex-matching. I think, I'll
expand that to a little project including command-line app, ant-task etc.
On Tue, 5
Hi all,
does any one implemented the propety wod-spacing in Fop. if so how can i make it work in my code. Thanks in advance.
SriSurf the Web without missing calls! Get MSN Broadband. Click Here
-
To unsubscribe, e-mail: [EMAIL
Victor Mote wrote:
Also, if you want to clean up the files in the repository, I understand that
running cvs admin -kkv FILE will do so. This will tell cvs to treat the
files as text files instead of binary, which is apparently the root of the
problem. (I know, -k is for keywords, but cvs has
Victor Mote [EMAIL PROTECTED] wrote:
[...]
I have never been able to get grep to detect them. The only way I know (and
it falls into the category of beat it to death) is to convert each file
using tr, then compare it to the old one. Here is a script that I just ran
on my box that works:
Jeremias,
The unix 'file' command, with a subsequent check for the work 'text', as
mentioned by Victor earlier, is a very good start for file type checking.
Peter
Jeremias Maerki wrote:
Thanks for your input. Your suggestion below smells dangerous, though.
In the meantime I've started a little
Bertrand Delacretaz wrote:
AFAIK as long as the binary file flag is not set, CVS takes care of line
endings by itself when a file is checked out
(http://www.loria.fr/~molli/cvs/doc/cvs_9.html#SEC76), converting them to
what's appropriate for the platform.
Bertrand,
This needs a bit more
Ralph LaChance wrote (to Oleg):
Some months ago, we exchanged some notes regarding a problem
in java that leads to a discrepancy in glyph measuring and rendering
between printing and on-screen viewing. Does your work by any
chance avoid or resolve those problems ? (For that matter, does
Tim Landscheidt wrote:
Why not just use file(1)?
| [tim@butler ~]$ file /var/tmp/test-{dos,unix}.txt
| /var/tmp/test-dos.txt: ASCII text, with CRLF line terminators
| /var/tmp/test-unix.txt: ASCII text
I thought of that too, but it doesn't work on my Linux box (which reports
both as ASCII
Ralph LaChance wrote:
Your comment about progress on the awt viewer is good news -
I'm looking forward to trying it out !
Well, I'm afraid I have to disappoint you, but we have talked about
1.0dev stuff. The viewer's reworking at the moment primary consists of
cleaning the code, removing
Hi Peter
Yes, file works fine to identify the bad files. It's available on cygwin.
But I think, I'll give my Java-stuff a chance anyway.
On Wed, 06 Nov 2002 12:55:05 +1000 Peter B. West wrote:
The unix 'file' command, with a subsequent check for the work 'text', as
mentioned by Victor
It works on cygwin. Here's some sample output from my Windows machine:
$ file /cygdrive/d/FOP/branch/xml-fop/src/org/apache/fop/apps/*
/cygdrive/d/FOP/branch/xml-fop/src/org/apache/fop/apps/AWTStarter.java: ASCII
C program text, with CRLF line terminators
35 matches
Mail list logo
