in your screenshot, the prime symbol looks exactly like in my screenshot. However, I am not convinced that this is correct. In my opinion, the prime symbol should start a good bit further down. The prime symbol should start at the crossbar of the f and only reach to the top of the f. Especially with letters like 'a' or 'm', you don't see any spatial relationship between the prime symbol and the letter.

The codepen example looks okay

That is strange.
I have now tested it again in Chrome (Version 134.0.6998.35 (Offizieller Build) (64-Bit)) on Ubuntu in incognito mode. It still looks like in the screenshot.
Are any of you able to test the example with a Chrome on Android?

It looks just as wrong on my Android phone.

it looks like that the brackets are now in the right size. But now the sigma signs are beyond the integral and not to the right of the integral.

I did some investigation into this bug.

nothing will happen if I am zooming in or out. On my system there is also no flickering.

@Physikerwelt, the error is still present.

at the moment I am not able to login to https://de.wikipedia.beta.wmflabs.org/wiki/Intbar#Bf-Stil . Does anyone know why it is not able? After I can log in there again, I will test the bug again and provide further information.

However, if you allow the CD environment in the Math pseudo-tag environment, then you have to think about whether the diagram is displayed correctly as SVG, using native MathMl and with MathJax. If you would introduce a new pseudo tag, you could concentrate on one technology. Of course, this has other disadvantages.

I will add some examples, where I see errors.

I reatteched the same picture:

I think the XY package is no longer really used today. Today the tikz-cd package seems to be modern. Maybe this can be integrated somehow to make it easier to create commutative diagrams? The documentation can be found at https://ctan.org/pkg/tikz-cd .

Aren't there other xml tags besides the math tag that are used in Wikipedia articles? If so, then I would not change the way you open a special environment - in this case the TeX environment.

In Firefox I can not reproduce this bug.

Hi,
the screenshot is taken from https://de.wikipedia.beta.wmflabs.org/wiki/Intbar#Bf-Stil.

The problem occurs not only with \biggr) but also with \biggl(. However, only if an index is attached to the top or bottom of the bracket.

I think the bug exists again, see https://de.wikipedia.beta.wmflabs.org/wiki/Intbar#Widetilde_&_Overline

I think the bug exists again, see https://de.wikipedia.beta.wmflabs.org/wiki/Intbar#Widetilde_&_Overline

@Physikerwelt, the issue has two parts. In Firefox der operatorname Operator does also not work.

Oh I see something similar was suggested before. I will have a look at it next days.

as descibed in https://docs.mathjax.org/en/v2.7-latest/tex.html in section AMScd it sounds very easy to activate commutative diagramms in native MathMl. MAybe someone can have a look at it by time.

no it looks the same as in the picture

in Chrome the brakets are still rendered incorrectly, see

I think formula four and six are still rendered incorrectly. The "\nolimits" command in formular four ensures that the limits are not placed above and beyond the operator, but to the right of it.
And in formular six there is no \nolimits command, so the "limits" should be placed beyond the operator.

@Physikerwelt , spontan denke ich, dass große Zeichen richtig wären. Ich habe auch mal
<math forcemathmode=native>\displaystyle \intbar \intBar</math>
getestet. Das wird bei mir in Chrome auch klein dargestellt, was ich so nicht erwartet hätte. Mit dem Native-Mode habe ich mich aber noch nie befasst. Das normale Integral wird auch groß dargestellt.

@Physikerwelt , die Zeile
intbar in native mode <math forcemathmode=native>\intbar \intBar</math>
erzeugt in Chrome kleine Integrale, die sich der normalen Zeilenhöhe anpassen und in meinem Firefox sehen die genauso aus, wie auf deinem Screenshot - also deutlich größer sind als die normale Zeilenhöhe.

@Physikerwelt bei mir sieht es im Firefox genauso aus wie im Chrome, außer die erste Zeile, die Du geschrieben hast. Da sind die beiden Integrale auch groß dargestellt. In Deinem Bild wäre es auch noch wünscheswert, wenn die Integralgrenze A näher am Integral stünde.

Hallo @Physikerwelt ,
leider sehen die zwei neuen Integrale ziemlich kaputt aus.

Would it be possible also to add the fint symbol?

I think the bug in the describtion is solved, isn't it?

I cannot find a preference for one command or the other. The German Wikipedia article lacks a source. I don't care whether you use the \intbar or \dashint command.

Hello @Physikerwelt
I think intbar corresponds to Unicode U+2A0D and is correctly represented in the PDF. The strokedint corresponds to the Unicode character U+2A0F. According to the German Wikipedia, the Unicode character is also called "integral average with slash". However, the mathematician and author Evans uses the Unicode character U+2A0D for the average integral in his books. I find that somewhat irritating.
https://de.wikipedia.org/wiki/Integralzeichen

Hello,
I am a bit confused. Is it now possible to use the average integral in (german) Wikipedia? I got an error while writing <math>\intbar</math> .

Just like when creating the feature request, I still consider this function important today.
I think the source code of the diagramms in EOM are very complicated, but I would love to be able to use such a feature in wikipedia.
Can I support in any way ?

I think the bug is fixed. Thank you!

@Physikerwelt now there are on the page many formulas which wont be rendered. Instett I got the message "Cannot get mml. Server problem.".