Нет, эти термины описывают, назначили ли вы один из типов слушателей в качестве прослушивателя захвата или нет. Слушатели захвата позволяют актеру отклонить событие одного из его потомков. Например, некоторый виджет группы может решить, отклонять ли нажатия на кнопку, которая находится в нем, на основе некоторых критериев. Я думаю, что встроенный класс ScrollPane использует это, чтобы предотвратить манипуляции с кнопками и ползунками во время прокрутки представления. У большинства людей нет причин использовать это, так как это для пользовательских виджетов, которые имеют очень специфическое поведение.
Целевые и слушающие актеры обычно одинаковы. Актер слушателя - это актер, к которому вы прикрепили слушателя, и по умолчанию он также будет целью. Но вы можете изменить целевого актера на что-то другое. Это просто функция, позволяющая создавать слушателей с настраиваемым поведением. Большинство людей не будет использовать это. Я даже не думаю, что он используется ни одним из встроенных классов.
Сложности системы слушателя были разработаны, чтобы заставить кнопки и виджеты реагировать на ввод, как традиционный пользовательский интерфейс. Если вы не разрабатываете виджеты с настроенным поведением ввода, вам нужен только
ChangeListener для виджетов пользовательского интерфейса (кнопок и ползунков).
Если вы используете Scene2D для чего-либо, кроме пользовательского интерфейса (игровой сцены), вы будете создавать подкласс InputListener для реагирования на прикосновения. Или, может быть, GestureListener.
Я создал маленькую игру, используя Scene2D, и обнаружил, что она немного неуклюжа для вещей, не связанных с пользовательским интерфейсом. Я бы не стал делать это снова, лично. Так что я бы сказал, что 99% людей, создающих простые игры, должны использовать только ChangeListener.
Система действий хороша для анимации вещей, но вы можете просто добавить действия к корню сцены и реагировать на них внешне с помощью ваших собственных классов, не являющихся актерами.