context of all the threads. I wish you luck. Let us
know how you finally do solve the issue
Jose
Original Message --------
Subject: Re: [Webware-discuss] Printing from web application
From: Eduardo Elgueta <[EMAIL PROTECTED]>
Date: Tue, September 27, 2005 3:07 pm
you finally do solve the issue
Jose
> Original Message ----
> Subject: Re: [Webware-discuss] Printing from web application
> From: Eduardo Elgueta <[EMAIL PROTECTED]>
> Date: Tue, September 27, 2005 3:07 pm
> To: [EMAIL PROTECTED]
> Cc: webware-discuss@lists.sou
t make inserting page breaks an easy task. If what
you want is a Crystal Reports like product why not use datavision
(http://sourceforge.net/projects/datavision) its free and works ok.
Jose
---- Original Message --------
Subject: [Webware-discuss] Printing from web application
get you started,
but the jsp and the servlet examples are pretty straight forward and is
what I used to write my test code.
Jose
> Original Message ----
> Subject: RE: [Webware-discuss] Printing from web application
> From: [EMAIL PROTECTED]
> Date: Tue, September 20, 2005 4:
Leith Parkin schrieb:
There is also the apache FOP project, however its java based and may
not be what your after.
http://xmlgraphics.apache.org/fop/
As an interesting side node, FOP has been Python based for a while:
http://wdvl.internet.com/Internet/Future/fop.html
For a comparison Reportlab
Hi
I use ReportLab with WebWare and it is really great.
You may want to take a look at a sample 27 pages pdf report from
http://www.adestiny.com/pdf/SampleReport.pdf
The report includes graphs, tables, images manipulated using PIL, etc.
The actual reports are dynamically gener
There is also the apache FOP project, however its java based and may
not be what your after.
http://xmlgraphics.apache.org/fop/
On 9/22/05, Christoph Zwerschke <[EMAIL PROTECTED]> wrote:
> Eduardo Elgueta wrote:
> > I think it's to much work switching from a flow display (html) to a
> > position
Eduardo Elgueta wrote:
I think it's to much work switching from a flow display (html) to a
position based display (reportlab). I'm probably wrong on this, but
that's what I saw in the documentation.
The high level interface (Platypus) is actually not position based, but
based on "Flowables".
Hi,
Eduardo Elgueta schrieb:
I was looking for a report solution. From what I've seen of reportlab,
it's intended to be used as a page layout tool. I mean, (it seems) I
have to do pagination, table splitting and all of those tedious work.
Platypus - part of Reportlab - does have this.
Not
Reportlab will do all of that for you automatically. Check out the high
level PLATYPUS engine on pg. 58 of the user guide:
http://reportlab.org/os_documentation.html
It even terms your documents contents as "Flowables" because they get
"flowed" into the document. It will handle page and table brea
Tim Roberts wrote:
HTML is about 80% of the way to being the perfect report generation
language, but that missing 20% just make it way too unpredictable for
general use. PDFs solve that problem, and Reportlab is a great way to
create PDFs.
Of course (to reiterate myself) if you are convertin
Tim,
Thank you for your feed-back.
I was looking for a report solution. From what I've seen of reportlab,
it's intended to be used as a page layout tool. I mean, (it seems) I
have to do pagination, table splitting and all of those tedious work.
Not that different from what I already have with
On Tue, 20 Sep 2005 17:07:12 -0400, Eduardo Elgueta <[EMAIL PROTECTED]>
wrote:
Thank you all for your answers.
The reportlab/pdf solution doesn't seem quite easy to implement, just as
I thought. Besides, I see a lot of trouble ahead
downloading/compiling/configuring/learning reportlab and a
oduct why not use datavision
(http://sourceforge.net/projects/datavision) its free and works ok.
Jose
Original Message
Subject: [Webware-discuss] Printing from web application
From: Eduardo Elgueta <[EMAIL PROTECTED]>
Date: Tue, September 20, 2005 12:07 pm
To: webw
Eduardo Elgueta wrote:
The reportlab/pdf solution doesn't seem quite easy to implement, just as
I thought. Besides, I see a lot of trouble ahead
downloading/compiling/configuring/learning reportlab and a bunch of
other support libraries.
Just to make this clear again, ReportLab is really not
Original Message
> Subject: [Webware-discuss] Printing from web application
> From: Eduardo Elgueta <[EMAIL PROTECTED]>
> Date: Tue, September 20, 2005 12:07 pm
> To: webware-discuss@lists.sourceforge.net
>
> Hi All,
>
> I have a small webware
1. CSS formatting is a good idea, but most browsers don't do a good job at
implementing it. For example,
works only in Opera but neither in Mozilla nor in IE; they ruthlessly cut right
across even table cells and rows. So, if you don't want to count the lines of
every page you are putting ou
Geoffrey,
I already do that, but, for some reason, some pages have a different
column distribution.
I think this has something to do with the browser rendering algorithm.
I'll try with a more recent version (I'm not sure they have the last
version).
Thanks anyway,
Ed.
Geoffrey Talvola escr
Eduardo Elgueta wrote:
> Other problem the users complain about, is table column width varies
> from one page to the other, which is obvious, given the way browsers
> render html (they don't unserstand that, either :-( ). Does anybody
> knows if theres a CSS style or HTML property I can use to forc
Thank you all for your answers.
The reportlab/pdf solution doesn't seem quite easy to implement, just
as I thought. Besides, I see a lot of trouble ahead
downloading/compiling/configuring/learning reportlab and a bunch of
other support libraries.
Transforming my html into pdf, doesn't solve m
On Tue, 2005-09-20 at 14:47 -0500, Ian Bicking wrote:
>
> You might also be able to use a tool to render the HTML to PDF on the
> server, giving you predictable results (with no browser
> inconsistencies). There's things like a standadalone Mozilla setup for
> this, and tools no doubt -- I can
--- Geoffrey Talvola <[EMAIL PROTECTED]> wrote:
> You might try to produce a "printer-friendly" version of your HTML
> reports.
> You can use the CSS style "page-break-before: always" on a tag to
> force
> page breaks where needed. For instance, if your report consists of a
> large
> HTML tabl
Chuck Esterbrook wrote:
Eduardo Elgueta schrieb:
I was checking out reportlab, but it seems a lot of work, and I couldn't
find tables support.
I use reportlab. Has some learning curve, but its worth it. It has
tables support. Look at Platypus.
I even prefer it upon Crystal Reports, which mak
You might try to
produce a "printer-friendly" version of your HTML reports. You can use the
CSS style "page-break-before: always" on a tag to force page
breaks where needed. For instance, if your report consists of a large HTML
table, you may determine through trial and error that you can
On 9/20/05, Gregor Horvath <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Eduardo Elgueta schrieb:
> >
> > I was checking out reportlab, but it seems a lot of work, and I couldn't
> > find tables support.
>
> I use reportlab. Has some learning curve, but its worth it. It has
> tables support. Look at Platy
Hi,
Eduardo Elgueta schrieb:
I was checking out reportlab, but it seems a lot of work, and I couldn't
find tables support.
I use reportlab. Has some learning curve, but its worth it. It has
tables support. Look at Platypus.
I even prefer it upon Crystal Reports, which makes the easy thing
Hi All,
I have a small webware application in which I need to produce reports
to be printed. Right now, html reports produce poor results (pagination
is not constant).
I bigger companies, we use Crystal Reports, but this is a small
non-for-profit organization, so we can't afford commercial so
27 matches
Mail list logo
