Re: num_entries should not apply to category views
Jukka Ruohonen <[email protected]>
| Newsgroups | gmane.comp.web.pyblosxom.devel |
|---|---|
| Message-ID | <20080403192739.GA1104@zealot> |
> I don't think wbgpager is a good way to navigate through a category. It > means you have to scroll past the body of every post to get to the one > you want, going through many pages, which is a lot of scrolling, and a > lot of distracting visual noise. So lets say you use a flavour for The readmore-plugin avoids this problem nicely; most of my entries are either short notes or bigger ones with just an introductory paragraph and the BREAK. > category paths that shows only the title of each post so you can > navigate more quickly, now each post is just one line so you'll want to > increase the number of entries on each page by increasing num_entries, > but that will also apply to the front page where each post is shown in > full... Sorry: I kind of missed this point from your original post. Yet, I like more the newspaper-like feeling where you get, besides the title, a short introduction gathering the main points (i.e. again assuming the readmore-plugin). > As a compromise I would suggest breaking num_entries into two > configuration variables: num_entries and num_entries_category. This sounds good to me and should hardly make a difference at the code-level (say, a boolen value determining the on/off -truncation of the category-num_entries). But since I will be using the mentioned plugins in any case, and since we all tend to agree that num_entries for the category-entries is not a good idea, I see no point in arguing against making the default vanilla-install better by avoiding the truncation in this case. - Jukka. ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace