Complete view of a Month entries for S2
Short, concise description of the idea
Having the possibility to see all the entries in a month. Not only the subject line, but also the text and maybe the subject line of the comments. All in one page
Full description of the idea
Many people post on average between 20 and 90 posts a month. This is not an awful lot, and is around the size of the lastn. At the present time, if you are really looking for an old post, and you have no clue about it's subject line you are basically lost. In practical terms this means that apart the most ordered journal, most of our journals are just black holes, where we insert data, the most recent can be looked at, but for anything before 50 or 75 entries it requires a huge search commitment for the human operator to find the data. This is a *major* limit of our journals. As alot of useful stuff get lost, and honestly how many people really go back and read the calendar. What I am proposing is that on the month page of S2 we don't pass only the subject line of each entry, but also the complete text (excluded what is lj-cutted). In this way it would be possible to look through an year in few (12) pages. Instead that 365 ones.
An ordered list of benefits
All the journal will be accessible, not just the most recent entries.
The journal will become like a big webpage, with many pages, more than just a blog where only the last 50 entries are available, and the older ones require so much effort that people never actually read them.
Some poeple have long cycle. For two months they only speak about something, then they change subject. If we can read more of a journal we can understand if the person we are checking is always so boring or only in the last days. We would have more info to decide if we want to friend him.
Possibility to find long lost data. Both in your and in other peoples journal.
Many programs that access your entries for data calculation will have more data.
More people will move to S2.
Every month view would be like a lastn page. Would even be simple for people to understand.
An ordered list of problems/issues involved
Only the old problem of slowing down the server. On the other hand servers will be slowed down only when people go to the month view. This is at the moment quite a rare event respect to the lastn view. If this modification makes this event sensibly less rare, it just means that the modification is worthwile, so should be implemented.
An organized list, or a few short paragraphs detailing suggestions for implementation
In s2, ( http://www.livejournal.com/customize/advanced/layerbrowse.bml?id=core1#class.MonthPage ) when we pass the data about the entry the complete data for the entries should be passed and not the skimmed one. It might be a good thing to install a second form of month view, so that if someone is just interested in the subject lines it is possible not to pass the whole information.
Every month view would be like a lastn page.