Supongamos que usaxparsey tiene
\NewDocumentCommand{\macro}{+m}{%
\addcontentsline{foo}{#1}%
}%
Al \macro{some text}ingresar al archivo .aux, algo como \@writefile{foo}{some text}.
De vez en cuando deseo que el material procesado sea tokenizado bajo el régimen textual-catcode-régime de manera similar. Es decir,
\verbmacro|some text
some text
some text|
debería (con \newlinechar=\endlinecharuna escritura inmediata para garantizar que el cambio de \newlinecharesté vigente mientras se escribe en el archivo auxiliar) en el archivo .aux producir algo como:
\@writeVerbatimArgFile{foo}|some text
some text
some text|
\@writeVerbatimArgFilepodría procesar su segundo argumento como +vargumento de tipo.
El punto crucial es:
Si convierte \verbmacroel argumento de ' en un +vargumento de tipo, se elimina el delimitador textual circundante. Pero es necesario porque aparecerá en el archivo .aux, \@writeVerbatimArgFiletambién en la entrada.
Por eso mi pregunta es:
¿Agregar axparse¿Tiene sentido un tipo de argumento tipo v/ +vdonde el delimitador literal no se elimina?
¿Las personas que usarían esto pertenecen a una minoría tan pequeña que implementarlo enxparse¿No vale la pena el esfuerzo?
Por favor, no me malinterpretes: esto no pretende ser una pregunta de "¡Hazlo por mí!". Ya tengo mis propias rutinas (no basadas enxparse) por hacer tales cosas. Por ejemplo, la rutina \UDcollectverbargen el segundo ejemplo demi respuestaa la pregunta "ID de requisitos únicos y lista de métodos de prueba correspondientes" recopila argumentos textuales tanto sin como con el delimitador.
La pregunta es: ¿Se utilizaría ese tipo de argumento con suficiente frecuencia como para que valga la pena el esfuerzo de implementarlo y gastar recursos de memoria para almacenar los macromecanismos subyacentes?
A primera vista, se podría pensar en definir \verbmacrode una manera que |se anteponga y se agregue al +vargumento -type antes de escribir en el archivo .aux.
Si hicieras eso, no podrías hacer cosas como
\verbmacro?some text with | in it?
ya no.
Con un código rígido |obtendrías una \@writeVerbatimArgFileentrada como esta:
\@writeVerbatimArgFile{foo}|some text with | in it|
Esto podria ser un problema.
Si el delimitador textual no está codificado pero se transmite, obtendrá:
\@writeVerbatimArgFile{foo}?some text with | in it?
, lo cual no debería ser un problema...