Embedded images with data-url

Hello Guys, I'm currently embedding FOP 0.95 into my application (using a Java bridge). For testing, I took the example Java-snippet from the documentation on apache.org which processes the FO like it should. But there is an issue with images: when I use the FOP-commandline-tool base64-encoded

Re: Embedded images with data-url

Hmm, no such problem on my side. Data URLs (RFC 2397) are decoded by FOP's org.apache.fop.util.DataURIResolver which is called by org.apache.fop.apps.FOURIResolver. If I had to guess, I'd say that you either get an error message somewhere in the log because the data URL was somehow wrong or

Cause a Table Cell to Overflow to an Adjacent Cell

Friends, fop 0.95 Every feature works in my table which consists of 4 columns. In some cases (10% of the time), when column 4 is blank, I need to force the content of column 3 to continue into column 4 on the same line. At the present time, when this happens, the content of column 3 is

Tooltips

Hi, Just curious. Is there anyway to create a mouse-over tool-tip over some text in a pdf using xsl-fo with fop. Thanks. Ce message est destiné à l’usage exclusif du destinataire ou de son représentant autorisé et peut contenir des informations de nature confidentielle et ou privilégiée

Re: blocks flowing from left to right?

That sure looks like a table, Lou. You know enough about document design to realize that, too, so I'm guessing there's some other factor that makes you think a table isn't a good fit. Are the blocks irregular in size or something like that? Or is it that you can't get a table to have

Re: blocks flowing from left to right?

J: Oops, I left out a big part of it (and why a table won't work): Each block could be a different width. This makes it tough to lay out in a standard table. I guess I could make each row a table unto itself, but I was hoping I missed something. My updated (and better example) looks like

Re: blocks flowing from left to right?

Hi, Lou, I see now. I think you've hit your best choice with the table-per-row notion. It's not ideal, but it has the virtue of getting the job done. J - Original Message - From: [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Sent: Thursday, August 14, 2008 1:54 PM Subject:

Alternative to overflow=hidden for table cells?

Hi everybody, I need to clip the content of table cells. IIUC overflow=hidden is not supported yet. From my naïve point of view I'd assume it shouldn't be too hard to implement this - is there a special reason for the lack of this feature? ATM I'm using an inline SVG as workaround, but this

Re: Alternative to overflow=hidden for table cells?

If you look at http://www.w3.org/TR/xsl11/#fo_table-cell, you'll see that overflow is not in the list of applicable properties. That's because table-cell only generates a reference area but no viewport area. If you want to make sure that cell content is clipped you need to put it in a

[solved] Alternative to overflow=hidden for table cells?

Hi Jeremias, Jeremias Maerki schrieb: If you look at http://www.w3.org/TR/xsl11/#fo_table-cell, you'll see that overflow is not in the list of applicable properties. That's because table-cell only generates a reference area but no viewport area. If you want to make sure that cell content is