how to pass to fop user and password needed for basic authentication to get image resource from Notes database

I will describe my situation. I have an application server (Domino) and on it running a web application. On this web application users have a basic editor (uses xhtml) to input basic text/formats/tables and upload images that are included in the document Images are uploaded in notes database

Re: how to pass to fop user and password needed for basic authentication to get image resource from Notes database

Did you try this kind of url? http://user:[EMAIL PROTECTED]/database.nsf/0/A3402F5B583F538AC1257093004C41C8/$File/image.gif [EMAIL PROTECTED] a écrit : I will describe my situation. I have an application server (Domino) and on it running a web application. On this web application users

Re: faulty number-rows-spanned?

Daniel: Excuse my laziness, but could you post some sample XML so I can easily try this. Thanks, Lou ~~ LOG-NET, Inc. The Logistics Network Management System ~~ 230 Half Mile Road Third Floor Red Bank, NJ 07701 PH: 732-758-6800 FAX:

Re: how to pass to fop user and password needed for basic authentication to get image resource from Notes database

Yes, I did try this notation and the error came up the same (Could not load external SVG: ... error) If I try to use such url in a web browser for example, when first requesting this url a page not found is displayed and all next responses to this same request retrieve an empty page (there is

Re: how to pass to fop user and password needed for basic authentication to get image resource from Notes database

Then i guess your solution is to write a servlet which access files using the api and get credits token lik this: http://domino.example.com/myServlet?doc=/0/A3402F5B583F538AC1257093004C41C8/$File/image.gifuser=someUserpass=somePass If image tag of .fo were to use the InputSource schem of xml

Rendering empty fo:block objects

Are empty fo:block/ objects ignored by fop0.20.5? In the following snippet of FO I inserted 6 empty blocks between two test strings and they don't seem to get rendered. I can easily use space-after or insert newlines to get the desired rendering, but I was just curious if this by design or is

Re: Rendering empty fo:block objects

I think, as long as they are empty, they simply have a 0pt height. Oosterbaan, Douglas S. (LNG-DAY) a écrit : Are empty fo:block/ objects ignored by fop0.20.5? In the following snippet of FO I inserted 6 empty blocks between two test strings and they don't seem to get rendered. I can easily

Re: how to pass to fop user and password needed for basic authentication to get image resource from Notes database

BTW, the redesigned FOP will make things like that easier. You will have the ability to plug in a URIResolver to manually fetch an InputStream to a resource based on a URI. This will make work-arounds like David's servlet unnecessary. On the other side it's strange that wget is able to get the

Re: Rendering empty fo:block objects

Not that this is the best solution, how about setting the white-space-collapse to false (I'm running 0.20.3): fo:block white-space-collapse=false xsl:apply-templates select=custFax/ /fo:block -Lou Oosterbaan, Douglas S. (LNG-DAY) [EMAIL PROTECTED] wrote on 10/13/2005 10:42:02: Are

Re: marking some elements by same @id

The fix for this is to not use id. You should use an attribute named id only when you plan to assign a unique identifier to that attribute. Otherwise, lots of XML- and XSL-based systems (including but certainly not limited to FOP) will break. So, use some other name instead: myid, groupid,

Re: marking some elements by same @id

On Oct 13, 2005, at 17:33, Thomas Winkler wrote: Hi, snip / If I want to remove the Position, then the following template did that for me : xsl:template match=//[EMAIL PROTECTED]'Pos']/ Luckily, Xalan does not complain about the non-unique values of id. However; if I want the Position in

Re: marking some elements by same @id

(Jay's suggestion just rolled in --I'm not 100% sure, but I think FOP will complain if it encounters attributes in the fo: namespace that are not properties as defined in the Rec. FOP 0.20.5 may turn out to be forgiving... Just to be on the safe side, I'd use a separate namespace.)

getting rid of collapsed border painting warning

Hi there, Below is an excerpt from my log file, and I was wondering if anyone knows how I can disable this warning? I added border-collapse=collapse to every spanned table cell, and it doesnt help. Each time I create a report, my log file gets 70K of these warnings, which is bad.

Re: getting rid of collapsed border painting warning

Specify border-collapse=separate on fo:table and it'll go away. border-collapse=collapse is not implemented in FOP Trunk, yet. On 13.10.2005 23:08:20 Daniel Brownell wrote: Hi there, Below is an excerpt from my log file, and I was wondering if anyone knows how I can disable this

Error compiling 0.20.5 from source

I'm getting an error which may or may not be critical, when compiling FOP 0.20.5 from source. It manifests itself as the error no protocol: hyphenation.dtd, which has been seen before on the mailing list but with no real solution. I went and modified the FOP source code to make it include