Forum Replies Created

Viewing 15 posts - 301 through 315 (of 4,249 total)
  • Author
    Posts
  • in reply to: Three Issues
    #27646

    So,

    The SPAN element works with absolute positioning but the INPUT does not?

    Is this correct? About 1/3 of our html forms consist of user filled INPUT elements so this is a big thing. If this is so, please update the reference chart for this.

    Also, are there any plans to implement this?

    Thank you!

    in reply to: Creating an index at the end of the pdf file
    #27677

    Unfortunately PD4ML does not support the feature.

    Of course the index creation cannot be fully automated. Let say you mark all significant keywords like that:

    text text keyword text text

    Currently you may generate PDF bookmarks from the markup (pd4ml.generateOutlines(false)). The bookmarks give you quick access to the marked keywords. However the bookmarks are not sorted as index assumes and they are visible only in Acroread, not in print output.

    Obviously we need to add a new proprietary tag in order to support the feature you need. Also the keyword markup needs to be extended with a switch to make possible exclude regular document anchors:

    text text keyword text text

    or to introduce another tag for that:

    text text keyword text text

    If the above is acceptable by you we’ll include the feature implementation to our plans. The priority will depend on the license type you are going to purchase.

    in reply to: Three Issues
    #27643

    I guess we’ve forgotten to add the absolute positioning possibility to . From Java coding perspective, the implementation of it should be identical to . If it is that simple as “copy-paste” (I expect), we’ll try to include the fix to the forthcoming release.

    in reply to: Three Issues
    #27647

    Great!

    Do you have a release date for that yet? (or a rough estimate)

    in reply to: Three Issues
    #27648

    ohhhh….
    What about checkboxes and radio buttons?

    in reply to: Three Issues
    #27649

    We’ve just fixed the positioning problem, but did not test it in untrivial scenarios like nesting of absolute/relative positioned elements.

    Later today we’ll pass v360b1 to QA. If everything is OK, the beta release will be available for download tomorrow after 18:00.

    (checkboxes and radios are fixed too)

    in reply to: Three Issues
    #27650

    Awesome…

    I’ll download that and if it works purchase the PRO.

    Thanks!!!
    PS. Expect a couple of questions in email lol.

    in reply to: HTML produces blank page at the end
    #27663

    It seems to be a strange conflict of

    tr {font-family: Verdana, Arial; page-break-inside: avoid;}

    and

    br.pagebreak {font-family: Verdana, Arial; page-break-after: always}

    Most probably a solution requires a fix in PD4ML code. Hopefully it will be fixed with the forthcomming beta.

    in reply to: Problems with page-footer
    #27657

    I was not able to reproduce the issue with the newest version. Please check that on your side as soon as the version is published to the download area. (expected later today or on Monday)

    in reply to: Any way to repeat table headers?
    #27612

    enableTableBreaks(true) implicitly sets “page-break-inside: avoid” for TR and TABLE elements. If a particular row is broken (by an implicit page break) – that means the table row height exceeds the page height. In the case it simply continues the row content on the next page. In such case PD4ML does not put the table header on the top of the second row part.

    But, as you wrote, it writes the header (and overwrites the content).

    Could you please send to PD4ML support the HTML sources which could help us to reproduce the issue.

    in reply to: Html/CSS rendering issue
    #27673

    1. PD4ML supports only “first-child” pseudo-class selectors.

    2. The issue is fixed by v360b1

    in reply to: rendering absolute div inside a relative div (CSS)
    #27662

    TD+TD+TD is fixed by v360b1

    in reply to: Creating an index at the end of the pdf file
    #27678

    thanks a lot for this answer

    due to it, I was asked to look more into the precise features set of PD4ML.

    it appears that, for our use, it would lack as well a “orphans and widows” feature.

    if both the index and this orphans and widows features were available, the java library pro would be our targeted license.

    would it be possible to have both the orphans and widows as well as the index features ?

    About the offered solution, the tag keyword would perfectly fit our need. I guess a tag like would also be needed.

    thanks again

    best regards

    in reply to: Creating an index at the end of the pdf file
    #27679

    Regarding the license issue, I had a closer look at the conditions.

    The way we plan to build our pdf generation stack is to have a server providing pdf generation as a service to the rest of our stack (allowing for pdf rendering in order to attach it to a mail for example).

    As such, the current plan is to call this pdf generation service (through RMI) and then give it everything it needs to run. In the current case, I think it means calling render(java.io.InputStreamReader isr,
    java.io.OutputStream os,
    java.net.URL base)

    Does it qualify us for the volume license ?

    thanks again
    joseph

    in reply to: Creating an index at the end of the pdf file
    #27680

    Orphans can be eliminated with the currently existing conditional page break:


    (300 is height in pixels there)

    Also you may format portions of text (or starting and ending parts or chapters) as

    s and to define “page-break-inside: avoid” CSS style for them. It should cure both orphans and widows.

Viewing 15 posts - 301 through 315 (of 4,249 total)