gangleri wrote:

Is there a way to use {{grammar:...}} and or {{plural:...}} ?

• Bug 5310 has been marked as a duplicate of this bug. ***

I added following messages used in user contributions to HEAD.

'sp-contributions-newest' => 'Newest',
'sp-contributions-oldest' => 'Oldest',
'sp-contributions-newer' => 'Newer $1',
'sp-contributions-older' => 'Older $1',

ui2t5v002 wrote:

As in Bug 5310, the list "next" and "previous" need to be separated from the
chronological "next" and "previous", so that the chronological ones can be
replaced by "later" and "earlier".

angus wrote:

Shouldn't this bug be closed already? Niklas Laxström's patch fulfills the
requested enhancement.

As far as I know this is not yet fixed.
grep nextn -l includes/*.php
includes/CategoryPage.php
includes/GlobalFunctions.php
includes/PageHistory.php
includes/SpecialNewimages.php
includes/SpecialWhatlinkshere.php

angus wrote:

Ok. Sorry. I was looking at "contributions" only.

(In reply to comment #6)

includes/SpecialWhatlinkshere.php

For this one fixed in r20616 by two new messages: 'whatlinkshere-prev' and
'whatlinkshere-next'

ais523 wrote:

The history nextn/prevn definitely needs a different message from the category nextn/prevn; there has been more than one complaint on enwiki (including one recent complaint) that 'next' and 'previous' are confusing and should be 'older' and 'newer' on article histories, but this change can't be done in interface messages with the current software because the same messages are used in categories, on which 'older' and 'newer' normally don't make sense. Adding keyword 'easy' because this is likely just a matter of changing the name of the message used and adding a new message to the default language files.

Since r28237 there is messages pager-older-n and pager-newer-n, which are used in page histories, block list and in merge history. Still need to fix Special:Newpages.

At the moment, we have:

grep nextn -l includes/*.php
includes/CategoryPage.php
includes/GlobalFunctions.php
includes/Pager.php
includes/SpecialNewimages.php

I think choronology doesn't make sense for categories. So is it that we just need to fix SpecialNewimages.php ?

Aphaia wrote:

I recently met a similar problem when I tried to fix grammatically incorrect "pro usor:xxxx" on la localization. It should be "pro usore:XXX.." but there is only one valuable (pro $1[= user[in l10n]:$USERNAME), so I couldn't fix it. Or better to bug in another thread?

(In reply to comment #12)

I recently met a similar problem when I tried to fix grammatically incorrect
"pro usor:xxxx" on la localization. It should be "pro usore:XXX.." but there is
only one valuable (pro $1[= user[in l10n]:$USERNAME), so I couldn't fix it. Or
better to bug in another thread?

Yes please open a new bug for it with more details.

grep nextn -l includes/*.php
includes/CategoryPage.php
includes/GlobalFunctions.php
includes/Pager.php

I'm assuming this issue is fixed for now, something might still call the one from GlobalFunctions, but I haven't noticed any.