« first day (4618 days earlier)      last day (611 days later) » 

00:00
@Nasser -- Your example is not what breqn usually gets to look at, since it really has only two segments, and the only possible places to break are on the two sides of the equal sign. But it's been too many years since I looked at the details. Some others here are more up to date.
I think the problem is that CAS systems that generate these Latex results do not think about such issues. The above RHS could have be written in Latex as 1/B*(A) instead of A/B. the first form can be broken by breqn but not the second form.
@Nasser -- Your example is not what breqn usually gets to look at, since it really has only two segments, and the only possible places to break are on the two sides of the equal sign. But it's been too many years since I looked at the details. Some others here are more up to date.
00:46
user image
5
 
7 hours later…
07:37
@DavidCarlisle about the hyperref update ... ?
07:48
@UlrikeFischer sorry hectic week, I could try to look this morning or you could just go for it
@DavidCarlisle sneaky manoeuvre to later be able to blame @UlrikeFischer
2
08:06
@Nasser no it's user error, you can't expect the CAS system to do more if you ask for an expression that size. I would not use breqn, I'd just use inline math and define \frac to make a/b
10
A: Write huge equation (width 8 meters)

David Carlisle The hardest part is getting rid of the spurious {} groups, without that you would just need simple inline definitions as in Suggestion for automatic alignment of large equations Use $\z ... \zstop $ not begin{equation}...\end{equation} otherwise the math is unchanged. \documentclass[a4paper]...

08:54
If I load the unicode-math package, $\char"1D465$ prints an italic x, but $\char"1D499$ does not print an italic bold x (but just a bold upright one). Why is that? Same for $\char"1D639$ (prints sans upright) and $\char"1D66D$ (prints sans bold upright). (Compilation with LuaLaTeX.)
Outside math mode (and with a font selected that supports these glyphs) it works. It is probably not the intended way to select these letters anyways ...
 
2 hours later…
10:28
@JasperHabicht \char uses \fam0
@JasperHabicht try \Uchar or ^^^^^^
Does the current LaTeX format provide macros to get the current physical page number and the total number of physical pages of the document?
(Obsoleting add. pkgs such as zref.)
@AlexG yes, see e.g. ltshipout and \ReadonlyShipoutCounter.
@UlrikeFischer Great! Thanks!
@AlexG do you need also a new label-ref system?
@DavidCarlisle $\Uchar"1D499$ also prints an upright letter it seems
10:42
@UlrikeFischer I just want to minimize the number of some of my own hacks for things that are now available in the kernel.
@AlexG I only asked as you mentioned zref. There is a l3ref in the making (a temporary version is used by the pdfmanagement and replaced zref there).
@UlrikeFischer Ah, I see. I'll definitively have a look at l3ref once it is ready.
11:23
@JasperHabicht hmm I thought it expanded to the character token, blame @mickep if it doesn't work
@UlrikeFischer no way I'm going to be able to get to hyperref before this evening, release anyway I blame trust you.
@DavidCarlisle I did not get the ^^^^^^ version to work. How many ^ would I need?
@JasperHabicht 6 then same number of hex digits and so a leading 0 and lowercase hex digits
@DavidCarlisle Ah, lowercase! ... well, $^^^^^^01d499$also prints an upright bold x =D
11:40
@JasperHabicht vvvv
\documentclass{article}

\usepackage{unicode-math}

\begin{document}
\showoutput $\symbfit{x}$ $^^^^^^01d431$ $^^^^^^01d499$ $𝒙$
\end{document}
@JasperHabicht sorry can't check now but it seems wrong to me
@DavidCarlisle Yes, this is what I also got. I think, since U+1D499 is "Mathematical Bold Italic Small X", it really should be italic, right?
@JasperHabicht but showoutput shows that it is not using the italic I suspect the (U)mathcodes are wrong somewhere
11:56
@DavidCarlisle I think choosing normal font would be right if the glyph from the actual code point U+1D499 would be used, since this character isn't technically italic, or more like: it is always italic, regardless of the current style. But here, it seems, the normal x (U+0078) is used, which of course should then by styled italic. I don't know what glyph#1488 is exactly, but $^^^^^^01d431$ and $^^^^^^01d499$ use \TU/latinmodern-math.otf(1)/m/n/10 glyph#1488 which can't be right.
glyph ... means you are using xetex? the showoutput logfrom luatex is clearer (but the same wrong result) but I can't look now
@DavidCarlisle Yes this was the output from XeLaTeX. Sorry, I switched to test this as well. LuaLaTeX says that it uses 𝐱 in both cases (and normal font:\TU/latinmodern-math.otf(1)/m/n/10 𝐱). Which should also be considered wrong.
12:09
So in short: When compiling your code, LuaLaTeX shows in the log \TU/latinmodern-math.otf(1)/m/n/10 𝒙 for the first and \TU/latinmodern-math.otf(1)/m/n/10 𝐱 for the other letters. XeLaTeX shows \TU/latinmodern-math.otf(1)/m/n/10 glyph#1673 for the first and \TU/latinmodern-math.otf(1)/m/n/10 glyph#1488 for the others. Expected output would be, that the first, third and fourth letter yield the same output.
12:25
@JasperHabicht @DavidCarlisle
\documentclass{article}

