Anonymous user
User talk:Rdm: Difference between revisions
m
→fixing "language" entries so that they appear as languages: added a new talk topic.
m (→fixing "language" entries so that they appear as languages: added a new talk topic.) |
|||
| (22 intermediate revisions by 3 users not shown) | |||
Line 352:
This isn't the only bug that exists (at least, as far as rendering HTML code). I know of four others that would fall in the "flaky" category, as one widens the window, or contracts it, "things" disappear or re-appear (mostly the top or bottom of a "box", or internal lines of a grid (table), so I had suspected a browser problem or perhaps an operating system (Microsoft Windows in my case), but I didn't have the knowledge or tools to diagnose it and/or pursue problem resolution. One such problem I observed around three or four (?) years ago in rendering a vinculum (for a square root glyph), it worked on FireFox, but not Microsoft Internet Explorer. It turned out that MS' I.E. rendered some text wider, and FireFox didn't, so it showed on one browser, but not the other, but it was mainly due to the fact that, at that time, I had a really wide high-resolution monitor, and something was tripping (apparently) probably on the same problem that is now being observed. To make the problem resolution a wee bit more complicated, I had dual (identical) monitors, each monitor had a different browser (and driver protocol), so I thought it might be a monitor or driver problem. That particular problem was really driving me batty (costing me more than a few number of hours), ... it was there, made a small change, next time ... it wasn't. The small (benign) change could be just changing my socks. -- [[User:Gerard Schildberger|Gerard Schildberger]] ([[User talk:Gerard Schildberger|talk]]) 23:13, 16 September 2016 (UTC)
<hr>
Rdm: I finally --- (after dealing with myself being mostly bed-ridden and I'm more or less restricted to sitting up for short periods, so I'll try to make this brief) --- got my (Windows/XP) system somewhat repaired (I think) and I can now post thingys to Rosetta Code via FireFox (Aurora), but my Microsoft Windows Internet Explorer (version 8) is still flaky and can't open most webpages.
After doing some rather vague (Google) searches, I finally found something that touches on this problem (on Rosetta Code) and apparently solves the underlying problem, but I have no idea if that "patch" applies to any software that Rosetta Code is utilizing. That bug/problem (below) started occurring (elsewhere) on or before April 12th, 2016.
The circumstances that caused the missing semicolon was not mentioned, however.
The fix is referenced on: https://gerrit.wikimedia.org/r/#/c/283166/
Here is an excerpt:
Change 283166 - Merged
Ensure use of ; to seperate (sic) svg styles It was reported that under certain
circumstances a semicolon was missing from the SVG style.
Bug: T132563
Change-Id: I148433657848fdc74889fcaf6d883078c46a4006
Here is a description of the bug:
<pre>
I believe there is a bug in the way the SVG fallback image HTML code is generated when
using MathML + SVG fallback and a Mathoid server.
Here is the HTML code that I obtain for an SVG fallback image:
<meta class="mwe-math-fallback-image-inline" aria-hidden="true" style="background-image: url('/wiki/index.php?title=Special:MathShowImage&hash=2caf40baf06d5cb633d350e651164506&mode=mathml'); background-repeat: no-repeat; background-size: 100% 100%; vertical-align:-2.338exheight: 6.176ex; width: 24.761ex;" />
There is a missing semicolon between vertical-align:-2.338ex and height: 6.176ex, and
that causes the SVG image not to display on the page.
The problem appears to come from the function correctSvgStyle( &$style ) in MathMathML.php.
I could fix the bug by changing the line
$style .= ' ' . $styles[1]; // merge styles
into
$style .= ' ' . $styles[1] . ';'; // merge styles
</pre>
Elsewhere, it was said:
<pre>
Such a picture has zero height and thus is invisible (in chrome).
</pre>
This is, as the saying goes, way over my pay-grade. I have no idea even where the fix goes (to be applied), nor if that fix is applicable to the software on Rosetta Code.
But it sure seems to address the issue of the missing semicolon in the SVG style. It was said elsewhere on Rosetta Code that the Wiki pre-processor is slightly back-level. Maybe updating that piece of software may already have such a fix already applied?
But, in any case, I assume you know who to contact (in Rosetta Code land) and see if this fix/patch is applicable or even applies. -- [[User:Gerard Schildberger|Gerard Schildberger]] ([[User talk:Gerard Schildberger|talk]]) 21:33, 25 September 2016 (UTC)
: The real underlying problem is that two different formula display methods are used by current browsers, and that these are served by two different parts of the generated code.
: Even if, as we hope, this particular fragility happens to get fixed at some point, it will remain unsafe and imprudent to make formula edits in one class of browser without checking their real effects in the other. [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 22:03, 25 September 2016 (UTC)
== Sieve of Eratosthenes ==
Line 361 ⟶ 416:
==Tasks still affected by MediaWiki <math> tag issue as of Sept 21 2016==
The following 54 Rosetta task wiki pages still generate ill-formed HTML which prevents display of graphic (usually formula-displaying) files. Most, but not all, of these arise from a recent program of cosmetic edits in which redundant white spaces were were introduced into <math> tags, and these were flanked by a pair of <big> tags. It was not appreciated by the editor involved that the MediaWiki processor did not anticipate or properly handle some of the input patterns that were introduced, and their effects were, unfortunately, only tested on a minority type of browser which does not use graphic file display for formulae. The fact that formula after formula was being
In a number of tasks the edits have now been reversed and formula visibility restored, 54 remain unfixed.
===Names of tasks still affected===
: "A+B" (now fixed – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 08:23, 22 September 2016 (UTC))
: "Ackermann_function"
: "AKS_test_for_primes"
Line 373 ⟶ 428:
: "Arithmetic-geometric_mean"
: "Benford's_law"
: "Carmichael_3_strong_pseudoprimes" (now repaired – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 09:50, 22 September 2016 (UTC))
: "Casting_out_nines"
: "Check_Machin-like_formulas"
Line 389 ⟶ 444:
: "Fractran"
: "Gamma_function"
: "Hash_join" (now fixed – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 19:42, 22 September 2016 (UTC))
: "Heronian_triangles"
: "Hofstadter_Figure-Figure_sequences"
: "Hofstadter_Q_sequence"
: "Identity_matrix"
: "Integer_roots" (now fixed – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 08:29, 22 September 2016 (UTC))
: "Jaro_distance" (now fixed – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 20:02, 22 September 2016 (UTC))
: "Josephus_problem" (Repaired ---[[User:Paddy3118|Paddy3118]] ([[User talk:Paddy3118|talk]]) 15:30, 28 October 2016 (UTC))
: "Knuth_shuffle"
: "Least_common_multiple"
: "Ludic_numbers" (now repaired – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 21:08, 22 September 2016 (UTC))
: "Modular_exponentiation"
: "Modular_inverse"
: "Monte_Carlo_methods"
: "Multifactorial"
: "Multiple_regression" (now repaired – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 21:23, 22 September 2016 (UTC))
: "Nth_root"
: "Permutations_with_repetitions" (now fixed – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 08:26, 22 September 2016 (UTC))
: "Pi" (now repaired – [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 21:33, 22 September 2016 (UTC))
: "Pythagorean_triples"
: "Quaternion_type"
Line 421 ⟶ 476:
: "Trabb_Pardo–Knuth_algorithm"
: The list is generated by searching through the task HTML for the pathological string '''exheight''', which arises when a semicolon is missing between a vertical-align attribute and a height attribute. [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 20:
:: There is a full list of repairs so far (I am aiming to update it weekly), at http://rosettacode.org/wiki/User_talk:Gerard_Schildberger#Restoring_formula_visibility_to_50.2B_tasks_for_Chrome.2C_IE.2FEdge.2C_Safari_etc
:: As of today, we are down to 34 tasks whose visibility to most browsers has yet to be restored. [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 18:16, 28 October 2016 (UTC)
==Upgrading generator to MediaWiki 1.27 ?==
In case this is not already in hand, I notice that Rosetta pages are currently generated by
<meta name="generator" content="MediaWiki 1.26.2"/>
and that 1.27 is available at https://www.mediawiki.org/wiki/Special:ExtensionDistributor/Math
Discussion here:
https://phabricator.wikimedia.org/T136089
suggests that 1.27 might alleviate the problem of formula images made invisible (zero height) when a semicolon is lost between two attributes: [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 21:41, 25 September 2016 (UTC)
: Caveat: I saw and fixed a similar problem yesterday on Wikipedia (redundant space in <math> tag triggering the same loss of semicolon and visibility), despite the fact that Wikipedia is using a later build of the generator. [[User:Hout|Hout]] ([[User talk:Hout|talk]]) 21:52, 25 September 2016 (UTC)
==fixing "language" entries so that they appear as languages==
I noticed that some language entries (perhaps improperly configured or wrongly set-up or other) are not appearing at "languages" (in the ''Category:Programming Languages'' page). Lately, I noticed another: '''Shapely'''.
Undoubtedly, there are others (and I now regret not writing them down in a list of some sort).
I think it seems/appears to have the #REDIRECT thingy "backwards".
I have in the past fixed a number of them, but I am now reluctant to fix such errors at this point. Some of these improperly set-up languages are a bit beyond what I know about how to fix such things. Perhaps you could fix and/or address these one (that I know of) language (definition) entry such that it appears where it ought to appear. -- [[User:Gerard Schildberger|Gerard Schildberger]] ([[User talk:Gerard Schildberger|talk]]) 09:23, 26 March 2020 (UTC)
| |||