• No background color for sticky first line when scrolling to right

    From Robert Prins@21:1/5 to All on Mon Apr 3 18:57:56 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    I added a sticky first line to a dump file,

    <https://prino.neocities.org/@temp/dump.html>,

    to make it a bit easier to see what's where, but for some reason, the background
    color for the sticky part only extends to what's visible, and not the part that scrolls right into view.

    Resizing the font and reloading does color the whole top...

    What am I doing wrong?
    --
    Robert AH Prins
    robert(a)prino(d)org
    The hitchhiking grandfather @ https://prino.neocities.org/
    Some useful(?) REXX @ https://prino.neocities.org/zOS/zOS-Tools.html

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ben Bacarisse@21:1/5 to Robert Prins on Mon Apr 3 21:59:57 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    Robert Prins <robert@prino.org> writes:

    I added a sticky first line to a dump file,

    <https://prino.neocities.org/@temp/dump.html>,

    to make it a bit easier to see what's where, but for some reason, the background color for the sticky part only extends to what's visible, and not the part that scrolls right into view.

    Resizing the font and reloading does color the whole top...

    What am I doing wrong?

    Add width: fit-content; to the style.

    --
    Ben.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Apd@21:1/5 to Ben Bacarisse on Mon Apr 3 22:24:06 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    "Ben Bacarisse" wrote:
    Robert Prins writes:
    I added a sticky first line to a dump file,

    <https://prino.neocities.org/@temp/dump.html>,

    to make it a bit easier to see what's where, but for some reason, the
    background color for the sticky part only extends to what's visible,
    and not the part that scrolls right into view.

    Resizing the font and reloading does color the whole top...

    What am I doing wrong?

    Add width: fit-content; to the style.

    That didn't work in Firefox but for some strange reason this did:

    display: inline;

    It doesn't mess up the "pre" formatting but he might want to add a
    margin to the "div".

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Robert Prins@21:1/5 to Apd on Tue Apr 4 09:55:52 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    On 2023-04-03 21:24, Apd wrote:
    "Ben Bacarisse" wrote:
    Robert Prins writes:
    I added a sticky first line to a dump file,

    <https://prino.neocities.org/@temp/dump.html>,

    to make it a bit easier to see what's where, but for some reason, the
    background color for the sticky part only extends to what's visible,
    and not the part that scrolls right into view.

    Resizing the font and reloading does color the whole top...

    What am I doing wrong?

    Add width: fit-content; to the style.

    That didn't work in Firefox but for some strange reason this did:

    display: inline;

    It doesn't mess up the "pre" formatting but he might want to add a
    margin to the "div".

    Actually, the "width: fit-content;" does work in FF (111.0.1 64-bit)

    Robert
    --
    Robert AH Prins
    robert(a)prino(d)org
    The hitchhiking grandfather - https://prino.neocities.org/
    Some REXX code for use on z/OS - https://prino.neocities.org/zOS/zOS-Tools.html

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Apd@21:1/5 to Robert Prins on Tue Apr 4 09:25:30 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    "Robert Prins" wrote:
    On 2023-04-03 21:24, Apd wrote:
    "Ben Bacarisse" wrote:
    Add width: fit-content; to the style.

    That didn't work in Firefox but for some strange reason this did:

    display: inline;

    It doesn't mess up the "pre" formatting but he might want to add a
    margin to the "div".

    Actually, the "width: fit-content;" does work in FF (111.0.1 64-bit)

    Ok, mine's an older version. Other browsers may vary.

    BTW, your date is in the future. From your header:

    Date: Tue, 4 Apr 2023 09:55:52 +0000
    Injection-Date: Tue, 4 Apr 2023 06:55:48 -0000 (UTC)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Robert Prins@21:1/5 to Apd on Tue Apr 4 18:48:05 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    On 2023-04-04 08:25, Apd wrote:
    "Robert Prins" wrote:
    On 2023-04-03 21:24, Apd wrote:
    "Ben Bacarisse" wrote:
    Add width: fit-content; to the style.

    That didn't work in Firefox but for some strange reason this did:

    display: inline;

    It doesn't mess up the "pre" formatting but he might want to add a
    margin to the "div".

    Actually, the "width: fit-content;" does work in FF (111.0.1 64-bit)

    Ok, mine's an older version. Other browsers may vary.

    BTW, your date is in the future. From your header:

    Date: Tue, 4 Apr 2023 09:55:52 +0000
    Injection-Date: Tue, 4 Apr 2023 06:55:48 -0000 (UTC)

    Yes & no.

    I use UTC as I'm getting sick and tired of the displayed times of files changing
    when I move between time zones and/or change between summer- and winter time, and/or when I unpack archives.

    Robert
    --
    Robert AH Prins
    robert(a)prino(d)org
    The hitchhiking grandfather @ https://prino.neocities.org/
    Some useful(?) REXX @ https://prino.neocities.org/zOS/zOS-Tools.html

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Robert Prins@21:1/5 to Robert Prins on Wed Apr 5 11:51:54 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    On 2023-04-04 09:55, Robert Prins wrote:
    On 2023-04-03 21:24, Apd wrote:
    "Ben Bacarisse" wrote:
    Robert Prins writes:
    I added a sticky first line to a dump file,

    <https://prino.neocities.org/@temp/dump.html>,

    to make it a bit easier to see what's where, but for some reason, the
    background color for the sticky part only extends to what's visible,
    and not the part that scrolls right into view.

    Resizing the font and reloading does color the whole top...

    What am I doing wrong?

    Add width: fit-content; to the style.

    That didn't work in Firefox but for some strange reason this did:

      display: inline;

    It doesn't mess up the "pre" formatting but he might want to add a
    margin to the "div".

    Actually, the "width: fit-content;" does work in FF (111.0.1 64-bit)

    This all works swell, however, I now have two other problems:

    1) Ctrl-PgUp no longer works, as the top-of-page is already at the top, and

    2) If I use the ":target" pseudo-selector, it does highlight the target, but it also scrolls it behind the fixed sticky line (unless I'm somewhere at the very bottom). Tried using two <div>'s to split the <body> added a "top:1" to the "target" CSS, but that doesn't change anything, so any clues how I can solve these ones?

    Robert

    --
    Robert AH Prins
    robert(a)prino(d)org
    The hitchhiking grandfather - https://prino.neocities.org/
    Some REXX code for use on z/OS - https://prino.neocities.org/zOS/zOS-Tools.html

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Apd@21:1/5 to Robert Prins on Wed Apr 5 15:56:16 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    "Robert Prins" wrote:
    This all works swell, however, I now have two other problems:

    1) Ctrl-PgUp no longer works, as the top-of-page is already at the top

    Pgup, pgdn, home and end work as expected without the "ctrl" modifier.

    2) If I use the ":target" pseudo-selector, it does highlight the target,
    but it also scrolls it behind the fixed sticky line (unless I'm somewhere
    at the very bottom). Tried using two <div>'s to split the <body> added a "top:1" to the "target" CSS, but that doesn't change anything, so any
    clues how I can solve these ones?

    A couple of ways here: <https://getpublii.com/blog/one-line-css-solution-to-prevent-anchor-links-from-scrolling-behind-a-sticky-header.html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Robert Prins@21:1/5 to Apd on Wed Apr 5 21:15:52 2023
    XPost: comp.infosystems.www.authoring.stylesheets

    On 2023-04-05 14:56, Apd wrote:
    "Robert Prins" wrote:
    This all works swell, however, I now have two other problems:

    1) Ctrl-PgUp no longer works, as the top-of-page is already at the top

    Pgup, pgdn, home and end work as expected without the "ctrl" modifier.

    Should have been Ctrl-Home, which doesn't do anything.

    2) If I use the ":target" pseudo-selector, it does highlight the target,
    but it also scrolls it behind the fixed sticky line (unless I'm somewhere
    at the very bottom). Tried using two <div>'s to split the <body> added a
    "top:1" to the "target" CSS, but that doesn't change anything, so any
    clues how I can solve these ones?

    A couple of ways here: <https://getpublii.com/blog/one-line-css-solution-to-prevent-anchor-links-from-scrolling-behind-a-sticky-header.html>

    Almost PL/I, where there are usually also several ways to skin a cat. ;)

    Thanks,

    Robert
    --
    Robert AH Prins
    robert(a)prino(d)org
    The hitchhiking grandfather - https://prino.neocities.org/
    Some REXX code for use on z/OS - https://prino.neocities.org/zOS/zOS-Tools.html

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)