Re^3: Too much Front Paging


P is for Practical
	PerlMonks

Re^3: Too much Front Paging

by demerphq (Chancellor)

on Sep 24, 2004 at 15:34 UTC ( [id://393555]=note: print w/replies, xml )

Need Help??

in reply to Re^2: Too much Front Paging
in thread Too much Front Paging

What would be useful would be a variation on dermephqs threaded newest nodes. Personally I don't like this in the form it is in beacuse you have pages and pages of data but it illustrates the fact that gathering replies,

The sandpit has been changing quite steadily recently. Did you write this before I rolled out the "root-and-node" mode and added the child/descendent counts? If yes then are things better now, and if not then what would have to change?

---
demerphq

_{First they ignore you, then they laugh at you, then they fight you, then you win.

-- Gandhi

Flux8}

Comment on Re^3: Too much Front Paging

Replies are listed 'Best First'.

Re^4: Too much Front Paging
by tachyon (Chancellor) on Sep 24, 2004 at 15:55 UTC

As you surmise I based my comments on what I looked at a few days ago. I thing the "root and node" mode with child/descendent counts is ..... exactly what I had in mind. It would be a worthy replacement to "N replies" on the Front Page.

The threading is good and bad. Sure it shows you the activity at a glance but....it takes up so much screen real estate. There is also a data transfer increase of course. Ideally the tree would be best implemented with DHTML. An all or nothing server refresh toggle would be a practical compromise.

cheers

tachyon

[reply]

In Section Perl Monks Discussion