docbook-apps

Expand all | Collapse all

[docbook-apps] WebHelp display issue

  • 1.  [docbook-apps] WebHelp display issue

    Posted 02-14-2012 11:30
    Hi guys,

    Update (sorry for the extra mail): While the rendering issue has been
    confirmed on Windows and Linux, someone on Mac OS X just reported that
    he's _not_ seeing the issue. He's using Firefox 4.0.

    Cheers,

    Stefan

    --- Original mail follows ---

    WebHelp fan Stefan again. :-)

    Someone in our group noticed that WebHelp format displays weirdly when
    the browser window isn't wide enough to fit the contents horizontally.
    When moving the horizontal scroll bar, the right pane (div) moves under
    the left pane (the one with the TOC).

    In the WebHelp builds I've done the right pane's content becomes visible
    in the left pane. Apparently, the left div is transparent due to some
    jQuery settings I've changed. In "default" builds, the right pane's
    content is obscured when moving under the left pane, as can be seen here
    (make sure to size your browser window narrow enough for the horizontal
    scroll bar to appear):

    http://docbook.sourceforge.net/release/xsl/current/webhelp/docs/content/ch01.html

    When hiding the TOC tree (click the arrow symbol), and with a browser
    window that's so narrow that it still displays a horizontal scroll bar,
    the contents disappear on the left side when scrolling.

    This issue has been confirmed for a whole bunch of web browsers:

    Windows:
    - Google Chrome 16
    - Firefox 6.0.1
    - IE 9

    Ubuntu/openSuse:
    - Firefox 9.0
    - Firefox 6.0.2
    - Google Chrome 16
    - Chromium 18 (openSuse's Chrome)

    Looks like a bug to me. Any pointers how to fix this?

    --
    Cheers,

    Stefan Hinz <stefan.hinz@oracle.com>, MySQL Documentation Manager

    Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc

    ORACLE Deutschland B.V.& Co. KG
    Registered Office: Riesstr. 25, 80992 Muenchen, Germany
    Commercial Register: Local Court Of Munich, HRA 95603
    Managing Director: Jürgen Kunz

    General Partner: ORACLE Deutschland Verwaltung B.V.
    Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
    Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
    Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher

    ---------------------------------------------------------------------
    To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org
    For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org




  • 2.  Re: [docbook-apps] WebHelp display issue

    Posted 02-14-2012 12:05
    Hi Stefan,

    On Tue, Feb 14, 2012 at 4:59 PM, Stefan Hinz <stefan.hinz@oracle.com> wrote:

    > Hi guys,
    >
    > Update (sorry for the extra mail): While the rendering issue has been
    > confirmed on Windows and Linux, someone on Mac OS X just reported that he's
    > _not_ seeing the issue. He's using Firefox 4.0.
    >
    > Cheers,
    >
    > Stefan
    >
    > --- Original mail follows ---
    >
    >
    > WebHelp fan Stefan again. :-)
    >

    > Someone in our group noticed that WebHelp format displays weirdly when the
    > browser window isn't wide enough to fit the contents horizontally.
    >


    > When moving the horizontal scroll bar, the right pane (div) moves under
    > the left pane (the one with the TOC).
    >

    This is the expected output. Were you expecting something else?


    >
    > In the WebHelp builds I've done the right pane's content becomes visible
    > in the left pane. Apparently, the left div is transparent due to some
    > jQuery settings I've changed. In "default" builds, the right pane's content
    > is obscured when moving under the left pane, as can be seen here (make sure
    > to size your browser window narrow enough for the horizontal scroll bar to
    > appear):
    >

    What you meant is that the default build works fine, but a config made by
    you screwed the display? So, are you asking about how webhelp handle this
    using JQuery/CSS?


    >
    > http://docbook.sourceforge.**net/release/xsl/current/**
    > webhelp/docs/content/ch01.html<http://docbook.sourceforge.net/release/xsl/current/webhelp/docs/content/ch01.html>
    >
    > When hiding the TOC tree (click the arrow symbol), and with a browser
    > window that's so narrow that it still displays a horizontal scroll bar, the
    > contents disappear on the left side when scrolling.
    >

    I haven't encounter this. When I clicked the arrow button, it shifted the
    right pane with the content as it is. ie. It didn't make visible the
    content under left pane. But of course, you can (horizontal) scroll-back
    and see the relevant content, can't you? May be I misunderstood your steps.
    I tried this on FF 10 and Chrome 16 under Ubuntu.

    Regards,
    --Kasun


    >
    > This issue has been confirmed for a whole bunch of web browsers:
    >
    > Windows:
    > - Google Chrome 16
    > - Firefox 6.0.1
    > - IE 9
    >
    > Ubuntu/openSuse:
    > - Firefox 9.0
    > - Firefox 6.0.2
    > - Google Chrome 16
    > - Chromium 18 (openSuse's Chrome)
    >
    > Looks like a bug to me. Any pointers how to fix this?
    >
    > --
    > Cheers,
    >
    > Stefan Hinz <stefan.hinz@oracle.com>, MySQL Documentation Manager
    >
    > Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc
    >
    > ORACLE Deutschland B.V.& Co. KG
    > Registered Office: Riesstr. 25, 80992 Muenchen, Germany
    > Commercial Register: Local Court Of Munich, HRA 95603
    > Managing Director: Jürgen Kunz
    >
    > General Partner: ORACLE Deutschland Verwaltung B.V.
    > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
    > Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
    > Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher
    >
    > ------------------------------**------------------------------**---------
    > To unsubscribe, e-mail: docbook-apps-unsubscribe@**lists.oasis-open.org<docbook-apps-unsubscribe@lists.oasis-open.org>
    > For additional commands, e-mail: docbook-apps-help@lists.oasis-**open.org<docbook-apps-help@lists.oasis-open.org>
    >
    >
    > ------------------------------**------------------------------**---------
    > To unsubscribe, e-mail: docbook-apps-unsubscribe@**lists.oasis-open.org<docbook-apps-unsubscribe@lists.oasis-open.org>
    > For additional commands, e-mail: docbook-apps-help@lists.oasis-**open.org<docbook-apps-help@lists.oasis-open.org>
    >
    >


    --
    ~~~*******'''''''''''''*******~~~
    *Kasun Gajasinghe*
    Software Engineer; WSO2 Inc.; http://wso2.com

    ,
    *Linked-in: *http://lk.linkedin.com/in/gajasinghe*
    *
    *blog: **http://blog.kasunbg.org* <http://blog.kasunbg.org/>

    *
    twitter: **http://twitter.com/kasunbg* <http://twitter.com/kasunbg>



  • 3.  Re: [docbook-apps] WebHelp display issue

    Posted 02-14-2012 15:10
      |   view attached



  • 4.  Re: [docbook-apps] WebHelp display issue

    Posted 02-14-2012 15:52
    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    On 02/14/2012 09:10 AM, Stefan Hinz wrote:
    > Hi Kasun,
    >
    > From your reply, it seems I didn't get my point across. Excuse me
    > for (a) top-posting and (b) sending a screen shot to the list, but
    > I think a picture says more than a thousand words in this case.
    >
    > I don't think the following is expected behavior (this is from
    > http://docbook.sourceforge.net/release/xsl/current/webhelp/docs/content/ch01.html,
    >
    >
    so /not/ my build):

    Hi Stefan,
    I've just committed the following change to webhelp's css. I think it
    will take care of the issue. We should see the result on the snapshot
    machine soon:

    http://snapshots.docbook.org/xsl/webhelp/docs/content/ch01.html

    Thanks,
    David

    Index: positioning.css
    ===================================================================
    - --- positioning.css (revision 9198)
    +++ positioning.css (working copy)
    @@ -114,7 +114,7 @@
    color: #000000;
    /*border-left: 2px solid #cccccc; overflow :scroll;*/
    z-index: 1000;
    - - min-width:800px;
    + min-width:200px;
    }

    #navheader {


    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.11 (GNU/Linux)
    Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

    iQEcBAEBAgAGBQJPOoM9AAoJEMHeSXG7afUhAT4H+wRbSbOAdtyA9S6gDSlaCTjp
    kEGffS+fgqBP/KpQEtX+1oOTDi6XHYcgHmuWAQ4hZuj5HX2ShPwXsOolTC1iZJUK
    DxnmOXmea0S2FFbzvYv3dS35w+VpwD30Zb0dBXaogQFJ6uQw0rsSP2E9idkeu528
    0cARbKXQuBthfo5GyzbX7oRWphlG1w6acmJsxWbOLmqHmT8VGIhE7yQ+Mmx90M8f
    rSd/bzmPRA6/jxvYogBV5rD2paGyGTMpnE0ZO2uv/hcbGNcEBmLfOHoMabD8/y+m
    lPhgBMF9Cp/qmNDPrsnklKn/RZkjeKmC7NUyG0LAtjzjj+RuaWhbfO3pjKEJfHM=
    =euQn
    -----END PGP SIGNATURE-----



  • 5.  Re: [docbook-apps] WebHelp display issue

    Posted 02-14-2012 18:41
    Hi David,

    >> From your reply, it seems I didn't get my point across. Excuse me
    >> for (a) top-posting and (b) sending a screen shot to the list, but
    >> I think a picture says more than a thousand words in this case.
    >>
    >> I don't think the following is expected behavior (this is from
    >> http://docbook.sourceforge.net/release/xsl/current/webhelp/docs/content/ch01.html,

    > I've just committed the following change to webhelp's css. I think it
    > will take care of the issue. We should see the result on the snapshot
    > machine soon:
    >
    > http://snapshots.docbook.org/xsl/webhelp/docs/content/ch01.html

    Thanks! I've pulled the changes, and built with the new CSS file. The
    horizontal scroll bar goes away for many of my pages, but when they're
    wide (wide graphics, program listings, etc.), it reappears (of course),
    and the effect with contents sliding under the left pane comes back. So
    I'm afraid adjusting the minimum width didn't fix the issue.

    Also, I noticed that positioning.css has grown significantly since the
    last time I pulled the snapshots (about 12 days ago). The size has
    tripled, and from looking at (my) svn diff this is due to the fact that
    many, many lines have been added that set colors (for tr, th, div, span,
    and many other elements). These look like inadvertent changes to me,
    because they would effectively "hard-code" colors in the layout.

    Cheers,

    Stefan

    > Index: positioning.css
    > ===================================================================
    > - --- positioning.css (revision 9198)
    > +++ positioning.css (working copy)
    > @@ -114,7 +114,7 @@
    > color: #000000;
    > /*border-left: 2px solid #cccccc; overflow :scroll;*/
    > z-index: 1000;
    > - - min-width:800px;
    > + min-width:200px;
    > }
    >
    > #navheader {
    >
    >
    > -----BEGIN PGP SIGNATURE-----
    > Version: GnuPG v1.4.11 (GNU/Linux)
    > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
    >
    > iQEcBAEBAgAGBQJPOoM9AAoJEMHeSXG7afUhAT4H+wRbSbOAdtyA9S6gDSlaCTjp
    > kEGffS+fgqBP/KpQEtX+1oOTDi6XHYcgHmuWAQ4hZuj5HX2ShPwXsOolTC1iZJUK
    > DxnmOXmea0S2FFbzvYv3dS35w+VpwD30Zb0dBXaogQFJ6uQw0rsSP2E9idkeu528
    > 0cARbKXQuBthfo5GyzbX7oRWphlG1w6acmJsxWbOLmqHmT8VGIhE7yQ+Mmx90M8f
    > rSd/bzmPRA6/jxvYogBV5rD2paGyGTMpnE0ZO2uv/hcbGNcEBmLfOHoMabD8/y+m
    > lPhgBMF9Cp/qmNDPrsnklKn/RZkjeKmC7NUyG0LAtjzjj+RuaWhbfO3pjKEJfHM=
    > =euQn
    > -----END PGP SIGNATURE-----


    --
    Cheers,

    Stefan Hinz <stefan.hinz@oracle.com>, MySQL Documentation Manager

    Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc

    ORACLE Deutschland B.V.& Co. KG
    Registered Office: Riesstr. 25, 80992 Muenchen, Germany
    Commercial Register: Local Court Of Munich, HRA 95603
    Managing Director: Jürgen Kunz

    General Partner: ORACLE Deutschland Verwaltung B.V.
    Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
    Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
    Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher



  • 6.  Re: [docbook-apps] WebHelp display issue

    Posted 02-14-2012 19:23
    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Hi Stefan,

    On 02/14/2012 12:41 PM, Stefan Hinz wrote:
    > Thanks! I've pulled the changes, and built with the new CSS file.
    > The horizontal scroll bar goes away for many of my pages, but when
    > they're wide (wide graphics, program listings, etc.), it reappears
    > (of course), and the effect with contents sliding under the left
    > pane comes back. So I'm afraid adjusting the minimum width didn't
    > fix the issue.

    Sorry, but I'm still not clear on what behavior you expect in this
    case. Do you want it to be visible through the left toc pane? That
    would seem strange to me since it would mix the content text in with
    the toc text.

    > Also, I noticed that positioning.css has grown significantly since
    > the last time I pulled the snapshots (about 12 days ago). The size
    > has tripled, and from looking at (my) svn diff this is due to the
    > fact that many, many lines have been added that set colors (for tr,
    > th, div, span, and many other elements). These look like
    > inadvertent changes to me, because they would effectively
    > "hard-code" colors in the layout.

    I don't recall any recent commits, but some of those rules are related
    to showing colors for changebars (e.g. if you use the revisionflag
    attribute or a tool like DeltaXML to produce diffs).

    Thanks,
    David
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.11 (GNU/Linux)
    Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

    iQEcBAEBAgAGBQJPOrSrAAoJEMHeSXG7afUhUWoH/3cHvKgMQiTbzmlbHfXYlpB+
    ZZhFAJpaP/QHDmpXNXdiwSOcFqq8MFONdbGcpWnQuIJw8FLnsIsirN1Z9kEHqV6O
    vVOCO6JJHOpJdkv43H91rXwVScWGynITwKqCirf8QFmDodKXIsNz3tMin1hzWBSq
    CY+GCdc3DhhWwVxlXzTjRaAyP2BgBePWWVAHZrUpLVunz0vQFeR1co3dK6ddizBb
    NHffnQ1v6/+bocWbYbFWJjIRTyaa6KpLc7hAbmK3AOuaRAyITjgKv1btILTehZKx
    oWYu2iD7xgc8Ci7rWMl0qKs2mwJNPTYYflrT+cqbpA0+UWbZHMDR/CVPV8vnxcc=
    =TwIw
    -----END PGP SIGNATURE-----



  • 7.  Re: [docbook-apps] WebHelp display issue

    Posted 02-15-2012 09:06
    Hi David,

    >> Thanks! I've pulled the changes, and built with the new CSS file.
    >> The horizontal scroll bar goes away for many of my pages, but when
    >> they're wide (wide graphics, program listings, etc.), it reappears
    >> (of course), and the effect with contents sliding under the left
    >> pane comes back. So I'm afraid adjusting the minimum width didn't
    >> fix the issue.
    >
    > Sorry, but I'm still not clear on what behavior you expect in this
    > case. Do you want it to be visible through the left toc pane? That
    > would seem strange to me since it would mix the content text in with
    > the toc text.

    You're right, this was definitely wrong thinking on my side. I've played
    with the CSS (using the Firefox Web Developer extension), and realized
    that there's nothing we can do to _not_ make the contents of the right
    pane slide under the left TOC pane, except magically resizing the
    browser window. :-) So I've brought up a non-issue, probably because the
    jQuery theme that I used (instead of theme-redmond, the default) did not
    set a background color for the TOC pane. And that did look strange!

    >> Also, I noticed that positioning.css has grown significantly since
    >> the last time I pulled the snapshots (about 12 days ago). The size
    >> has tripled, and from looking at (my) svn diff this is due to the
    >> fact that many, many lines have been added that set colors (for tr,
    >> th, div, span, and many other elements). These look like
    >> inadvertent changes to me, because they would effectively
    >> "hard-code" colors in the layout.
    >
    > I don't recall any recent commits, but some of those rules are related
    > to showing colors for changebars (e.g. if you use the revisionflag
    > attribute or a tool like DeltaXML to produce diffs).

    In its current state, positioning.css is unusable for me, because it
    adds background colors in various places that can't be overridden by
    jQuery theme settings. The most visible issue is a teal background color
    in the top div. The previous (12 day old) version of positioning.css was
    good. I'm attaching an svn diff between the two versions so you can see
    what I mean.

    Cheers,

    Stefan

    > -----BEGIN PGP SIGNATURE-----
    > Version: GnuPG v1.4.11 (GNU/Linux)
    > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
    >
    > iQEcBAEBAgAGBQJPOrSrAAoJEMHeSXG7afUhUWoH/3cHvKgMQiTbzmlbHfXYlpB+
    > ZZhFAJpaP/QHDmpXNXdiwSOcFqq8MFONdbGcpWnQuIJw8FLnsIsirN1Z9kEHqV6O
    > vVOCO6JJHOpJdkv43H91rXwVScWGynITwKqCirf8QFmDodKXIsNz3tMin1hzWBSq
    > CY+GCdc3DhhWwVxlXzTjRaAyP2BgBePWWVAHZrUpLVunz0vQFeR1co3dK6ddizBb
    > NHffnQ1v6/+bocWbYbFWJjIRTyaa6KpLc7hAbmK3AOuaRAyITjgKv1btILTehZKx
    > oWYu2iD7xgc8Ci7rWMl0qKs2mwJNPTYYflrT+cqbpA0+UWbZHMDR/CVPV8vnxcc=
    > =TwIw
    > -----END PGP SIGNATURE-----


    --
    Cheers,

    Stefan Hinz <stefan.hinz@oracle.com>, MySQL Documentation Manager

    Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc

    ORACLE Deutschland B.V.& Co. KG
    Registered Office: Riesstr. 25, 80992 Muenchen, Germany
    Commercial Register: Local Court Of Munich, HRA 95603
    Managing Director: Jürgen Kunz

    General Partner: ORACLE Deutschland Verwaltung B.V.
    Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
    Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
    Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher



  • 8.  Re: [docbook-apps] WebHelp display issue

    Posted 02-17-2012 13:40
    Hi David,

    Follow-up on my mail of Feb 15 (no reply yet). I was looking at
    http://snapshots.thingbag.net/xsl/webhelp/template/common/css/ today
    since I noticed changes, and -- whoops -- positioning.css is gone! Can
    someone put it back, please? :-)

    Also, see my comments below, including the attached diff file.

    Cheers,

    Stefan

    >> Also, I noticed that positioning.css has grown significantly since
    >> the last time I pulled the snapshots (about 12 days ago). The size
    >> has tripled, and from looking at (my) svn diff this is due to the
    >> fact that many, many lines have been added that set colors (for tr,
    >> th, div, span, and many other elements). These look like
    >> inadvertent changes to me, because they would effectively
    >> "hard-code" colors in the layout.
    >
    > I don't recall any recent commits, but some of those rules are related
    > to showing colors for changebars (e.g. if you use the revisionflag
    > attribute or a tool like DeltaXML to produce diffs).

    In its current state, positioning.css is unusable for me, because it
    adds background colors in various places that can't be overridden by
    jQuery theme settings. The most visible issue is a teal background color
    in the top div. The previous (12 day old) version of positioning.css was
    good. I'm attaching an svn diff between the two versions so you can see
    what I mean.

    Cheers,

    Stefan

    > -----BEGIN PGP SIGNATURE-----
    > Version: GnuPG v1.4.11 (GNU/Linux)
    > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
    >
    > iQEcBAEBAgAGBQJPOrSrAAoJEMHeSXG7afUhUWoH/3cHvKgMQiTbzmlbHfXYlpB+
    > ZZhFAJpaP/QHDmpXNXdiwSOcFqq8MFONdbGcpWnQuIJw8FLnsIsirN1Z9kEHqV6O
    > vVOCO6JJHOpJdkv43H91rXwVScWGynITwKqCirf8QFmDodKXIsNz3tMin1hzWBSq
    > CY+GCdc3DhhWwVxlXzTjRaAyP2BgBePWWVAHZrUpLVunz0vQFeR1co3dK6ddizBb
    > NHffnQ1v6/+bocWbYbFWJjIRTyaa6KpLc7hAbmK3AOuaRAyITjgKv1btILTehZKx
    > oWYu2iD7xgc8Ci7rWMl0qKs2mwJNPTYYflrT+cqbpA0+UWbZHMDR/CVPV8vnxcc=
    > =TwIw
    > -----END PGP SIGNATURE-----


    --
    Cheers,

    Stefan Hinz <stefan.hinz@oracle.com>, MySQL Documentation Manager

    Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc

    ORACLE Deutschland B.V.& Co. KG
    Registered Office: Riesstr. 25, 80992 Muenchen, Germany
    Commercial Register: Local Court Of Munich, HRA 95603
    Managing Director: Jürgen Kunz

    General Partner: ORACLE Deutschland Verwaltung B.V.
    Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
    Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
    Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher




  • 9.  Re: [docbook-apps] WebHelp display issue

    Posted 02-17-2012 14:12
    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Hi Stefan,
    Sorry for the delay in replying. I was busy with a deadline.

    That's weird that apache isn't showing positioning.css in the
    directory listing. If you go directly to the file, it's there:

    http://snapshots.docbook.org/xsl/webhelp/template/common/css/positioning.css

    To answer you're original question: Would it help if we provide a
    param to point to the css of your choice instead of positioning.css?

    David

    On 02/17/2012 07:40 AM, Stefan Hinz wrote:
    > Hi David,
    >
    > Follow-up on my mail of Feb 15 (no reply yet). I was looking at
    > http://snapshots.thingbag.net/xsl/webhelp/template/common/css/
    > today since I noticed changes, and -- whoops -- positioning.css is
    > gone! Can someone put it back, please? :-)
    >
    > Also, see my comments below, including the attached diff file.
    >
    > Cheers,
    >
    > Stefan
    >
    >>> Also, I noticed that positioning.css has grown significantly
    >>> since the last time I pulled the snapshots (about 12 days ago).
    >>> The size has tripled, and from looking at (my) svn diff this is
    >>> due to the fact that many, many lines have been added that set
    >>> colors (for tr, th, div, span, and many other elements). These
    >>> look like inadvertent changes to me, because they would
    >>> effectively "hard-code" colors in the layout.
    >>
    >> I don't recall any recent commits, but some of those rules are
    >> related to showing colors for changebars (e.g. if you use the
    >> revisionflag attribute or a tool like DeltaXML to produce
    >> diffs).
    >
    > In its current state, positioning.css is unusable for me, because
    > it adds background colors in various places that can't be
    > overridden by jQuery theme settings. The most visible issue is a
    > teal background color in the top div. The previous (12 day old)
    > version of positioning.css was good. I'm attaching an svn diff
    > between the two versions so you can see what I mean.
    >
    > Cheers,
    >
    > Stefan
    >
    >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux)
    >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
    >>
    >> iQEcBAEBAgAGBQJPOrSrAAoJEMHeSXG7afUhUWoH/3cHvKgMQiTbzmlbHfXYlpB+
    >> ZZhFAJpaP/QHDmpXNXdiwSOcFqq8MFONdbGcpWnQuIJw8FLnsIsirN1Z9kEHqV6O
    >> vVOCO6JJHOpJdkv43H91rXwVScWGynITwKqCirf8QFmDodKXIsNz3tMin1hzWBSq
    >> CY+GCdc3DhhWwVxlXzTjRaAyP2BgBePWWVAHZrUpLVunz0vQFeR1co3dK6ddizBb
    >> NHffnQ1v6/+bocWbYbFWJjIRTyaa6KpLc7hAbmK3AOuaRAyITjgKv1btILTehZKx
    >> oWYu2iD7xgc8Ci7rWMl0qKs2mwJNPTYYflrT+cqbpA0+UWbZHMDR/CVPV8vnxcc=
    >> =TwIw -----END PGP SIGNATURE-----
    >
    >

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.11 (GNU/Linux)
    Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

    iQEbBAEBAgAGBQJPPmAgAAoJEMHeSXG7afUhopYH+Mm9KE3KATp83qx/MX0MYFg8
    RW+OadioQ3oVe/odsfR2E7LX5WvV538Ay/f9AufUylQeUNmXsRmxHAFF/Fx9Y3/G
    oXOHFW8/oFKTn+6WF/zcPWWqK1ZiZn+grUsQHZszFU08boTC7Rbz/UX5XG73Ai49
    SVHhwY4ckxtfYtuGV3jJtZ0E5Pf4CbFYoaZ581ajcBFbrPWjUSb65hJcoRzR7ar0
    EkdRUqwbqreqcgQH80pY4sYdKYXG0b31DIzHEtnaEPWTSRMaxXQHj1WCV4iQ0YFL
    ewJijd3ZIRa97+1SJ2YAu7EHoCOu6IhTNN91qySifmTkkslBCjArnigrvdCEHg==
    =4lJd
    -----END PGP SIGNATURE-----



  • 10.  Re: [docbook-apps] WebHelp display issue

    Posted 02-17-2012 14:24
    Hi David,

    > Sorry for the delay in replying. I was busy with a deadline.

    Sounds all too familiar. You have my sympathies.

    > That's weird that apache isn't showing positioning.css in the
    > directory listing. If you go directly to the file, it's there:
    >
    > http://snapshots.docbook.org/xsl/webhelp/template/common/css/positioning.css

    Confirmed, it's there. Apache still doesn't show it, but now I know. :-)

    > To answer you're original question: Would it help if we provide a
    > param to point to the css of your choice instead of positioning.css?

    Yes, that would be helpful.

    On the other hand, I still think that adding all that color information
    is a glitch. As the name implies, positioning.css is about where
    s
    and other things should be positioned, rather than how they should look
    like.

    Cheers,

    Stefan


    > On 02/17/2012 07:40 AM, Stefan Hinz wrote:
    >> Hi David,
    >>
    >> Follow-up on my mail of Feb 15 (no reply yet). I was looking at
    >> http://snapshots.thingbag.net/xsl/webhelp/template/common/css/
    >> today since I noticed changes, and -- whoops -- positioning.css is
    >> gone! Can someone put it back, please? :-)
    >>
    >> Also, see my comments below, including the attached diff file.
    >>
    >> Cheers,
    >>
    >> Stefan
    >>
    >>>> Also, I noticed that positioning.css has grown significantly
    >>>> since the last time I pulled the snapshots (about 12 days ago).
    >>>> The size has tripled, and from looking at (my) svn diff this is
    >>>> due to the fact that many, many lines have been added that set
    >>>> colors (for tr, th, div, span, and many other elements). These
    >>>> look like inadvertent changes to me, because they would
    >>>> effectively "hard-code" colors in the layout.
    >>>
    >>> I don't recall any recent commits, but some of those rules are
    >>> related to showing colors for changebars (e.g. if you use the
    >>> revisionflag attribute or a tool like DeltaXML to produce
    >>> diffs).
    >>
    >> In its current state, positioning.css is unusable for me, because
    >> it adds background colors in various places that can't be
    >> overridden by jQuery theme settings. The most visible issue is a
    >> teal background color in the top div. The previous (12 day old)
    >> version of positioning.css was good. I'm attaching an svn diff
    >> between the two versions so you can see what I mean.
    >>
    >> Cheers,
    >>
    >> Stefan
    >>
    >>> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux)
    >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
    >>>
    >>> iQEcBAEBAgAGBQJPOrSrAAoJEMHeSXG7afUhUWoH/3cHvKgMQiTbzmlbHfXYlpB+
    >>> ZZhFAJpaP/QHDmpXNXdiwSOcFqq8MFONdbGcpWnQuIJw8FLnsIsirN1Z9kEHqV6O
    >>> vVOCO6JJHOpJdkv43H91rXwVScWGynITwKqCirf8QFmDodKXIsNz3tMin1hzWBSq
    >>> CY+GCdc3DhhWwVxlXzTjRaAyP2BgBePWWVAHZrUpLVunz0vQFeR1co3dK6ddizBb
    >>> NHffnQ1v6/+bocWbYbFWJjIRTyaa6KpLc7hAbmK3AOuaRAyITjgKv1btILTehZKx
    >>> oWYu2iD7xgc8Ci7rWMl0qKs2mwJNPTYYflrT+cqbpA0+UWbZHMDR/CVPV8vnxcc=
    >>> =TwIw -----END PGP SIGNATURE-----
    >>
    >>
    >
    > -----BEGIN PGP SIGNATURE-----
    > Version: GnuPG v1.4.11 (GNU/Linux)
    > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
    >
    > iQEbBAEBAgAGBQJPPmAgAAoJEMHeSXG7afUhopYH+Mm9KE3KATp83qx/MX0MYFg8
    > RW+OadioQ3oVe/odsfR2E7LX5WvV538Ay/f9AufUylQeUNmXsRmxHAFF/Fx9Y3/G
    > oXOHFW8/oFKTn+6WF/zcPWWqK1ZiZn+grUsQHZszFU08boTC7Rbz/UX5XG73Ai49
    > SVHhwY4ckxtfYtuGV3jJtZ0E5Pf4CbFYoaZ581ajcBFbrPWjUSb65hJcoRzR7ar0
    > EkdRUqwbqreqcgQH80pY4sYdKYXG0b31DIzHEtnaEPWTSRMaxXQHj1WCV4iQ0YFL
    > ewJijd3ZIRa97+1SJ2YAu7EHoCOu6IhTNN91qySifmTkkslBCjArnigrvdCEHg==
    > =4lJd
    > -----END PGP SIGNATURE-----


    --
    Cheers,

    Stefan Hinz <stefan.hinz@oracle.com>, MySQL Documentation Manager

    Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc

    ORACLE Deutschland B.V.& Co. KG
    Registered Office: Riesstr. 25, 80992 Muenchen, Germany
    Commercial Register: Local Court Of Munich, HRA 95603
    Managing Director: Jürgen Kunz

    General Partner: ORACLE Deutschland Verwaltung B.V.
    Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
    Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
    Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher



  • 11.  Re: [docbook-apps] WebHelp display issue

    Posted 02-17-2012 15:05
    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    > On the other hand, I still think that adding all that color
    > information is a glitch. As the name implies, positioning.css is
    > about where
    s and other things should be positioned, rather
    > than how they should look like.

    Ok, submit a patched version of it that excludes the things that don't
    belong. I'll give it a shot. On the one hand we want it to be
    configurable, on the other we want it to look ok out of the box. We
    could add another css for skinning, but that would be another http
    request.

    Thanks,
    David
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.11 (GNU/Linux)
    Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

    iQEcBAEBAgAGBQJPPmysAAoJEMHeSXG7afUhBz4H/jCqTfW7yO00bvrRr4d5INca
    /tEnHGbjs9XRZq+bLinqWgWkN4wIHG27yW5lDfmlnV4Vkp4JaQeyLjf8BBx7nqXo
    1V3sINCWNjTa5zbgaIKOdvFKon/P7zta4UWxbTW/pNU3JnKM75TXiHmkIVyFU8NM
    SpKpZ3cHxbnLNJsZ8dwSlK7sEHY+vu6Pl4xGO3FI7CdM4ztvei1H5JHtBvT5tcts
    emV1M+oX13aNPOkVLztCmltfGshw+/3isE28bHrJLXQqjFWtxNv8qvaMIZebd4jm
    WJ9oJeNw2KL4XWUaoj+T5ttrqoJ3ji8pHXzbWPDlHSYTjn32oTzBBs3tsH10Pps=
    =02+i
    -----END PGP SIGNATURE-----



  • 12.  Re: [docbook-apps] WebHelp display issue

    Posted 02-20-2012 17:47
      |   view attached
    Hi David,

    >> On the other hand, I still think that adding all that color
    >> information is a glitch. As the name implies, positioning.css is
    >> about where
    s and other things should be positioned, rather
    >> than how they should look like.
    >
    > Ok, submit a patched version of it that excludes the things that don't
    > belong. I'll give it a shot. On the one hand we want it to be
    > configurable, on the other we want it to look ok out of the box. We
    > could add another css for skinning, but that would be another http
    > request.

    That would basically be the 1.76.1 version with the min-width fix.
    Please find it attached.

    I've thought about this over the weekend, and I'm wondering if the
    approach I'm taking is the right thing to do. Basically, I've copied
    over the webhelp/templates directory to a "safe" location. Of course,
    that copy will eventually go out of sync with the templates folder
    included in the XSL style sheets, unless I sync over changes manually.

    I've done the "fork" for the following reasons:

    * The images folder contains a set of images that we (and probably many
    others) will want to replace with their own, customized, images.

    * The jquery folder contains a certain theme, theme-redmond. Again, we
    will want to customize that by either using a different theme from the
    jQuery UI gallery, or by rolling our own from
    http://jqueryui.com/themeroller/.

    * We will want to use a different favicon.

    * Regarding files in content/search, we're considering using the search
    improvements made by Peter Desjardins, the most important one being the
    ability to search for "search strings in quotes", expanding the one-word
    search that exists by default.

    Granted, the last item could be done as a contribution to the XSL style
    sheets, rather than as a customization, if Peter or I can find the time
    to extract the changes he made, and provide a patch. But for the rest of
    the items (images, jQuery theme, favicon), I see no viable way of
    accomplishing customization other than by "forking" the templates
    folder, or by "polluting" the original style sheets with customized
    stuff. Both options don't seem to be optimal.

    There's a third option, which would be to make many more things
    customizable in the webhelp style sheets. Configuration options would
    include:

    * Using a different images folder (with the exact same file names), for
    example "/custom/path/webhelp/ui-images/".

    * Using a different jquery/theme-redmond folder, for example
    "/custom/path/webhelp/theme-darkside".

    * Using a different favicon.ico file (with the same name), for example
    "/custom/path/webhelp/favicon.ico".

    Not sure how viable this would be, though. What do you think?

    --
    Cheers,

    Stefan Hinz <stefan.hinz@oracle.com>, MySQL Documentation Manager

    Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc

    ORACLE Deutschland B.V.& Co. KG
    Registered Office: Riesstr. 25, 80992 Muenchen, Germany
    Commercial Register: Local Court Of Munich, HRA 95603
    Managing Director: Jürgen Kunz

    General Partner: ORACLE Deutschland Verwaltung B.V.
    Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
    Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
    Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher

    </stefan.hinz@oracle.com>

    Attachment(s)

    css
    positioning-1.76.1.css   2 KB 1 version


  • 13.  Re: [docbook-apps] WebHelp display issue

    Posted 02-22-2012 04:55
    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Hi Stefan,

    > I've thought about this over the weekend, and I'm wondering if the
    > approach I'm taking is the right thing to do. Basically, I've
    > copied over the webhelp/templates directory to a "safe" location.
    > Of course, that copy will eventually go out of sync with the
    > templates folder included in the XSL style sheets, unless I sync
    > over changes manually.

    In fact, that's what I do and I think it's inevitable. I manage the
    delta with a diff tool.

    > I've done the "fork" for the following reasons:
    >
    > * The images folder contains a set of images that we (and probably
    > many others) will want to replace with their own, customized,
    > images.
    >
    > * The jquery folder contains a certain theme, theme-redmond. Again,
    > we will want to customize that by either using a different theme
    > from the jQuery UI gallery, or by rolling our own from
    > http://jqueryui.com/themeroller/.
    >
    > * We will want to use a different favicon.
    >
    > * Regarding files in content/search, we're considering using the
    > search improvements made by Peter Desjardins, the most important
    > one being the ability to search for "search strings in quotes",
    > expanding the one-word search that exists by default.
    >
    > Granted, the last item could be done as a contribution to the XSL
    > style sheets, rather than as a customization, if Peter or I can
    > find the time to extract the changes he made, and provide a patch.
    >
    Please post a working example and perhaps Kasun or I can find the time
    to incorporate it in. I do have one change in a zip file related to
    searching for file names, but I also have another approach to that
    which will be more general and relies on some indexer changes
    contributed by oxygen.

    > But for the rest of the items (images, jQuery theme, favicon), I
    > see no viable way of accomplishing customization other than by
    > "forking" the templates folder, or by "polluting" the original
    > style sheets with customized stuff. Both options don't seem to be
    > optimal.
    >
    > There's a third option, which would be to make many more things
    > customizable in the webhelp style sheets. Configuration options
    > would include:
    >
    > * Using a different images folder (with the exact same file names),
    > for example "/custom/path/webhelp/ui-images/".
    >
    > * Using a different jquery/theme-redmond folder, for example
    > "/custom/path/webhelp/theme-darkside".
    >
    > * Using a different favicon.ico file (with the same name), for
    > example "/custom/path/webhelp/favicon.ico".
    >
    > Not sure how viable this would be, though. What do you think?

    I'm happy to provide those options if they will help. I think at least
    for the jquery theme we should do it. I suspect for the images most
    people will just have the build copy their versions over the stock ones.

    The fact that webhelp includes so much extra stuff (css, js, images, a
    sample build.xml) raises some special considerations for
    customization. I've been curious how people actually use the sample
    build.xml (i.e. do they use it as is, importing it into their
    build.xml and overriding it xslt-style or do they just rewrite it to
    meet their needs).

    Thanks,
    David
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.11 (GNU/Linux)
    Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

    iQEcBAEBAgAGBQJPRHUTAAoJEMHeSXG7afUhSCkIAIvpHc2hsEenj6gza+VkD2sx
    VO7sl+6fbW2qaf7+XOwky2dwSDtZV6I+AosI4mAw64GjJHiafADMCFYDe+qWSJne
    nRx5WHn5qis7hOg8lARIcVMYtHY3tFMaWfT21FfMDNdldCw5QmJ29YyiUBtO5MyT
    YkVw4C9ujC095HkF3wbRjeZutIvWuyeQh97M7eM7kqPQpInJFoOYXjhgNJcRms8K
    msfQDIphK3C3eUI0vUkxLo6jznuaaoiavFpNKNTxl0b7sLpc1vXoojXKuGCgTBxE
    EvSGIHR5watL6v/m9CKg6kx0v6tffbSIEGNxUJg9I9IynMunwAXX108uQvc8juE=
    =XDCX
    -----END PGP SIGNATURE-----