Hoy me he encargado de repasar el código fuente de Gesbit de modo que siempre que sea preciso se usen las constantes correspondientes (y no su valor literal) relativas a ciertos filtros que pueden establecerse. Se trata de estas constantes: 

define('INPUT_FILTER_TAG', 'tag');
define('INPUT_FILTER_FRSS', 'rss');
define('INPUT_FILTER_PAGE', 'page');
define('INPUT_FILTER_AUTHOR', 'author');
define('INPUT_FILTER_SEARCH', 'search');
define('INPUT_FILTER_CATEGORY', 'category');

Por cierto, que dichas constantes estaban definidas "para" la clase "Query" de Gesbit, pero, dados los cambios que digo que he hecho, al cabo han quedado definidas "para" la clase "Input".

Pensándolo despacio, lo cierto es que esas constantes "pegan" lo mismo con una que con otra clase. Pero "pegan" bien "para" la clase "Input", puesto que al cabo se trata de un filtro "de entrada", primero, sobre los que se basa la correspondiente "consulta", después.

De este modo, bastará cambiar el valor de esas constantes para utilizar como nombre de los filtros otros que sean más de nuestro gusto, siempre que además lo queramos así, porque los filtros "ya funcionan" como están.

Sin embargo, me he topado con algún problema cuando he querido ir un poco más allá, y hacer de esos nombres de filtros cadenas "localizables". No ha sido posible, porque la clase "Input" depende de la clase "Localize", y viceversa.

En cierto modo, creo que hay un problema de diseño en ciertos puntos de Gesbit. Por otro lado, esas constantes podrían definirse después, cuando la variable global con una instancia de la clase "Localize" estuviera ya disponible.

Es decir, que puedo conseguir lo que me he propuesto, pero, no del modo en que sería mejor o, por lo menos, más elegante. De modo que por el momento mejor no toco nada más. Pero tengo que darle más vueltas a este asunto, ver si merece la pena, hasta qué punto, efectivamente, en Gesbit estoy haciendo "mal" algunas cosas, etc.