Hi @Maxime ,
I agree that perhaps there could be a little more explanation for the thumbnail configuration, especially around the available options. These are specific to each thumbnailer, so the ImageMagick thumbnailer will have different options than the GD thumbnailer, and if you were to write your own custom thumbnailer, you could use the options key to add configurable options.
I just wanted to add a little context in case you’re wondering why more array keys are needed for the additional sizes. In Omeka S, there is a default application config file and your local config file. The local config file gets merged with the application config file. The full thumbnails key in the application config file looks like this:
'thumbnails' => [
'types' => [
'large' => [
'strategy' => 'default',
'constraint' => 800,
'options' => [],
],
'medium' => [
'strategy' => 'default',
'constraint' => 400,
'options' => [],
],
'square' => [
'strategy' => 'square',
'constraint' => 200,
'options' => [
'gravity' => 'center',
],
],
],
'fallbacks' => [
'default' => ['thumbnails/default.png', 'Omeka'],
'fallbacks' => [
'image' => ['thumbnails/image.png', 'Omeka'],
'video' => ['thumbnails/video.png', 'Omeka'],
'audio' => ['thumbnails/audio.png', 'Omeka'],
],
],
'thumbnailer_options' => [
'imagemagick_dir' => null,
'page' => 0,
],
],
Since the local config is merged, the only key included for each type is the constraint. Presumably, this is because this is the most common change users will make. However, you could modify the large, medium, and square types in your local config to override the strategy and options as well. As John mentioned, if you add your own types, you must include the full configuration since you’re not just overriding an existing configuration key.