Ticket #712 (closed enhancement: fixed)

Opened 1 year ago

Last modified 4 months ago

per-journal configuration for recent article block

Reported by: russ Assigned to: jkirton
Priority: medium Milestone: 0.9.0
Component: ambra Version: 0.8.1
Keywords: Cc:
Blocking: Blocked By:

Description

iirc the recent articles tab on the home page has no concept of mutliple journals, and shares a single cache, so it cannot be used on more than one journal (we are hand-coding it on the other journals currently)

to truly be useful for the other journals, we need some per-journal configuration settings:

-configurable definition of "recent". plosone uses 1 week, but journals with a slower rate of publication might want articles from the past month.

-configurable number of articles in the block. iirc, plosone is 5, but slower journals might want 2 or 3.

Dependency Graph

Change History

01/30/08 09:50:00 changed by russ

additionally it would be nice to be able to choose which article types are included in the block.

07/08/08 07:57:48 changed by jkirton

  • owner changed from jsuttor to jkirton.
  • status changed from new to assigned.
  • blocking changed.
  • blockedby changed.

07/10/08 06:58:31 changed by jkirton

The HomePageAction?.getRecentArticles() method was yanked per r4815 and therefore there is no 'recent articles' query now. So, currently, all journal home pages have a manually populated list of recent article links. Re-instating getRecentArticles() wouldn't be difficult but the method itself would need to be verified of course given all the recent OTM changes and the like. BTW, this method calls on BrowseService?.getArticlesByDate() which honors the current journal context so there will be no articles that are not part of the current journal in the results.

As far as the front-end goes, the FTL templating and supporting javascript are still in tact and should still be functional since there have been no changes and it just lay dormant.

Regarding wiring up to our config, I see the desired keys as (per ticket #712):

1) configurable definition of "recent" Presumably employ a date range here.

2) configurable number of articles in the block Add number of articles config param for this.

3) article types whitelist or blacklist Employ either or both a white-list or black-list. The list in the config could be CSV rather than individual xml elements for brevity and succinctness.

07/30/08 09:27:34 changed by jkirton

Correction: The HomePageAction??.getRecentArticles() method was yanked per r4915 and therefore there is no 'recent articles' query now....

07/30/08 15:51:51 changed by jkirton

(In [6261]) addresses #712

Re-instated recent articles tab widget on home page by default for the plosone journal with per journal configuration. The config may now specify on a per journal basis:

  • number of days to search back from the current day
  • max number of articles to show

Needs CSS tweaking and this change needs to somehow get propagated to the new journals jar project as I still am not sure how this works exactly.

07/30/08 15:56:56 changed by amit

  • owner changed from jkirton to russ.
  • status changed from assigned to new.

Russ, assigning to you to figure out which all journals need to support this.

08/01/08 00:00:50 changed by amit

  • milestone set to 0.9.0.

08/01/08 11:25:53 changed by russ

  • owner changed from russ to jkirton.

right now, immediately, for plos, just plosone.

in general, all journals want this but some configurability is required to support the different publication rates of the various journals.

08/01/08 14:09:44 changed by jkirton

  • status changed from new to closed.
  • resolution set to fixed.

(In [6296]) fixes #712

Stubbed PLoSONE specific configuration for recent articles display on home page.

08/12/08 12:22:36 changed by russ

(In [6319]) display fixes for plosone journal to take advantage of the new recent articles block, and some minor logic changes to default recentArticles.ftl

addresses #712