Да, то что $this->pi_linkTP() всего-лишь оборачивает в ссылку переданную в него строку, и добавляет к url параметры из $params, я уверен. Передаваемая строка в данном случае это HTML код картинки-превьюшки (а может быть что угодно), а в $params указан uid текущей записи и больше ничего. Поэтому ссылка генерится с этим uid на текущую страницу.

То, о чем вы говорите, задается в массиве $imgTSConfig который передается в
Эти функции почти аналогичны, одна вызывается из другой. Обратите внимание на параметры которые Peter указал в TS конфиге:

Организация каталога
 

Стандартный подход:
Категории каталога - страницы сайта с рекурсивным фронтенд плагином на основной.
0. Каталог (ФЕ плагин с бесконечной рекурсией)
1. Раздел 1
1.1. Подраздел 1
1.2. Подраздел 2
2. Раздел 2

Записи (товары) каталога - например контент элементы или своё с pid соответствующему странице каталога.

Если надо чтобы записи могли иметь несколько разделов:

Записи находятся в отдельной папке и имеют отдельное поле с записями вида "2,6,13,4", где через "," идут uid страниц каталога. Первый можно быстро реализовать после нарезки Кикстартером, второй надо допиливать на уровне кода.

Организацию каталогов осуществил так же

в моем случае одна запись в одном каталоге

интересует бакенд часть, а именно организация ввода и листинг записей
использовали встроенный функционал или писали свои обработки???
в моем случае товар имеет специфический параметр - к одному товару относятся куча размеров (более 50) и каждый со своей ценой...
вот и ломаю голову как это культурнее обработать

Две таблицы:

Таблица с товарами tx_catalog_item:
uid,pid,......,size

В поле size выбираем значение из второй таблицы tx_catalog_item_param:
uid,pid,...size,cost

Организовать взаимосвязь можно в Кикстартере.

В pi1 допилить код на вывод, чтобы он при выводе _item делал select из _item_param и вставлял в общую таблицу, можно проще сделать через JOIN.

А чтобы в админке выбирать красиво, это уже flexform надо редактировать, там в принципе можно быстро разобраться.

Админка будет показывать связь с размерами сама.

Под такую задачу хорошо подходит концепция IRRE редактирования. Выглядит это примерно так - в записи товара на отдельной страничке будет выводится список подчиненных записей "Размер-Цена" с возможностью измения, добавления без перезагрузки карточки товара. Единственный минус - на 50 подчиненных записей боюсь будет тормозить UI. И этот подход не обладает свойством быстрого и наглядного ввода размеров и цен. Если товаров много, то вводить их через BE замучаетесь. Если импортировать данные в БД со стороны, а потом только менять время от времени цены - может и подойдет. Но зато все "из коробки" - просто описываете в TCA конфигурации таблиц и взаимосвязей.

Возможно для вашего случая подошел бы свой элемент управления вида таблица размеров с inplace edit (на AJAX). Его можно реализовать как своей тип поля в записи товара. Смотрите документацию по TCA, раздел ['columns'][field name]['config'] / TYPE: "user". Но это вещь редко используемая, примеров использования я не встречал, так что придется повозиться. Но это реально сделать. Пример - экст cps_tcatree, реализует дополнительный тип элементы select в виде дерева (как в tt_news). TYPO3 весьма гибкая штука :)