If I use \tikzfillbetween[of=first and second,split,every even element/.style=...]{black} is there a possible value for ... to not use any fill on the even elements (so keeping the full transparency of tikzpicture)?
@Brent.Longborough Hi Brent, yes, I understand that's where the file ends up, but the supplied sample script is supposed to be in the hooks directory, so the path in the script didn't work for me as written.
@AlanMunn Oh dear! That's weird, though. My understanding has always been that git runs in the root directory of the repo. And no-one has ever reported incorrect behaviour before. What does git version say?
@Brent.Longborough You say "The gitinfo2 package includes a sample hook (placed in your git hooks directory), which extracts metadata from git and writes it to a TEX file"...
@Brent.Longborough I interpreted that to mean that I should make a directory hooks inside the .git folder to put the scripts. Maybe that's what wasn't needed.
@Brent.Longborough So yes, I got it working, but because the scripts are in my hooks directory they needed to be modified to write to the correct place.
@AlanMunn I'm sorry, I'm lost, then. If you code the hook precisely as in the sample, where does it actually go? (Or maybe nowhere, as there's no .git directory "in the right p[lace"?)
@AlanMunn I'm sorry, it's time to walk the doggo. If you like, by all means open an issue on github, ços I relly need to revisit gitinfo2! Meanwhile, perhaps you could add, for temporary debugging purposes at the start of the hook pwd > funny.name.txt and echo $0 >> funny.name.txt
@egreg well, we have to, but it'll be me the mad memoir users will go after... Well, mistakes happen, and people should always remember to update, luckily there is a three line temp fix because the code is still in memoir.
An error occurred: source file: Libraries\MiKTeX\Core\Process\Process.cpp source line: 166 message: The executed process did not succeed. info: fileName="C:\Users\Acer\AppData\Local\Programs\MiKTeX 2.9\miktex/bin/x64\initexmf.exe", exitCode="1"
I was having trouble with my bibtex yesterday, so I thought I would uninstall MikTex and then reinstall it to see if that fixed the problem. But when I try to reinstall I get this error. I am quite worried.
@Gragbow Well you now learn that deinstalling and reinstalling can make problems worse. initexmf can fail for a number of reasons (and some of them are actually harmless) but it is more difficult from far away to find out what happened than when e.g. bibtex fails where you can simply look at the blg. Check if pdflatex works.
@UlrikeFischer I only uninstalled because you said you had no problem when I sent the file to you. So that made me think there was something wrong with my MikTex so I thought uninstalling would be the best option, now I am in more of a predicament
@Gragbow Your error message gives no clue what could be wrong, and I really don't have the time to guide you through an investigation. Install texlive or try the miktex portable. Btw: Whatever was wrong with your bibtex files will probably reappear after the installation.
@UlrikeFischer Ah, excellent! (But I will stick to TL2017 and luatex 1.07 for my current project, for I am getting ready to ship it and value stability over anything else right now.)
@daleif and @JosephWright -- i've gotten a report via ams tech-support that there's a problem with counters. it was reported with amsbook, but that's just a coincidence i think; i think it may be a conflict with \numberwithin in amsmath, and i'm trying to boil the report down to a tiny example to send you.
@mickep -- yeah, so do i. (i've already spent two days on the debugging, but without a usable 2018 installation -- the latest i've got access to is 2016 -- i have to keep going back to the submitter of the report. fortunately, he's very cooperative.)
I have a bash script for parsing text files that has grown out of control with hundreds of calls to sed and few to awk, perl, and other tools. The number of things I have to extract and the number of files I have to process means it takes forever. Is perl still the best thing to use with regex heavy code or can I get away with something like python?
[french]{babel} (aka frenchb) is incompatible with some other packages, such as tikz, since it tries to insert \thinspace before semi-colons.
In order to make these two play nice, you have to call \shorthandoff{;} in the document.
Now I have a package that uses tikz and I would like to locally ...
@UlrikeFischer No I don't mean that. You know that error I was getting when I tried to reinstall MikTex? Well I tried to install TexLive and I'm getting a similar error. I am currently unable to run any latex documents
@UlrikeFischer Ok, sorry, let me rephrase. TexLive gave me an error, but I accidentally clicked off it before I could copy it. This is so frustrating. but basically the error wouldnt let me install TexLive
@Gragbow When I do a fresh install, I clone the mirror with rsync first and then install directly from that as a local repository, that way when something crashes it is much quicker to reinstall. I think it is close to the same download size since I install the full version.
Hello, could I ask for some help with a small question I have? I
Im using \begin{compactitem}. In the first \item, I would like to write some things, and then on the next line I would like to write some things, but align it a bit to the right. How would I do this?
@DavidCarlisle and @daleif -- i've just sent (to david) a test showing a nasty effect of the newly incorporated chngcntr in tex live 2018 (comparison file run with 2016). hope it's useful in tracking down the problem.
@daleif @barbarabeeton well the new definition redefines \theXXX globally, which imho is more logical as the resetting of the counter is global too. But I don't understand why \counterwithin is used here. It looks as if it is used only for the side effect on \theenumi. Why not simply