Glossary API
Since glossary2 4.0.0 we deliver a new Glossary API which you can use to implement a Glossary Index (A-Z list) into your own extension. All the magic you need you'll find in GlossaryService class.
Build Glossary
In class Glossary
you will find public method called build
which you have to use. As our API does not know the table to use and does not
know further WHERE conditions, it is up to you to deliver a TYPO3 QueryBuilder
or QueryResult instance as first argument.
We prefer creating a new method into your Repository and return an Extbase QueryResult object:
public function getQueryBuilderToFindAllEntries(): QueryBuilder
{
return $this->createQuery()->execute();
}
Alternative you can also return a TYPO3 QueryBuilder instance. BUT: It's up to you now to respect storage PIDs, translation and workspaces:
public function getQueryBuilderToFindAllEntries(): QueryBuilder
{
$table = 'tx_myext_domain_model_whatever';
$query = $this->createQuery();
$queryBuilder = $this->getConnectionPool()->getQueryBuilderForTable($table);
$queryBuilder->setRestrictions(GeneralUtility::makeInstance(FrontendRestrictionContainer::class));
// Do not set any SELECT, ORDER BY, GROUP BY statement. It will be set by glossary2 API
$queryBuilder
->from($table)
->andWhere(
$queryBuilder->expr()->in(
'pid',
$queryBuilder->createNamedParameter(
$query->getQuerySettings()->getStoragePageIds(),
Connection::PARAM_INT_ARRAY
)
)
);
return $queryBuilder;
}
protected function getConnectionPool(): ConnectionPool
{
return GeneralUtility::makeInstance(ConnectionPool::class);
}
Within your controller you can call our API that way:
/**
* @param string $letter Show only records starting with this letter
* @Extbase\Validate("String", param="letter")
* @Extbase\Validate("StringLength", param="letter", options={"minimum": 0, "maximum": 3})
*/
public function listAction(string $letter = ''): void
{
$companies = $this->companyRepository->findByStartingLetter($letter, $this->settings);
$this->view->assign('companies', $companies);
$this->view->assign(
'glossar',
$this->glossaryService->buildGlossary(
$this->myRepository->getQueryBuilderToFindAllEntries()
)
);
}
This will transfer the fully rendered HTML Glossar to View.
Use f:
in Fluid Template:
{glossar -> f:format.raw()}
Configure Glossary API
If you want, you can configure our API with second options
argument:
$this->view->assign(
'glossar',
$this->glossaryService->buildGlossary(
$this->myRepository->getQueryBuilderToFindAllEntries(),
[
'settings' => $this->settings,
'templatePath' => 'EXT:myext:/Resources/Private/Templates/Glossary.html',
]
)
);
templatePath
Default: EXT:glossary2/Resources/Private/Templates/Glossary.html
All rendering of the Glossary is in one file. There is no configuration for partial-, template- nor for layoutRootPaths.
settings
Default: empty
If you have your own Template defined, it may be useful to have your own settings inside of your template. Assign your own settings or use settings of your controller (see example above).
extensionName
Default: glossary2
Please change default value to extension name of your extension. This is
needed for correct linking of the A-Z list. It will be used within the Plugin
namespace in URI: tx_
. Underscores will
automatically be converted to UpperCamelCase.
It's your part to check the GET parameters (letter) and adapt your queries to show filtered records.
pluginName
Default: glossar
Please change default value to plugin name of your extension. This is needed
for correct linking of the A-Z list. It will be used within the Plugin
namespace in URI: tx_
.
It's your part to check the GET parameters (letter) and adapt your queries to show filtered records.
controllerName
Default: Glossar
Please change default value to controller name which should be used for links.
It will be used as controller part
in URI: tx_
.
It's your part to check the GET parameters (letter) and adapt your queries to show filtered records.
actionName
Default: list
Please change default value to action name of given controller name above,
which should be used for links. It will be used as action part
in URI: tx_
.
It's your part to check the GET parameters (letter) and adapt your queries to show filtered records.
mergeNumbers
Default: true
By default the numbers will be represented in A-Z list as 0-9 instead of 0 1 2 3 4 5 6 7 8 9.
column
Default: title
The column of your QueryBuilder to extract the first letters from.
columnAlias
Default: Letter
To prevent duplicate usage of column in GROUP BY and ORDER BY we are working
with an column alias. If you already have a column called Letter
in your
table you should change that property to something unique.
possibleLetters
If empty it uses the default from ExtensionSettings
Default: 0-9,a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z
These are the allowed letters to be shown in frontend. So, if you remove for
example the letter r
, it will not be shown in frontend, regardless if a
record starting with r
is in ResultSet or not.
If you disable merge
you have to add each individual number here
instead of using 0-9.
It is not allowed to use a combination of numbers and a range like: 0, 1-3, 4. It is not allowed to use ranges other that 0-9 like: 0-3, 4-9.
Extend your controller
It is up to you to process the letter in your controller. In most cases you may extend your listAction:
/**
* @param string $letter
*/
public function listAction(string $letter = '')
{
if ($letter) {
$myRecords = $this->myRepo->findByLetter($letter);
} else {
$myRecords = $this->myRepo->findAll();
}
$this->view->assign('myRecords', $myRecords);
}
Extend your Repository
Above we have used a new method find
. With glossary2 4.1.0 you can
use our API with Extbase Query or Doctrine.
Example for Extbase Query
public function findByLetter(string $letter): QueryResultInterface
{
$glossaryService = GeneralUtility::makeInstance(GlossaryService::class);
$query = $this->createQuery();
$constraints = [];
$constraints[] = $glossaryService->getLetterConstraintForExtbaseQuery($query, 'myColumnName', $letter);
return $query->matching($query->logicalAnd($constraints))->execute();
}
Example for Doctrine
public function findByLetter(string $letter): QueryResultInterface
{
$glossaryService = GeneralUtility::makeInstance(GlossaryService::class);
$queryBuilder = GeneralUtility::makeInstance(ConnectionPool::class)
->getQueryBuilderForTable('my_table');
$queryBuilder
->select('*')
->from('my_table')
->andWhere($glossaryService->getLetterConstraintForDoctrineQuery($queryBuilder, 'my_colum_name', $letter));
$query = $this->createQuery();
return $query->statement($queryBuilder)->execute();
}
Extend Glossary Function
We have added two SignalSlots to extend functionality of glossary API
postProcessFirstLetters
After retrieving the possible first letters from database, we clean, sort and remove duplicates. The result will then be sent to this SignalSlot including the currently used QueryBuilder. It's a simple array as reference:
$firstLetters = [
0 => '0',
1 => 'a',
2 => 'b',
3 => 'c',
...
];
Add or remove letters as you like.
modifyLetterMapping
After retrieving the possible first letters from database, we start a cleaning process of each individual letter. Here, we will map all german umlauts ÄÖÜ to its AOU representation.
If you need further mappings like for french or spain you can use this SignalSlot. You will get the $letterMapping array which you have to return within SignalSlot (not reference).
$letterMapping = [
// default entries for germany
'ä' => 'a',
'ö' => 'e',
'ü' => 'u',
// new entries of your extension
'à' => 'a',
'è' => 'e',
'ù' => 'u',
...
];