# Today

• Clear sailing ahead.

# Tomorrow

• Clear sailing ahead.

# Thursday

• Clear sailing ahead.

# User Details

User Since
Oct 24 2014, 1:27 PM (168 w, 4 d)
Availability
Available
IRC Nick
physikerwelt
LDAP User
Physikerwelt
MediaWiki User
Physikerwelt

# Sun, Jan 14

I'm happy to review any pull requests... I have the complete list of all formulae used in the WMF wikis now. Thus, changing the grammar is less risky than it used to be.
https://github.com/wikimedia/texvcjs/pulls

# Sat, Jan 6

oh no. This seems to be a regression. We updated the MathJax version last week and also enabled the new grammar based check for \ce tags T159735.
The input <ce>pIC_{50} = -\log_{10} (IC_{50}) </ce> should throw a warning, since it's not correct after the new grammar of @mhchem and @manfredschaefer since log is a math command, but not an error.
So from the grammar the input should be accepted at least it looks very similar to the test cases.
I'll look into it a bit deeper...

# Tue, Jan 2

Physikerwelt added a comment to T183557: Mathoid v0.7.0 not accepting chem formula.

It sounds like the best way to go about this would be to fix these formulae manually? Maybe we should track down the pages using them and put a notice out for this?

Exactly. See my pull request that generates a warning for these problems. I think warnings are a very good mechanism to get rid of unhandy syntax.

