Open ftilmann opened 7 years ago
Thanks for the suggestion, but I'm sad to say that I made this project to scratch my own itch at the time, and I have neither the time or the interest to develop it further now. You can, of course, fork this project and do whatever you want :)
OK it's a pity but of course I understand. I cannot really commit to maintaining a forked version, and in any case having different versions around would be confusing. Also, you did fix slayoo's bug a couple of days ago, so seem to be willing to spend at least a limited time on maintenance. So could I ask you to clarify the level of (minor) support you are still willing to give to latexdiffcite?
Bug reports are always welcome. Whether I'll be able to fix them or how soon I can do it will depend on the specifics of the bug and the scale of the required fix.
Pull requests are always welcome! :) They should be fully covered by unit tests though, which might be quite a bit more work.
It would be great if latexdiffcite could also be run purely for expanding the citations, i.e. introduce another command in addition to
git
andfile
, e.g.expand
, which takes as its one non-optional argument the filename of a .tex file. in which the citations should be expanded. Output should be the new .tex file; latexdiff should not be invoked. Background: The latexdiffcite functionality is really nice, so I am toying with the idea of introducing an option to run latexdiffcite intolatexdiff-vc
, the 'native' wrapper oflatexdiff
, as part of the workflow . Compared to the status quo, this would allow the use of git or mercurial as repository type, and also enable usage of the other options of latexdiff-vc.. (A workaround is to use identical old and new files, but this is computationally wasteful and introduces unwanted latexdiff preamble commands)