cvs commit: xml-fop/src/documentation/content/xdocs/dev rtflib.xml
vmote 2003/07/06 23:36:43 Modified:src/documentation/content/xdocs/dev rtflib.xml Log: expand Document Structure and Attributes sections Revision ChangesPath 1.3 +123 -7xml-fop/src/documentation/content/xdocs/dev/rtflib.xml Index: rtflib.xml === RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/dev/rtflib.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- rtflib.xml7 Jul 2003 04:30:40 - 1.2 +++ rtflib.xml7 Jul 2003 06:36:43 - 1.3 @@ -35,7 +35,7 @@ titleOverview/title pPerhaps the easiest way to see how to use RTFLib is by looking at an example. A set of test documents is part of the package, and can be link href=http://cvs.apache.org/viewcvs.cgi/xml-fop/src/java/org/apache/fop/rtf/rtflib/testdocs/;viewed online/link. A quick look at the Abstract link href=http://cvs.apache.org/viewcvs.cgi/xml-fop/src/java/org/apache/fop/rtf/rtflib/testdocs/TestDocument.java?rev=HEADamp;content-type=text/vnd.viewcvs-markup;TestDocument/link class, and one of the Concrete subclasses, link href=http://cvs.apache.org/viewcvs.cgi/xml-fop/src/java/org/apache/fop/rtf/rtflib/testdocs/SimpleDocument.java?rev=HEADamp;content-type=text/vnd.viewcvs-markup;SimpleDocument/link will provide the basics of how to use the package./p -pThere are two basic concepts you will need to understand to use RTFLib:/p +pThere are two basic concepts you will need to understand in order to use RTFLib:/p ul liDocuments are created by filling bigger containers with successively smaller containers, and eventually with content./li liAttributes may be set for each container or content as it is created/li @@ -45,6 +45,7 @@ section id=userdoc-structure titleDocument Structure/title warningThis section is very incomplete./warning +pThe documentation in this section is intended to provide a high-level view of the process of building an RTF document. For more detailed API documentation of the various methods, be sure to consult the Javadocs for RTFLib./p pThe following table summarizes the various containers that can be created:/p table tr @@ -56,25 +57,67 @@ tr tdDocument Area/td tdRtfFile.startDocumentArea()/td -td./td +tdInformation Group, Document Formatting/td tdSection/td /tr tr tdSection/td tdRtfDocumentArea.newSection()/td -td./td -tdParagraph/td +tdSection Formatting/td +tdParagraph, ParagraphKeepTogether, Image, List, Before (Page Heading), After (Page Footer), JforCmd/td /tr tr tdParagraph/td tdRtfSection.newParagraph()/td -td./td +tdParagraph Formatting, Character Formatting/td tdText/td /tr tr +tdParagraphKeepTogether/td +tdRtfSection.newParagraphKeepTogether/td +td./td +td./td + /tr + tr +tdImage/td +tdRtfSection.newImage/td +td./td +td./td + /tr + tr +tdTable/td +tdRtfSection.newTable/td +td./td +td./td + /tr + tr +tdList/td +tdRtfSection.newList/td +td./td +td./td + /tr + tr +tdBefore (Page Heading)/td +tdRtfSection.newBefore/td +td./td +td./td + /tr + tr +tdAfter (Page Footer)/td +tdRtfSection.newAfter/td +td./td +td./td + /tr + tr +tdJforCmd/td +tdRtfSection.newJforCmd/td +td./td +td./td + /tr + tr tdText/td tdRtfParagraph.newText()/td -td./td +tdCharacter Formatting/td tdN/A/td /tr /table @@ -82,7 +125,80 @@ section id=userdoc-attributes titleAttributes/title warningThis section is very incomplete./warning -pAttributes can be set for each container and piece of content in the document. The general approach is to build an RtfAttributes object containing the various attributes, then pass that RtfAttributes object to the method that creates the new container or content. The following information lists the various attributes that can be set for each type of container./p +
Re: JPEG images in Postscript
From: Jeremias Maerki [EMAIL PROTECTED] Moving to fop-dev because it gets technical... :-) I'm currently figuring out how best to solve this. I'm looking at the code from jpeg2ps which doesn't seem to have a problem with these JPEG files. The code in there is made to ignore any trailing bytes but processes the whole stream twice if I interpret correctly. Maybe looking for the EOI marker in our code and cutting off there is better performance-wise. But jpeg2ps' code is on the safe side in any case. Preferences anyone? Sorry but this message arrived after I left on Friday. I dont have a preference. Out of interest, which option did you go for? Speed or mimicking the jpeg2ps code? _ Find a cheaper internet access deal - choose one to suit you. http://www.msn.co.uk/internetaccess - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: .cvsignore
Oops. You can blame me for that one then. alt.design has a few things under the build directory. Once a directory is created, there is no sanctioned way to remove it from the repository. The structure must remain in order to re-create any version that is in the repository. I think. Happy bivouacs, Jeremias. Peter Jeremias Maerki wrote: I've read an FAQ entry a while back. I think we just have to remove the build directory on cvs.apache.org to get rid of the problem. Eclipse ignores parts of the cvsignore file if there are files on the CVS server in ignored directories. http://marc.theaimsgroup.com/?t=10476297623r=1w=2 BTW: I'll be offline during the next five days. The green guys call again. On 05.07.2003 22:56:51 J.Pietschmann wrote: the .cvsignore features a quite prominent build entry. However, Eclipse thinks there is s lot of uncommitted stuff in this directory, which I find annoying. Isn't it supposed to ignore this? Even more unfortunate: the commandline cvs complains about missing CVS directories in build/ and subdirectories too on commit, which means it somehow descends there. According to the cvs info page this shouldn't happen either. Am I doing something wrong? -- Peter B. West http://www.powerup.com.au/~pbwest/resume.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/build/tmp .cvsignore
pbwest 2003/07/07 08:13:56 Modified:build/tmp Tag: FOP_0-20-0_Alt-Design .cvsignore Log: Teminate with newline. Revision ChangesPath No revision No revision 1.1.2.2 +1 -1 xml-fop/build/tmp/Attic/.cvsignore Index: .cvsignore === RCS file: /home/cvs/xml-fop/build/tmp/Attic/.cvsignore,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- .cvsignore6 Jul 2003 04:26:55 - 1.1.2.1 +++ .cvsignore7 Jul 2003 15:13:56 - 1.1.2.2 @@ -1 +1 @@ -*.property \ No newline at end of file +*.property - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/documentation/content/xdocs/dev conventions.xml
vmote 2003/07/07 10:01:45 Modified:src/documentation/content/xdocs/dev conventions.xml Log: Include missing URL missed in translation from wiki. Revision ChangesPath 1.3 +1 -1 xml-fop/src/documentation/content/xdocs/dev/conventions.xml Index: conventions.xml === RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/dev/conventions.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- conventions.xml 1 Jul 2003 18:40:26 - 1.2 +++ conventions.xml 7 Jul 2003 17:01:45 - 1.3 @@ -82,7 +82,7 @@ liAvoid using exceptions for flow control./li liTry to catch exceptions as much as possible and rethrow higher level exceptions (meaning hiding the low level detailed and putting a message that is more related to the function of your code)./li liIt is important not to lose the stack trace which contains important information. -Use chained exception for that. Avalon Framework provides [CascadingException] (and similar) for this. +Use chained exception for that. Avalon Framework provides jump href=http://jakarta.apache.org/avalon/api/org/apache/avalon/framework/CascadingException.htm;CascadingException/jump (and similar) for this. Exception class names and stack traces must be treated like gold. Do whatever is required so that this information is not lost. Printing error messages to System.err or System.out is useless in a server-side environment where this info is usually lost./li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MathML in Batik and FOP
Hello Everyone! It would be great to have MathML support in both Batik and FOP. Therefore I would like to begin writing a MathML rendering library that can be used with both Batik and FOP. I am not very familiar with Batik and FOP internals thus I have to begin by asking a few stupid questions. 1) MathML code would be embedded in SVG by means of foreign-object elements and in XSL:FO by means of instream-foreign-object elements. In both cases: can MathML embedded in this way be part of a normal text-run? Is it possible to make FOP/Batik align the mathematical baseline of the MathML code with the baseline of the surrounding text? 2) What kind of interface would such a library have to provide? Should I provide a Batik-Bridge for each MathML element? Could FOP then be made to render MathML via Batik? Or would another approach be more feasible? I would be very interested in an approach that allows for a single rendering library to be used with both FOP and Batik as this reduces maintenance costs. What is the best way to tackle this problem? Answers, comments, opinions, suggestions, technical help and volunteers welcome! Regards, Felix Breuer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/documentation/content/xdocs/dev conventions.xml
vmote 2003/07/07 11:59:46 Modified:src/documentation/content/xdocs/dev conventions.xml Log: Move remaing resolved issues (to date) from the wiki. Revision ChangesPath 1.4 +54 -0 xml-fop/src/documentation/content/xdocs/dev/conventions.xml Index: conventions.xml === RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/dev/conventions.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- conventions.xml 7 Jul 2003 17:01:45 - 1.3 +++ conventions.xml 7 Jul 2003 18:59:46 - 1.4 @@ -6,6 +6,15 @@ titleFOP Development: Coding Conventions/title /header body +pAcknowledgement: Some content in this guide was adapted from other Apache projects such as Avalon, Cactus, Turbine and Velocity./p +section id=cvs + titleCVS Repository/title + pConventions in this section apply to Repository content, regardless of type:/p + ul +liFiles checked in must conform to the code conventions for that type of file (java files must conform to java requirements, xml to xml requirements, etc.). If a submitted patch does not conform, it is the responsibility of the committer to bring it into conformance before checking it in. Developers submitting patches are encouraged to follow the code conventions to reduce the work load on the the committers./li +liTo reduce the amount of spurious deltas, all text (non-binary) files checked into CVS must have Unix-style line endings (LF only). Many IDEs and editors (even on non-Unix platforms) have settings that can facilitate this convention./li + /ul +/section section id=java titleJava/title section id=java-style @@ -54,6 +63,11 @@ tdStandardization, general preference./td tdcheckstyle/td /tr + tr +tdWrite appropriate javadoc entries for all public and protected classes, methods, and variables./td +tdBasic API documentation is needed./td +tdcheckstyle/td + /tr /table pFor developers that dislike these conventions, one workaround is to develop using their own style, then use a formatting tool like link href=http://astyle.sourceforge.net/;astyle/link (Artistic Style) before committing./p /section @@ -90,6 +104,46 @@ liTry to avoid catching Throwable or Exception and catch specific exceptions instead./li /ul /section + section id=java-resources +titleResources/title +ul + li[book on code style] Code Complete by Steve McConnell./li + li[code formatting software] jump href=http://jrefactory.sourceforge.net;JRefactory/jump./li +/ul + /section + section id=java-links +titleRelated Links/title +ul + lijump href=http://xml.apache.org/source.html;Apache Source Repositories/jump/li + lijump href=http://jakarta.apache.org/site/faqs.html#Coding%20Conventions%20and%20Standards;Jakarta Code Conventions and Standards/jump (see Coding Conventions and Standards section)/li + lijump href=http://jakarta.apache.org/avalon/code-standards.html;Avalon Project - Coding Standards/jump/li +/ul + /section +/section +section id=xml + titleXML/title + table +tr + thConvention/th + thRationale/th + thEnforced By/th +/tr +tr + tdXML files must always be well-formed. Validation is optional./td + tdDocument integrity/td + tdNot enforced/td +/tr +tr + tdNo tabs in content./td + tdUsers should not have to adjust tab settings in their editor to be able to read the content./td + tdNot enforced/td +/tr +tr + tdIndentation of 2 spaces per level/td + tdMaximize readability/td + tdNot enforced/td +/tr + /table /section /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: finalize style wiki?
The first pass on the new Conventions (style) page has now been published. I have moved some additional content from the wiki to the Conventions page, and this newer version can be viewed at: http://forrestbot.cocoondev.org/sites/xml-fop/dev/conventions.html I have also cleaned the resolved items out of the wiki, and moved the remaining footnotes up to be closer to the topic to which they refer. There are several items that were not clear enough for me to tell whether we are done with them or not, so I just left them. Please review the remaining issues comment/vote on them so that we can get them resolved be done with style issues for awhile: http://nagoya.apache.org/wiki/apachewiki.cgi?FOPDevelopersStyleGuide At some point, I will clean out any topics that have no content or discussion, or that are not resolved. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [VOTE] ElementMapping changes 5 FO's into pagination
Glen Mazza wrote: (1.) I would like to remove the addToBuilder() function (and update its subclasses) from the ElementMapping interface and replace it with getNamespaceURI() and getFOTable() functions +1 BTW this is not a change which requires a vote. (2.) I'd like to move these five to the pagination package -1 While the packaging of the files may be suboptimal, I don't feel there is much to gain from moving stuff around right now. In particular I don't think the FO spec should be the ultimate guide. The package for Page and Region classes are more of a concern to me anyway. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Contribution - anttask rendering only when source is newer thantarget
M. Sean Gilligan wrote: Is there any interest in accepting this change? Yes. Should I submit the patches to this mailing list? Commonly a patch should be submitted as an enhancment request in bugzilla, with the subject line starting with [PATCH] so it stands a bit out. The guidelines say that the patch should be submitted as a diff, but should it be in the body of the message or as a text attachment(s)? Add as attachment to the bugzilla entry. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: MathML in Batik and FOP
Felix Breuer wrote: It would be great to have MathML support in both Batik and FOP. Look at the MathML sample in the FOP source distribution. It uses the JEuclid MathML rendering library. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21380] New: - [PATCH] Fop Ant task renders only when source is newer than target
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=21380.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21380
[PATCH] Fop Ant task renders only when source is newer than target
Summary: [PATCH] Fop Ant task renders only when source is newer
than target
Product: Fop
Version: 0.20.5
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority: Other
Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The FOP Ant task currently always renders the output. The attached patch will
render only when the source file (.fo) is newer then the target (.pdf, etc.).
There is also a force flag that can be used to always render.
cvs diff -u src/documentation/content/xdocs/anttask.xml
src/org/apache/fop/tools/anttasks/Fop.java
Index: src/documentation/content/xdocs/anttask.xml
===
RCS file: /home/cvspublic/xml-fop/src/documentation/content/xdocs/anttask.xml,v
retrieving revision 1.3.2.1
diff -u -u -r1.3.2.1 anttask.xml
--- src/documentation/content/xdocs/anttask.xml 19 May 2003 11:20:27 -
1.3.2.1
+++ src/documentation/content/xdocs/anttask.xml 7 Jul 2003 20:38:12 -
@@ -90,7 +90,12 @@
(codetrue/code) or not (codefalse/code)/td
tdNo, default is codetrue/code/td
/tr
- /table
+ tr
+ tdforce/td
+ tdRecreate target files, even if they are newer than their
corresponding source files./td
+ tdNo, default is codetrue/code/td
+ /tr
+/table
p/
tablecaptionParameters specified as nested elements/caption
tr
@@ -104,7 +109,7 @@
are used to specify multiple XSL-FO files to be
rendered./td
tdYes, if no fofile attribute is supplied/td
/tr
- /table
+/table
/section
section
titleExamples/title
Index: src/org/apache/fop/tools/anttasks/Fop.java
===
RCS file: /home/cvspublic/xml-fop/src/org/apache/fop/tools/anttasks/Attic/Fop.java,v
retrieving revision 1.14.2.8
diff -u -u -r1.14.2.8 Fop.java
--- src/org/apache/fop/tools/anttasks/Fop.java 25 Feb 2003 15:19:58 -
1.14.2.8
+++ src/org/apache/fop/tools/anttasks/Fop.java 7 Jul 2003 20:38:12 -
@@ -92,6 +92,7 @@
* liuserconfig - file with user configuration (same as the -c command
line option)/li
* limessagelevel - (error | warn | info | verbose | debug) level to output
non-error messages/li
* lilogFiles - Controls whether the names of the files that are processed
are logged or not/li
+ * liforce - Recreate target files, even if they are newer than their
corresponding source files/li
* /ul
*/
public class Fop extends Task {
@@ -105,6 +106,7 @@
File userConfig;
int messageType = Project.MSG_VERBOSE;
boolean logFiles = true;
+boolean force = true; // Ignore modification dates if true
/**
* Sets the input file
@@ -238,6 +240,20 @@
}
/**
+ * Sets force (ignore mod dates) flag
+ */
+public void setForce(boolean aBoolean) {
+this.force = aBoolean;
+}
+
+/**
+ * Gets force (ignore mod dates) flag
+ */
+public boolean getForce() {
+return this.force;
+}
+
+/**
* Starts execution of this task
*/
public void execute() throws BuildException {
@@ -369,8 +385,13 @@
if (task.getOutdir() != null) {
outf = new File(task.getOutdir(), outf.getName());
}
-render(task.getFofile(), outf, rint);
-actioncount++;
+// Only render if force flag is set OR output file doesn't
exist OR
+// output file is older than input file
+if ( task.force || !outf.exists() ||
+(task.getFofile().lastModified() outf.lastModified() ) ) {
+render(task.getFofile(), outf, rint);
+actioncount++;
+}
}
}
@@ -413,15 +434,17 @@
task.log(Error setting base directory: + e,
Project.MSG_ERR);
}
-render(f, outf, rint);
-actioncount++;
+// Only render if force flag is set OR output file doesn't
exist OR
+// output file is older than input file
+if ( task.force || !outf.exists() || (f.lastModified()
outf.lastModified() ) ) {
+render(f, outf, rint);
+actioncount++;
+}
}
}
if (actioncount
DO NOT REPLY [Bug 21381] New: - [PATCH] Ant task mod-date patch for dev branch (see #21380)
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=21381.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21381
[PATCH] Ant task mod-date patch for dev branch (see #21380)
Summary: [PATCH] Ant task mod-date patch for dev branch (see
#21380)
Product: Fop
Version: 1.0dev
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority: Other
Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The FOP Ant task currently always renders the output. The attached patch will
render only when the source file (.fo) is newer then the target (.pdf, etc.).
There is also a force flag that can be used to always render.
This is the patch for org.apache.fop.tools.anttasks.Fop on the HEAD branch that
corresponds to the patch on the 0_20_2-maintain branch. (The changes to the XML
documentation are the same for both branches.)
cvs diff -u src/java/org/apache/fop/tools/anttasks/Fop.java
Index: src/java/org/apache/fop/tools/anttasks/Fop.java
===
RCS file: /home/cvspublic/xml-fop/src/java/org/apache/fop/tools/anttasks/Fop.java,v
retrieving revision 1.4
diff -u -u -r1.4 Fop.java
--- src/java/org/apache/fop/tools/anttasks/Fop.java 17 Jun 2003 16:35:58
- 1.4
+++ src/java/org/apache/fop/tools/anttasks/Fop.java 7 Jul 2003 20:44:17 -
@@ -94,6 +94,8 @@
* non-error messages/li
* lilogFiles - Controls whether the names of the files that are processed
* are logged or not/li
+ * liforce - Recreate target files, even if they are newer than their
+ * corresponding source files/li
* /ul
*/
public class Fop extends Task {
@@ -107,6 +109,7 @@
private File userConfig;
private int messageType = Project.MSG_VERBOSE;
private boolean logFiles = true;
+boolean force = false; // Ignore modification dates if true
/**
* Sets the filename for the userconfig.xml.
@@ -270,6 +273,20 @@
}
/**
+ * Sets force (ignore mod dates) flag
+ */
+public void setForce(boolean aBoolean) {
+this.force = aBoolean;
+}
+
+/**
+ * Gets force (ignore mod dates) flag
+ */
+public boolean getForce() {
+return this.force;
+}
+
+/**
* @see org.apache.tools.ant.Task#execute()
*/
public void execute() throws BuildException {
@@ -410,8 +427,13 @@
if (task.getOutdir() != null) {
outf = new File(task.getOutdir(), outf.getName());
}
-render(task.getFofile(), outf, rint);
-actioncount++;
+// Only render if force flag is set OR output file doesn't
exist OR
+// output file is older than input file
+if ( task.force || !outf.exists() ||
+(task.getFofile().lastModified() outf.lastModified() ) ) {
+render(task.getFofile(), outf, rint);
+actioncount++;
+}
}
}
@@ -449,14 +471,17 @@
task.log(Error setting base URL, Project.MSG_DEBUG);
}
-render(f, outf, rint);
-actioncount++;
+// Only render if force flag is set OR output file doesn't
exist OR
+// output file is older than input file
+if ( task.force || !outf.exists() || (f.lastModified()
outf.lastModified() ) ) {
+render(f, outf, rint);
+actioncount++;
+}
}
}
if (actioncount == 0) {
-task.log(No files processed. No files were selected by the filesets
-+ and no fofile was set. , Project.MSG_WARN);
+task.log(Nothing to do. , Project.MSG_WARN);
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Re: MathML in Batik and FOP
On Mon, 2003-07-07 at 21:56, J.Pietschmann wrote: Look at the MathML sample in the FOP source distribution. It uses the JEuclid MathML rendering library. Thanks for the pointer! Is this mentioned on the website somewhere? I got the MathML example to build and converted the given mathml.fo document to PDF. The process finished without error, but the resulting PDF document contained mostly random characters instead of MathML. Do I have to setup certain fonts for it to work? Regards, Felix - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/documentation/content/xdocs maillist.xml
vmote 2003/07/07 17:05:20 Modified:src/documentation/content/xdocs maillist.xml Log: Add content to the general information section about email etiquette, appropriate mail clients, etc. Revision ChangesPath 1.3 +8 -3 xml-fop/src/documentation/content/xdocs/maillist.xml Index: maillist.xml === RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/maillist.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- maillist.xml 15 May 2003 16:28:01 - 1.2 +++ maillist.xml 8 Jul 2003 00:05:20 - 1.3 @@ -8,10 +8,15 @@ body section id=general titleGeneral Information/title - pBefore posting questions to any list, review jump href=http://www.catb.org/~esr/faqs/smart-questions.html;How To Ask Questions The Smart Way/jump./p - pBe sure to set your email client to send plain text email messages to any mailing lists. + pBefore posting questions to any list:/p + ul +liReview the jump href=http://jakarta.apache.org/site/mail.html;Jakarta Mailing Lists - Guidelines/jump for general principles about mailing lists./li +liReview jump href=http://www.catb.org/~esr/faqs/smart-questions.html;How To Ask Questions The Smart Way/jump./li +liSend only emplain text/em email messages to any mailing lists. Please do emnot/em send html or rtf email, as they do not work well with the archive engines. -If you are using Microsoft Outlook, this setting can be found at the Mail Format tab of the Tools/Options menu./p +If you are using Microsoft Outlook, this setting can be found at the Mail Format tab of the Tools/Options menu./li +liUse a mail client that respects the emReferences/em and/or emIn-Reply-To/em mail header entries. This is important for mail clients that can display threads as trees. strongCompliant mail clients/strong include Microsoft Outlook, Becky!, KMail, Apple Mail, Ximian Evolution, Mozilla (version 1.2 or greater). Non-compliant mail clients include Microsoft Exchange, Lotus Notes, Internet Mail Service (MUA or MTA), and dtmail./li + /ul pFor help in understanding email acronyms, see the jump href=http://www.lingo2word.com/lists/acronym_listA.html;Lingo2Word Acronym List/jump, or the jump href=http://www.keno.org/web_design/acronyms.htm;Keno Internet Services Internet Glossary/jump./p /section section id=fop-user - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/build .cvsignore
pbwest 2003/07/07 18:55:49 Modified:buildTag: FOP_0-20-0_Alt-Design .cvsignore Log: Added javadoc conf and fop.jar Revision ChangesPath No revision No revision 1.1.2.2 +1 -1 xml-fop/build/Attic/.cvsignore Index: .cvsignore === RCS file: /home/cvs/xml-fop/build/Attic/.cvsignore,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- .cvsignore6 Jul 2003 03:55:07 - 1.1.2.1 +++ .cvsignore8 Jul 2003 01:55:48 - 1.1.2.2 @@ -1 +1 @@ -classes tmp \ No newline at end of file +classes tmp javadoc conf fop.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/build .cvsignore
pbwest 2003/07/07 18:57:48 Modified:buildTag: FOP_0-20-0_Alt-Design .cvsignore Log: Modified to one specifier on each line/ Revision ChangesPath No revision No revision 1.1.2.3 +5 -1 xml-fop/build/Attic/.cvsignore Index: .cvsignore === RCS file: /home/cvs/xml-fop/build/Attic/.cvsignore,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- .cvsignore8 Jul 2003 01:55:48 - 1.1.2.2 +++ .cvsignore8 Jul 2003 01:57:48 - 1.1.2.3 @@ -1 +1,5 @@ -classes tmp javadoc conf fop.jar +classes +javadoc +conf +fop.jar +tmp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 0.20.5 release
Dear Thomas Sporbeck It's good to see someone else is using FOP for big reports. I also using tables for inventory lists near to 600 pages and my user do not accept to use filters. This FOP is killing my user business and if I could not find a solution to it, we would trough away the FOP for good, for ever. Then it would be a shame on FOP open source developers since I would go and buy none open, commercial product. I would really appreciate if you inform me of your ideas. Regards Ali Farahani -Original Message- From: Thomas Sporbeck [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2003 3:41 PM To: [EMAIL PROTECTED] Subject: RE: 0.20.5 release I would agree to Ricardo. We're using tables for inventory lists containing about 500 pages. The memory situation in that reports is really critical and we cannot force the users to set filters. On the other hand: to us it doesn't matter if this enhancement comes with 0.20.5 or with a later version (0.20.5a ?), which has of course to be decided by the developers and will possibly delay refactoring. Thomas Sporbeck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
