TYPO3 Core

the same problem in 4.6.15 :(
plz bugfix!

plugin.tx_indexedsearch._LOCAL_LANG.de {
  pi_list_browseresults_page =
  pi_list_browseresults_next = nächste
  pi_list_browseresults_prev = vorherige
  word_page =
  word_pages =
}

Output:

<< < Page 1 Page 2 Page 3 Page 4 Page 5 > >>

Same in TYPO3 6.0.

Same problem in TYPO3 4.7.7 with tt_news 3.2.1

Also in TYPO3 4.7.7 with tt_news 3.4.0.

Are there any workarounds?

Btw... Target version should be updated.

I have a ugly workaround :(

- make a copy from tt_news_userPageBrowserFunc.php
- in your TS:
includeLibs.userPageBrowserFunc = fileadmin/templates/main/tt_news_userPageBrowserFunc.php

and
plugin.tt_news.userPageBrowserFunc = user_substPageBrowser2

- edit in tt_news_userPageBrowserFunc.php
below: function user_substPageBrowser2 ($markerArray, $conf) { ...
the Marker ###BROWSE_LINKS### around line 233

original:
for ($i = $firstPage ; $i < $lastPage; $i++) {
if (($begin_at >= $i * $pObj->config['limit']) && ($begin_at < $i * $pObj->config['limit'] + $pObj->config['limit'])) {
$item = ($pObj->conf['pageBrowser.']['showPBrowserText']?$pObj->pi_getLL('pi_list_browseresults_page', 'Page'):'') . (string)($i + 1);
$markerArray['###BROWSE_LINKS###'] .= ' ' . $pObj->local_cObj->stdWrap($item, $pObj->conf['pageBrowser.']['actPage_stdWrap.']) . ' ';
} else {
$item = ($pObj->conf['pageBrowser.']['showPBrowserText']?$pObj->pi_getLL('pi_list_browseresults_page', 'Page'):'') . (string)($i + 1);

$markerArray['###BROWSE_LINKS###'] .= $pObj->pi_linkTP_keepPIvars($pObj->local_cObj->stdWrap($item, $pObj->conf['pageBrowser.']['page_stdWrap.']) . ' ', array('pointer' => $i), $pObj->allowCaching) . ' ';
}
}

new:
for ($i = $firstPage ; $i < $lastPage; $i++) {
if (($begin_at >= $i * $pObj->config['limit']) && ($begin_at < $i * $pObj->config['limit'] + $pObj->config['limit'])) {
$item = ($i + 1);
$markerArray['###BROWSE_LINKS###'] .= '<span class="activeLinkWrap">' . $pObj->local_cObj->stdWrap($item, $pObj->conf['pageBrowser.']['actPage_stdWrap.']) . '</span>';
} else {
$item = ($i + 1);

$markerArray['###BROWSE_LINKS###'] .= $pObj->pi_linkTP_keepPIvars($pObj->local_cObj->stdWrap($item, $pObj->conf['pageBrowser.']['page_stdWrap.']) . '', array('pointer' => $i), $pObj->allowCaching) . '';
}
}

This is my workaround currently
Result ony numbers

A simple workaround:

plugin.tx_indexedsearch {
   _LOCAL_LANG.de.pi_list_browseresults_page = ###
   _LOCAL_LANG.default.pi_list_browseresults_page = ###
   stdWrap.replacement {
      10 {
        search = ###
        replace = 
      }
   } 
}

Sorry, "simple Workaround" won't work for Typo3 4.7.8, Indexed Search 4.7.7. Any other suggestions?

Matthias wrote:

Sorry, "simple Workaround" won't work for Typo3 4.7.8, Indexed Search 4.7.7. Any other suggestions?

You must use tt_news instead of tx_indexedsearch

plugin.tt_news {
   _LOCAL_LANG.de.pi_list_browseresults_page = ###
   _LOCAL_LANG.default.pi_list_browseresults_page = ###
   stdWrap.replacement {
      10 {
        search = ###
        replace = 
      }
   } 
}

Same Issue in Typo3 4.7.10 / Indexed Search 4.7.7

both "simple Workaround" wont work for me (dont have tt_news installed anyway)... any other suggestions except patching php ?

*cheers

quick workaround with jquery

$(document).ready(function(){
 $('ul.browsebox li a').each(function(){
  $(this).html($(this).html().replace('Page ', ''));
 });
});

*s

Try this:

_LOCAL_LANG.default.pi_list_browseresults_page (

)

The empty line must be kept!

Is this now fixed? I had this problem, too, but now it is gone (TYPO3 4.7.12, tt_news 3.4.0).

Here is a fix for Typo3 6.x

/typo3/sysext/frontend/Classes/Plugin/AbstractPlugin.php

Line 532
change
$pageText = trim($this->pi_getLL('pi_list_browseresults_page', 'Page', $hscText) . ' ' . ($a + 1));

to

$pageText = trim($this->pi_getLL('pi_list_browseresults_page', '', $hscText) . ' ' . ($a + 1));

As you can see, the 'Page' is hardcoded in the core as an alternative label

This is not a core bug and the fix shouldn't be implemented, it's a tt_news bug. It has to do with changes made in the TYPO3 method pi_getLL introduced by commit aef055c88c5954444bbc9f226b33ecc04532a748 (https://review.typo3.org/#/c/14237/) and later extended/fixed by 97a6a1bcd74817d7ae764d7e76fc37a222b4ef71 (https://review.typo3.org/#/c/17151/). The underlying problem is not that the string "Page" is hard coded (I think this has a useful reason). Nevertheless it wouldn't fix the problem because tt_news is calling the pi_getLL method by it's own (with "Page" as alternative label too). So fixing it in the core hasn't any effect. I have suggested a solution in https://forge.typo3.org/issues/43804#note-3.

To deal with this, you need to set the following in your plugin:

$this->LOCAL_LANG_UNSET[$this->LLkey][$key] = '';

See #43804 / https://review.typo3.org/#/c/39706/