With the first part of the fix the manual space correction is allowed (except for \; which would fix additional 2.2k cases.

I'm not sure I understand fully which fix you are referring to here. So texvc doesn't allow extra spaces right now but did in the previous version? Could we have it strip extra spaces? Is that even possible?

I replaced \; locally with a regular space for testing... However, doing that without side effects might end in a nightmare. Thus I think this is not a good approach.

But the old ce rule still wouldn't normalise the formula in such a way as to be compatible with the new texvc rules, so I'm not sure that would help us in the long run.

No, it would not help in the long run. But for the time being.

Physikerwelt added a comment to T183557: Mathoid v0.7.0 not accepting chem formula.

The problem is that the old verification added spaces in different places. Those spaces were sometimes not wanted, but sometimes required. Thus people started to adapt to this problem and fixed the spacing manually for instance by adding negative spaces or extra big spaces. With the first part of the fix the manual space correction is allowed (except for \; which would fix additional 2.2k cases. However, for the problem with missing spaces I have no good idea how to implement that. We could add a second phase that if a command fails in ce mode, we run the check with the old ce rule. However, this might lead to unexpected behavior and might confuse the final users.

Physikerwelt added a comment to T183559: Formula that passes the texvcinfo check fails to render.

I checked the render both cases with texvcjs. They all pass the tests even though they contain non valid latex characters. cf. https://github.com/physikerwelt/texvcjs/tree/invalid-input. I guess that the text field misses a rule that specifies which characters are supported by TeX or MathJax respectively.

# Fri, Dec 22

Physikerwelt added a comment to T183557: Mathoid v0.7.0 not accepting chem formula.

For this one there was a simple fix https://github.com/wikimedia/texvcjs/pull/27

Physikerwelt updated subscribers of T183557: Mathoid v0.7.0 not accepting chem formula.

\ seems to be handled as a special function by texvcjs https://github.com/physikerwelt/texvcjs/blob/c597d66dac8bb8f78029a3ee131d125a5657b387/lib/parser.pegjs#L323

Physikerwelt added a comment to T183557: Mathoid v0.7.0 not accepting chem formula.

That seem to be a problem with the grammar. In this particular case \ .
In my test suite there were not too many chem examples, because I did not find many in the en-wiki dumps.
https://www.mediawiki.org/wiki/Extension:Math/T1835557
A list of all formulae with \ce in it would help to find more regressions.

Physikerwelt added a comment to T183559: Formula that passes the texvcinfo check fails to render.

OK, that's a bug but not a regression. cf https://www.mediawiki.org/wiki/Extension:Math/T183559

# Thu, Dec 21

Liuxinyu970226 awarded T74240: Remove PNG only rendering mode a Love token.

# Dec 12 2017

Physikerwelt added a comment to T182463: Shell\Command should support providing standard input.

See https://gerrit.wikimedia.org/r/#/c/372100/5/MathMathMLCli.php for a prototype that supplies stdin to a command (from the PHP perspective this is stdout, thus I called the additional argument stdout).

# Dec 11 2017

Physikerwelt added a comment to T173127: Establish blubber config in mathoid.

Is there a step by step guide how to test mathoid with blubber. I found https://github.com/marxarelli/blubber, but I was not entirely sure what to install on my Linux development computer?

ok. I do understand the details of the idea now and moved the pages. Of course, the documentation is not yet written and will follow based on the needs of the actual endpoint users. I could not delete the HTML page, but I moved them to my userspace.

I had the feeling that the profiles extend the definitions of the format standards. i.e. for instance, the SVG documentation page should provide further details on the SVG format generated by the RESTbase endpoint that is not already specified in the SVG spec. As long as the math endpoint is the only endpoint that generates SVG this works fine. However, if e.g. graphoid would generate SVG as well this would be conflicting and a developer would like to know if the server response is a graphoid or a mathoid SVG...

# Dec 9 2017

I have created the following documentation pages

# Nov 27 2017

Physikerwelt added a comment to T29574: PDF export: Use LaTeX formulas instead of inline images.

@Debenben we are not exactly waiting for the MathML implementation to happen. We will be starting to collect funds in 2018 to help MathML disabled browsers. I can share more details with you if you are interested in this topic...

Physikerwelt updated subscribers of T29574: PDF export: Use LaTeX formulas instead of inline images.

@Pkra how exactly would you optimize the config? @mobrovac and I are now very actively working on the final update of the WMF forks to mathjax 2.7 and and mathjax node 1.0.

# Nov 7 2017

Liuxinyu970226 awarded T99369: Remove client-side MathJax rendering mode a Heartbreak token.

# Nov 1 2017

Physikerwelt closed T136806: \text{[h]} creates a syntax error as Resolved.

Sorry this was already merged long time ago cf. https://github.com/wikimedia/texvcjs/pull/16

# Sep 7 2017

Physikerwelt added a comment to T29574: PDF export: Use LaTeX formulas instead of inline images.

The formulae in the PDF are not nicely integrated into the text, but at least readable. If https://bugs.chromium.org/p/chromium/issues/detail?id=152430 is resolved, we can improve that. So I think there is nothing that can be done from a chromium based rendering engine at the moment.

Physikerwelt updated subscribers of T175060: [itex] does not render correctly on Android app preview.

@Deskana if you unescape the newlines it's HTML. Are there any plans to support MathML rendering from the Android App? As far as I know the main problem is to install the Math Fonts. @fredw are you aware of an easy solution to enable MathML rendering in Android Apps?

# Sep 6 2017

Physikerwelt added a comment to T137790: Add very long arrows to the math mode.

what means and so on?

Physikerwelt placed T137788: Add the middle command to math symbols up for grabs.

This requires a change in the grammar rules. I currently don't find time to work on that.

# Aug 15 2017

Using reddis worked for me too @GFXDude2010

# Aug 14 2017

Physikerwelt added a comment to T136947: Support retries in MultiHTTPClient.

@mobrovac are you planning to continue with this approach?

# Aug 11 2017

https://gerrit.wikimedia.org/r/370603 is the first attempt for a CLI prototype on the mathoid side. Data is exchanged via pipes or files, so no network access required. Batch processing is supported, so that the same mechanism as in the restbase interface can be used and that requests can be bundled. This is required to save processing time when MathJax node starts. What remains to be done is to change the Math extension to shell out to mathoid rather than to texvc.

# Jul 20 2017

I would recommend to keep the repo for now. I think it's a good achievement that we can use a tested version of MathJax and update from time to time. Moreover as stated in the ticket we need the PNG generation.

# Jul 18 2017

No, currently the tests for mathsearch do not run at all. cf. https://gerrit.wikimedia.org/r/#/c/364981/ Mathsearch still depends on the extension Math and I don't see a reasonable way to change that.

# Jul 17 2017

IKhitron awarded T33546: Make error messages for Math use wikitext a Like token.
Physikerwelt changed the status of T19465: Port texvc to PHP, reducing external dependencies and development impedence for Math extension from Resolved to Declined.
Physikerwelt changed the status of T19465: Port texvc to PHP, reducing external dependencies and development impedence for Math extension, a subtask of T17870: Enabling TeX ([itex]) support should be much simpler, from Resolved to Declined.

# Jul 13 2017

Physikerwelt added a comment to T137765: Check SVG -> PNG fall-back image loading in Opera 9.

The risk is that people that do not use opera <10 will see png images instead of svg images. I think this would not be so critical. On the other hand, I was convinced by @Pchelolo argument

@Physikerwelt Can we close this already? Opera 9 is not even supported by mediawiki

# Jul 12 2017

@Mathmensch I think it's worthwhile to wait for https://github.com/mathjax/MathJax/pull/1723 to be resolved. That way MathML disabled browsers do not suffer from suboptimal spacing.

Just a side note: Works fine if MathML is enabled.

# Jul 11 2017

Physikerwelt updated subscribers of T137787: Add integral symbol with short horizontal bar in the middle (⨍,⨎).
Physikerwelt renamed T137787: Add integral symbol with short horizontal bar in the middle (⨍,⨎) from Add integral symbol with short horizontal bar in the middle to Add integral symbol with short horizontal bar in the middle (⨍,⨎).
Physikerwelt lowered the priority of T135543: Add more symbols to the new math mode from Normal to Low.
Physikerwelt raised the priority of T135543: Add more symbols to the new math mode from Low to Normal.

ok. I'm going to add
⨍ U+2A0D finite part integral Integral mit endlichem Teil &#x2A0D; &#10765; \dashint
⨎ U+2A0E integral with double stroke Integral mit Doppelstrich &#x2A0E; &#10766; \ddashint
unless there are any objections?

# Jul 10 2017

see
https://de.wikipedia.org/wiki/Integralzeichen for the unicode symbols.
Technically this will be easy to implement. However, I'm not sure if there is really a demand. I created https://en.wikipedia.org/wiki/Wikipedia:Reference_desk/Mathematics#Missing_macros_in_.3Cmath_.2F.3E_environment to start a discussion.

# Jul 9 2017

Physikerwelt added a comment to T135543: Add more symbols to the new math mode.

A summary of the requested features is availible from here: https://fr.sharelatex.com/project/595a8d960167d6487030b0d2

# Jun 27 2017

Physikerwelt added a comment to T113708: Tests failed on Special:MathStatus.

It's coming from here. https://github.com/wikimedia/mediawiki-extensions-Math/tree/master/images However, the image seems to differ in the tests from the production mode.

# Jun 11 2017

Physikerwelt changed the status of T87390: Math extension should not use a wmflabs.org address as default \$wgMathMathMLUrl from Duplicate to Declined.

let's solve this problem in the context of the new mathoid interface

Physikerwelt added a comment to T166428: Extraneous horizontal space in an article.

I think the reason for the important rule was to make sure that screen readers can access the mathml element. Thus removing that flag would break screen reader support.

Physikerwelt lowered the priority of T93075: MediaWiki search result should render full math tags from High to Normal.

Any updates here. I think this applies to all kind of tags, not only math tags.

Physikerwelt lowered the priority of T30258: texvc should support commutative diagrams via XY-packet from High to Normal.
Physikerwelt triaged T121100: Move research and experimental code from Math to MathSearch extension as Normal priority.
Physikerwelt triaged T143554: Hit highlighting issues for MWS and BaseX as Low priority.
Physikerwelt triaged T165751: Feature: Let Math accept certain Unicode input (eg. ∫ \frac{∂f}{∂τ}dτ ) as Normal priority.

closing: No activity. Feel free to reopen.

Physikerwelt added a comment to T160824: Instances in math project show high system CPU usage.

@Hcohl we need to take care of updating the drmf server. I suggest to rename drmf-beta to drmf and to start a new drmf-beta instance. What do you think?

Physikerwelt triaged T160824: Instances in math project show high system CPU usage as Normal priority.

Sorry for the delay in my response. Since Nov, 2016 a lot of changes happened... and I speculate that the problem was resolved in the meantime.

Physikerwelt added a comment to T151017: Errors when installing through apt-get.

@mobrovac what's your feeling here: Update the apt repo or remove support for the packages?

I discontinued to use vagrant.

Physikerwelt added a comment to T113708: Tests failed on Special:MathStatus.

@mobrovac the svg error is still present. Do you have any suggestions how to proceed here? Maybe we should make the comparison with the reference svg less strict?

Physikerwelt closed T130955: link to wikidata data object missing as Resolved.

Works with the latest versions.

Physikerwelt closed T130955: link to wikidata data object missing, a subtask of T129223: (tracking) Problems with wikidata vagrant role, as Resolved.

@mhchem thank you. @manfredschaefer is developing a grammar for accepting the mhchem commands according to your template see https://github.com/manfredschaefer/texvcjs While this requires some effort I think it's the best solution to the problem.

I like the idea. However, I think it would be better to replace the unicode chars by the respective commands for furhter processing. That way the formulae can still be rendered using pdflatex (with \usepackage{texvc}). Some symbols are already listed here https://github.com/physikerwelt/utf8tex/blob/master/unicode2classicTex.csv What do you think?

Physikerwelt added a comment to T166428: Extraneous horizontal space in an article.

the default css rules are

.mwe-math-mathml-a11y {
/* We try to hide the MathML formula in a way that still makes it accessible to accessibility tools. */
clip: rect( 1px, 1px, 1px, 1px );
overflow: hidden;
position: absolute;
width: 1px;
height: 1px;
opacity: 0;
}

which is eventually changed to

/* Reset some CSS properties set by MediaWiki and hide the image fallback */
.mwe-math-mathml-a11y {
clip: auto;
overflow: visible;
position: static;
width: auto;
height: auto;
opacity: 1;
}

by the native mathml extension https://github.com/fred-wang/webextension-native-mathml/blob/master/content-scripts/mediawiki.css if mathml is enabled.

Physikerwelt closed T167569: MathRM parsing error as Resolved.

I guess what you are trying to do is to write chemical markup?
Have you considered using the chem tag instead <chem>HSO4-</chem> probably produces the expression you would like to discribe.
Can you explain why you want to use the mathrm command. Also note the difference between mathrm and operatorname https://tex.stackexchange.com/questions/48459/whats-the-difference-between-mathrm-and-operatorname

# Jun 3 2017

Physikerwelt added a comment to T158509: Chemical bonds not working.

probably texvcjs replaces # with \#