• Re: New year, new features for Newsgrouper???

    From Ulf Kutzner@user2991@newsgrouper.org.invalid to newsgrouper.support,news.software.readers on Thu Apr 30 06:45:45 2026
    From Newsgroup: news.software.readers


    Colin Macleod <user7@newsgrouper.org.invalid> posted:


    I think the basic operation of https://newsgrouper.org/ is now fairly stable. So I want to ask if there is any significant functionality that people feel is missing. I can't guarantee to implement whatever might be requested but feedback from users would be useful in deciding what other features would be worth working on.

    While looking at <10stl6v$53rn$1@dont-email.me>
    I think there used to be blank lines in former
    times, one after the header lines and one after
    the posting itself. Would like to see them (again).

    Best regards, ULF
    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Colin Macleod@user7@newsgrouper.org.invalid to newsgrouper.support,news.software.readers on Thu Apr 30 09:31:51 2026
    From Newsgroup: news.software.readers

    Ulf Kutzner <user2991@newsgrouper.org.invalid> posted:

    While looking at <10stl6v$53rn$1@dont-email.me>
    I think there used to be blank lines in former
    times, one after the header lines and one after
    the posting itself. Would like to see them (again).

    Hi Ulf, I can't see any recent change in the code which would have
    affected this. How long ago do you think this changed?
    --
    Colin Macleod ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ https://cmacleod.me.uk

    FEED HOUSE SAVE FEED HOUSE SAVE FEED HOUSE SAVE
    GAZA GAZA GAZA GAZA GAZA GAZA GAZA GAZA GAZA
    NOW! NOW! NOW! NOW! NOW! NOW! NOW! NOW! NOW!
    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Colin Macleod@user7@newsgrouper.org.invalid to newsgrouper.support,news.software.readers on Thu Apr 30 10:23:11 2026
    From Newsgroup: news.software.readers

    Colin Macleod <user7@newsgrouper.org.invalid> posted:

    Ulf Kutzner <user2991@newsgrouper.org.invalid> posted:

    While looking at <10stl6v$53rn$1@dont-email.me>
    I think there used to be blank lines in former
    times, one after the header lines and one after
    the posting itself. Would like to see them (again).

    Hi Ulf, I can't see any recent change in the code which would have
    affected this. How long ago do you think this changed?


    After a bit more digging I see that there used to be an extra line break between the headers and the article which I removed in September 2025,
    it's the last change in: https://chiselapp.com/user/cmacleod/repository/newsgrouper/info/f506195be1d2b960

    I'm reluctant to reverse this. I think there is still a clear division
    between headers and posting and I don't want to waste space on small screens like phones.

    I didn't find any change in the spacing at the end of the article so far.
    --
    Colin Macleod ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ https://cmacleod.me.uk

    FEED HOUSE SAVE FEED HOUSE SAVE FEED HOUSE SAVE
    GAZA GAZA GAZA GAZA GAZA GAZA GAZA GAZA GAZA
    NOW! NOW! NOW! NOW! NOW! NOW! NOW! NOW! NOW!
    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From ram@ram@zedat.fu-berlin.de (Stefan Ram) to newsgrouper.support,news.software.readers on Thu Apr 30 10:48:45 2026
    From Newsgroup: news.software.readers

    Colin Macleod <user7@newsgrouper.org.invalid> wrote or quoted:
    I'm reluctant to reverse this. I think there is still a clear division >between headers and posting and I don't want to waste space on small screens >like phones.

    In theory, it would be possible to assign a special custom class
    to that blank line, as in,

    |<pre class="mime-container">
    |<span class="headers">From: user@example.com
    |Subject: Test Message</span>
    |<span class="target-blank-line">
    |</span><span class="body">This is the message body.</span>
    |</pre>

    . Then, one could hide that blank line via CSS, while it would
    still be there when copied:

    |.target-blank-line {
    | display: inline-block; /* Required to apply height/font-size */
    | height: 0;
    | font-size: 0;
    | line-height: 0;
    | overflow: hidden;
    | vertical-align: top;
    |}

    , and educated users could use their custom user CSS to style
    that blank line as they wish. Or, one could even have a button
    on the web page to toggle that blank line.

    But in practice, this would be too much effort and it would
    increase the complexity of the site introducing additional
    effort for maintenance and risks of bugs.

    Yes, the whole idead of "responsive design" would be to have
    this blank line on large screens, but remove it for small screens,
    but the same counterarguments apply.


    --- Synchronet 3.21f-Linux NewsLink 1.2