Hi all,

An update about the rfc-editor.org website redesign below -

On 2/17/25 8:51 PM, Eric Rescorla wrote:


On Mon, Feb 17, 2025 at 6:49 PM Brian E Carpenter <brian.e.carpen...@gmail.com <mailto:brian.e.carpen...@gmail.com>> wrote:

    On 18-Feb-25 15:26, Eric Rescorla wrote:
     >
     >
     > On Mon, Feb 17, 2025 at 6:17 PM Brian E Carpenter
    <brian.e.carpen...@gmail.com <mailto:brian.e.carpen...@gmail.com>
    <mailto:brian.e.carpen...@gmail.com
    <mailto:brian.e.carpen...@gmail.com>>> wrote:
     >
     >     This is off topic, but I want to register some disagreement.
     >     On 18-Feb-25 12:46, Bob Hinden wrote:
     >     ...
     >
     >      >> A simple question might help sharpen this point:  should
    people be presented with the RFC text or the info page?  I assert
    that people want the text first, the metadata second.  Our processes
    (and rfc-editor.org <http://rfc-editor.org> <http://rfc-editor.org
    <http://rfc-editor.org>>) say the opposite.
     >      >
     >      > I agree with that and it matches my own use.   Almost all
    of the time, I am looking for the actual RFC.
     >      >
     >
     >     With all due respect, Bob, Martin and Eric are not typical
    consumers.
     >
     >
     > Agreed.
     >
     >
     >     I disagree that the actual RFC should be first on the landing
    page, for two reasons:
     >
     >     Major reason: Nobody should consult an RFC before checking
    whether it has been obsoleted or updated, and whether it has errata.
    The landing page should take care of that, and it's especially
    important for the "consumer" category.
     >
     >     (It's true that regular users aren't going to perform such a
    check every time they need to review a detail. But they are not the
    target for the SEO-ed landing pages.)
     >
     >
     > I see that this is what you think consumers *should* want, but
    are you sure it's what they actually want? Moreover, it seems like
    that kind of meta-information could be easily conveyed with the RFC
    itself.

    Well, yes, except for that awkward rule about never changing the
    semantic content after publication.

    I agree though - if what the user gets is (for example) the HTML
    version preceded by a banner with the metadata information, that
    would be fine. That's just a design issue. The underlying point is
    to ensure that the consumer gets the product warnings.


[JM] The revamp of rfc-editor.org is currently under development. Please see the screen captures for the new display of RFC pages here (note that the title and text shown are place holders):

https://github.com/ietf-tools/rfced-www/pull/6

This display will replace the current info page. Banners will highlight whether the RFC is obsolete and/or has been updated. A new sidebar has tabs for the table of contents, about this RFC, and errata (not populated in these screenshots).

There is also a display for mobile clients and for readers who have selected dark mode for their browser display.

Best regards,
Jean



I agree that that is valuable. FWIW, the datatracker page that is linked from Google has this information in a sidebar.

https://datatracker.ietf.org/doc/html/rfc9000 <https:// datatracker.ietf.org/doc/html/rfc9000>

-Ekr





--
rswg mailing list -- rswg@rfc-editor.org
To unsubscribe send an email to rswg-le...@rfc-editor.org

Reply via email to