Unrelated news: I'm currently drinking a coffee from a Fibonacci inventory numbered coffee machine. Unfortunately, the Fibonacci number doesn't positively affect the taste (though it also doesn't negatively affect it, the coffee just isn't good :()
@john ``` doesn't work here (one reason it's better to ask questions on the question site:-) but answer to your original question is use align or multline (do not use $$ of course, align starts math mode
@john shrug, OK, of course whether they fit or not is a function of your fonts and text width, about which you have given no information. As I say I'd use some negative space between the integrals and the dr^* and I'd use at most \big as \Big is too big here.
@DavidCarlisle yeah i know, it is not my idea to number every equations. I'm using 12pt and regular serif font. i prefer to use \Big since to me looks more evident the argument of the exponential function
@john the above is 10pt on default usletter article, you have no chance to make 12pt fit without increasing the text width or splitting over more lines. I already squeezed it more than ideal to make 10pt fit. (and Big really is too big, since you asked what looks better:-)
@john sure but (a) you should have said that at the start, and (b) you should have made an example and posted to the question site (you still haven't given any indication of page width) you might just be able to make this fit but probably you should split it over 4 lines not 2
@DavidCarlisle yes i split it into 4 lines. i didn't asked on the main site because i didn't knew if it was on-topic (since the question is about a preference rather than on how to do it)
@john but you are asking how to fit an elephant into a suitcase, without mentioning that it's a pygmy elephant and you have a custom suitcase the size of a house. It is those details that matter more than the specifics of the animal.
3
@john you could break each of the current lines so ending with 4, or you could break with just the left hand sise on the first line with the two large lines shifted slightly left, it is all highly dependent on the specific size available
@samcarter -- It also tastes good, especially some of the unfiltered varieties. (There are several good pub-style ramen joints in our area. In fact, we're going to dinner at one of them this evening. But if the weather is decent, I may choose sushi instead.)
@samcarter -- No, the menu is in a quite legible sans serif, although the spelling is sometimes a bit "nonstandard". And on one wall, there's a "traditional" menu, with the names of the dishes on hanging wooden slats in kanji. From time to time I bring in a Japanese dictionary and try to figure them out.
What does it mean the error "Package tikz: Sorry, the system call 'pdflatex -shell-escape -halt-on-error -interaction=batchmode -jobname \"tikz/penrose/conformalFactRN\" \"\\def\\tikzexternalrealjob{main}\\input{main}\"' did NOT result in a usable output file 'tikz/penrose/conformalFactRN' (expected one of .pdf:.jpg:.jpeg:.png:). ...
@john ... Please verify that you have enabled system calls. For pdflatex, this is 'pdflatex -shell-escape'. Sometimes it is also named 'write 18' or something like that. Or maybe the command simply failed?" I compile using the -shell-escape option, but still get this error. And still generates correctly the pdf
@JosephWright in expl3.dtx line 799 of your current e-type branch: c is no valid variant of n (was wrong before your changes). Also the code example in line 805 doesn't reflect the changes in the text.
@JosephWright also what is the policy on documentation of deprecated functions? In l3basics.dtx you still document \cs_new:Npx and friends.
@JosephWright also, I didn't check, but I think your dropping \msg_error:nnxx and friends and are missing a \tex_let:D for those (but I might be missing something in the deprecation code at this point).
@JosephWright l3basics.dtx lines 2678 and following: you added a second entry of the x-variants, but didn't rename the old x-variants to e.
@JosephWright l3candidates.dtx line 288: You added an x-variant in addition to the e type variant for the set-function, but not for the gset-function.
@john well it can happen. But as I wrote: there are lots of reason why it can fail, and missing shell-escape is only the most frequent one. So try to make a comple minimal example that one can really debug. Or check the log-files of the images.
@JosephWright yes, I thought for symmetry I'd document them in the same sense (so either drop both and live with the fact that a package in the wild uses an undocumented but still working deprecated function, or document both and live with the fact that some future package might pick up the "wrong" name)
@JosephWright no problem, thanks for reminding me that there is more than just comment :) For "answers" not involving real code I fall back to just commenting all too often.
@JosephWright also: just realised that you also opened a PR by now... Should I continue spamming the chat, or start a review on GH?
@Skillmon The longer-term plan is to try to improve predictability of variants, so for most n-type args we'd expect an e-type variant to be available 'out of the box'
@Skillmon Probably best to do in the PR
@Skillmon Frank will tell me off if I try that ;))
@JosephWright I'd personally favour the "don't document" route, but Frank and the team has the last word, and that's the way it should be -- not some stray rabbit telling the big people how to do their stuff :P
(but honestly, see how other SW projects handle their deprecation list: there is some list burried somewhere, but the big front-end documentation doesn't list those, or just lists them with "Function bla: Deprecated"
@UlrikeFischer i managed to "solve" the problem. apparently there was an issue on how i imported each figure in the document (each figure was in a separate .tikz file)
