Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Reason why I added this option is that the
glossaries
package offers the ability to add many different glossaries (not just the usualglo
but also e.g. something for symbols or abbreviations). Whilemakeglossaries
is able to process these other glossaries,cluttex
has no chance of detecting changes in files different than.glo
as it doesn't know which files to watch.Thus,
--glossaries
offers the ability to register a tool (makeindex
/xindy
, these are the tools used bymakeglossaries
internally anyhow) with the respective files (needs to specify the whole filename+ext as I wanted to give full flexibility, most of the time the filename will bemain
ormaster
I think) to watch.See #14 for some ideas and discussion (with myself).
I changed a bit the order of the arguments in the options string so now it is
type:out:inp:log:path:args
andinp
andlog
are inferred fromout
(seems like a more logical ordering). I choseout
beforeinp
as the file-ending ofout
is typically better known than the one ofinp
and I wanted the parameter which can be used to infer the other ones as early as possible.This option offers the
--makeindex
as well as the--makeglossaries
(I don't know ofmakeglossaries
flags/options that can not be set directly formakeindex
/xindy
) features. The only thing we can't do properly is to check forNo file ...
and issue a warning that the user shall set a respective option (the only thing I could think of is to watch for common extensions likeind
(index),sls
(symbols),nls
(numbers),gls
(glossaries) andacr
(acronyms/abbreviations)).So I personally would deprecate these functions or redirect them to the proper
--glossaries
call, but that's not my decision as collaborator. That's a decision of @minoki as maintainer, I think.