\usepackage[math-style=literal]{unicode-math}
\begin{document}
$^^^^^^01d431$ $^^^^^^01d499$
\end{document}
@UlrikeFischer Oh, I see! So, this is actually a feature. I find it still strange that without this option it changes the glyph in this case as you state which glyph to use in the most explicit way. But ... okay. It's probably a good choice considering the different use cases.
13:04
@UlrikeFischer hmm did you read some documentation? the default makes no sense to me (sorry Will:-)
@DavidCarlisle ¿sn ɹoɟ ǝuop ɹǝʌǝ sǝᴉssn∀ ǝɥʇ ǝʌɐɥ ʇɐɥM
@PauloCereda don't mention the ashes
@DavidCarlisle ooh
@UlrikeFischer I can understand an option to change the mapping for the base characters so x goes to upright or italic x, but maping a bold italic math x to a bold upright math x is basically wrong, I'd say/
@DavidCarlisle this math-style questions comes up once in a while e.g. tex.stackexchange.com/a/659270/2388 and so I know that it affects letters but I never really tried to figure out if the default make sense, I simply change booleans until it fits ...
@DavidCarlisle yes it looks odd. But as you mention the documentation: there is also a bold-style option and it documents the behaviour \usepackage[bold-style=literal]{unicode-math} would keep it.
13:18
@UlrikeFischer The discussion you link to seems not to refer to glyphs from the Mathematical Alphanumeric Symbols block. I would say, it is fine that the package changes the shape/style of letters or digits that are not in this block. But since this block is somehow made for explicitly typing, say, an italic bold serif x, I think that the package should not interfere here. But this is just my opinion.
@UlrikeFischer I can't see any way of reading the doc to say it would make a bold italic x come out as bold upright, the discussion of the styles talks about the way an ascii x is mapped
@DavidCarlisle and what about this:
Upright and italic bold mathematical letters input as direct Unicode characters
are normalised with the same rules. For example, with bold-style=TeX, a
literal bold italic latin character will be typeset upright.
@UlrikeFischer ug, I should have stuck with my first answer, I have no time to look today. Anyway it's wrong, documenting it doesn't really make it right.
@DavidCarlisle yes, but I doubt anyone has time to look so we should stick to "not our fault" ;-)
@UlrikeFischer I do have an action item to propose some math font switch setup that does the right thing in pdftex and lua/xe tex, but....
13:31
Say you'd decide to stick to some style, but then you really need to input a sans bold upright E. Now, you chose, for example math-style=ISO, you can't just type in 𝖤 (U+1D5A4), because this would still result in an italic letter. Should I file an issue to GitHub? (But it is actually rather a choice than a bug ...)
@JasperHabicht looks like you have to use \symliteral{...} to stop it messing up the input: The \symliteral{⟨syms⟩} command can also be used, regardless of package setting, to force the style to match the literal input characters.
@DavidCarlisle Hm, yes the doc says this, but: \documentclass{article} \usepackage[math-style=ISO]{unicode-math} \begin{document} $\char"1D5A4 \symliteral{\char"1D5A4}$ \end{document} prints the same glyph twice. So, this is clearly wrong (or I am again not understanding the package ...)
I'll test more and also read the doc, but I still feel that things are not quite right here ...
13:48
@JasperHabicht that looks really wrong.
14:34
@DavidCarlisle -- Maybe there's some lingering attention to the fact that \mathbf{x} is upright and one needs \mathbfit{x} to get both boldface and italic.
@barbarabeeton sure I have no problem with mapping the ascii x in different ways but mapping the unicode math alphabets doesn't seem right
@DavidCarlisle -- Oh, it's definitely true that the Unicode assignments should be unambiguous. But there has been confusion in the past over the naming.
@barbarabeeton As far as I understand, the different code points in the block Mathematical Alphanumeric Symbols are also meant to be semantically different (because Unicode would not codify them separately otherwise). So, it is not only a matter of style. And obviously this "normalization" of the package replaces one code point with another.
I opened an issue at GitHub (github.com/wspr/unicode-math/issues/615#issue-1771530617) which addresses the wrong behaviour of \symliteral (and also raises doubts about the normalization in general).
14:51
@JasperHabicht -- I can vouch for the Unicode intention. And in fact there are some gaps in the math alphanumerics, for a few letters or digits that are cited in other standards documents for specific purposes. This fact has been called to the attention of the UTC, but I don't know where they are in doing something about it.
@DavidCarlisle Oh, no, not my fault.
15:38
@mickep such a minor detail will not save you from being blamed
15:49
@DavidCarlisle You can play)
@barbarabeeton But these "missing" characters are mostly in the block "Letterlike Symbols", I think. And these are still meant to be "styled" because there meaning requires this. At least as far as I know ... What might pose problematic, however, is the fact that the code block "Mathematical Alphanumeric Symbols" does not contain upright serif non-bold letters. So, it would still need some way to switch to "regular uprigh" for certain styles. I totally understand this.
@JasperHabicht -- I think this is covered in the Unicode Tech Report #25 (but I don't have time to check right now). I'm pretty sure that there's an explicit statement that this should use the ordinary text font. (The Letterlike Symbols list isn't "complete".)
16:09
@CarLaTeX enjoying your pizza?
16:58
@DavidCarlisle I have just had a 4 formaggi last night :D
yo'
yo'
@DavidCarlisle Hawaii?
(well, I actually had today what they call Al Capone here: tomato base, mozarella, ham, spicy salami, bell pepper)
@yo' Al Capone was from Chicago, and Chicago is known for what is called "deep dish pizza" @CarLaTeX Click at your own risk. :)
yo'
yo'
@AlanMunn oh an American copy of a quiche!
@yo' I don't know about that. No eggs, and made with pizza dough not pie dough, so a pretty different animal I think.
17:20
@CarLaTeX oh, but it does. — David Carlisle 21 hours ago
17:37
@yo' -- As @AlanMunn says, no eggs. But your "Al Capone" would make a yummy Chicago pizza. (Though I'd still ask for anchovies.)
18:01
@AlanMunn O-M-G!!!
@CarLaTeX Yeah, it's pretty disgusting.
@AlanMunn Indeed!
yo'
yo'
18:52
@barbarabeeton ok, so not only American, but also poor-men's :D
@yo' -- Actually, I prefer thin-crust pizza, and one of my favorites has just cheese, thin slices of fresh tomato, and a pesto wash. For that, I'll forgo anchovies.
yo'
yo'
@barbarabeeton with anchovies, you don't need to worry. You can have my share of them too :)
@yo' -- Anchovies are truly a matter of personal preference. I grew up near water, and with that comes an exposure to fish, shellfish, and other creatures that dwell in oceans, rivers and bays. In that environment, it's not hard to learn to like those things, unless one is allergic. Fortunately, I'm not.
yo'
yo'
@barbarabeeton As my wife Veronika puts it, it seems I only like fish that don't smell like fish :)
In a Japanese-French fusion in Paris, we had seabass as the "main course", and other fish and seafood I think, and it all was marvelous. However, it was all super-fresh (I believe pulled only in the morning for the dinner. Other than that, from stuff that swims, I only enjoy basically salmon, but that in almost all its forms. And I love tuna, but I get it very very rarely given how problematic tuna fishing is.
19:13
@yo' -- Well, there are some such. I'll have to share my recipe for fish chowder; it uses white fish and gets much of its flavor from other seasonings. And it comes from an "illustrious" source -- the daughter of the skipper of the "Atlantis", the old research sailing vessel of the Woods Hole Oceanographic Institute (WHOI), and was one of the easy, tasty meals prepared onboard.
@yo' -- Oh, I could happily survive on sushi! But agreed -- it must be very fresh.
yo'
yo'
@barbarabeeton so could I, but it's a no-no for her for a couple months :)
Is there a way to refer to a macro name (the string) inside the macro itself? I tried searching but didn't find anything.
@yo' -- Somehow, I'm not sure you'd like bouillabaisse. Re Veronika, are you letting us in on a secret?
yo'
yo'
@barbarabeeton well, I'm guess that if let out, it's not a secret anymore, right?
@yo' -- Best wishes to you both! Take good care of her.
yo'
yo'
@barbarabeeton I'll take a good care of both, don't worry!
@FaheemMitha no
@DavidCarlisle Oh.
@DavidCarlisle -- Because they're there. Like Everest.
@FaheemMitha it is macro expansion not a function call. There is no scope implied, any name available "in" the replacement would be available after it
19:27
@DavidCarlisle Replacement? What replacement?
@FaheemMitha \def\foo{abc} then \foo is the macro and abc is its replacement text. then xyz \foo xyz works by replacing \foo inline by abc it is not a function call that stacks the environment, evaluates \foo and returns
@DavidCarlisle To be clear, I'm talking about referencing the macro name inside the body of the macro itself.
@FaheemMitha yes but as I say it is not available and you should not expect it in a macro expansion. say it was called \name \def\foo{ab\name c} the replacement text is not evaluated on definition. so xyz \foo first thing that happens is \foo expands to its replacement xyz ab\name c then finally \name will be seen by tex, but \foo has long gone. it as if xyz ab\name c was at the top level
Oh, right. Replacement text means the result of the expansion. Sorry.
@DavidCarlisle Yes, I followed that. Thank you.
\ddanger Now that we have seen a number of examples, let's look at the
precise rules that govern \TeX\ macros. Definitions have the general form
\begindisplay
|\def|\<control sequence>\<parameter text>|{|\<replacement text>|}|
\enddisplay
Knuth ^^
19:45
@barbarabeeton hmmm... I could reciprocate with my couliflower-anchovies pasta recipe... 😉
@Rmano -- That actually sounds tempting. (I realize not everyone may agree.)
Hi! I was wondering if there was an expl3 interface to public kernel functions like \IfClassLoadedTF. Something like \sys_if_class_loaded:nTF and the other conditional variations. I thought about writing is as a wrap around \IfClassLoadedTF but that seems ... backwards
yo'
yo'
@FaheemMitha I'll try to explain differently. Imagine you do \def\xyz{A\myname B} that should give AxyzB when expanded. Then do \let\abc=\xyz. Now you expect \abc` give AxyzB as it should be indistinguishable from \xyz, but you also expect it to give AabcB because that's what \myname does. This is impossible within the TeX paradigm.
@MatthewLeingang no. But why do you need it?
\def\foo{bar}
\expandafter\def\csname \foo \endcsname{My csname is \foo}
\bar
\bye
@DavidCarlisle :)
19:52
@yo' I'm not really familiar with \let, but I assume it's a sort of macro copy mechanism.
yo'
yo'
@FaheemMitha yep, exactly.
@Rmano Mmm. I make one of those. Does yours have saffron and pine nuts?
@AlanMunn Yes!
@Rmano So I guess I don't need the recipe! But yum!
@AlanMunn simper:\def\foo{my name is foo} ...
19:55
@AlanMunn mine is a version (no onions) of a classical Sicilian one: rgtti.com/IHC/ihc05/msg00043.html (it's in Italian, but now we have ChatGPT... ;-P) (but mine is better, no previous boiling of cauliflower)
@Ulrike I'm writing a package which I intend to \use in several different classes. Its behavior will depend on the class. If I want to say "do this if the document class is article, report, or book, but not beamer", using \IfClassLoadedTF{}{}, that's a lot of braces and repeated code. So I thought I could do it better as a boolean expression
@Rmano Mine's pretty much the same as that too.
@DavidCarlisle Well I wanted a little obfuscation, which I'm sure you can appreciate.
@MatthewLeingang if possible I would test for functionality not class name, otherwise you are lost on thesis classes or memoir or ...
@AlanMunn my code is always crystal clear
@DavidCarlisle I normally agree with you. I'm using the titlesec package to reformat section titles. So test for a control sequence \section, right? But beamer also has a \section command...
@MatthewLeingang If it's just beamer vs the rest, then check for \frametitle or the like?
20:02
@MatthewLeingang yes but first test for \pause then \chapter and you have beamer-like, report-like and article-like classes distinguished
@AlanMunn and @DavidCarlisle good points
@MatthewLeingang keep \IfClassLoadedTF{msu-thesis}{all hope is lost}{} though
@DavidCarlisle hehehe
Oct 7, 2017 at 22:39, by Alan Munn
@DavidCarlisle You are mean.
Jun 29, 2017 at 16:15, by Paulo Cereda
@DavidCarlisle you are not mean :)

« first day (4618 days earlier)      last day (611 days later) »