I think that it would be a good idea to put a listing of the newest nodes in a box along the right.

If you are worried about the titles of the nodes being too long, perhaps we could just list all of the sections and the number of new nodes next to each section name. We could add something like this to the pre-existing Sections box:
-------

Mediations: 4
Perl Poetry: 2
Code: 1
etc . . .

The number of nodes would be links that go to the appropriate section of the newest node page.

In other words, in the above example, there would be a link such as:

Meditations: <a href=http://www.perlmonks.org/index.pl?Newest Node#Meditations>4</a>

That link would go to the Meditations section on the newest nodes page.

Anyway, I am really interested in the newest nodes and I think other people are too. That's why I think they deserve to somehow be included along the right side.

2006-03-01 Retitled by planetscape, as per Monastery guidelines
Original title: 'Newest Nodes Section'

Replies are listed 'Best First'.
Re: Proposal: a 'Newest Nodes' nodelet
by Callum (Chaplain) on Dec 05, 2002 at 16:04 UTC
    Anyway, I am really interested in the newest nodes and I think other people are too

    The key thing is that different people are interested in different things, not whether one section is generally more popular than others -- by making the sidebar as customisable as possible people can choose to highlight the sections of the site they get most benefit from, and in some cases this may not be 'newest nodes'.

    That said, a default 'newest nodes' nodelet rather than a crafted personal nodelet would be nice, and probably more viable.

(tye)Re: Proposal: a 'Newest Nodes' nodelet
by tye (Sage) on Dec 06, 2002 at 05:20 UTC

    I'm not a big fan of new nodelets that require lots of database activity in order to construct. It just puts more load on the often-overloaded database server to calculate complex nodelets on every single page load when, for so many of the page loads you aren't going to even look at that particular nodelet.

    For example, the "Other Users" nodelet can generate a significant amount of database load. There are many ways to fix this and it has been in my plans for some time but it hasn't been done yet.

    At some point we should have a much better caching system and this type of stuff can be made many times more efficient. But we need to spend time implementing the better caching before we spend much time implementing new features that probably need it.

            - tye
      Nodelets are nice, but provided the site is fast enough it'd be painless to bring up another page to look up the information. :)

      Makeshifts last the longest.

Re: Proposal: a 'Newest Nodes' nodelet
by Anonymous Monk on Dec 06, 2002 at 03:40 UTC