New changes:
601da01ba Update OOUI to v0.40.3
6f0390759 ve.dm.VisualDiff: Don't return a diff if the tree diff times out
Bug: T161646
Change-Id: I8d4b92f0ef28854ca858be7b246abe0c073f5863
New changes:
a185992f9 TreeModifier: More optimizations
608ab3704 Add a "very long" demo file that is 3x longer than long
ea64930ed ve.ce.Surface: Debounce onModelDocumentUpdate
274382a60 TreeModifier: Add optimization for short array comparison
ed0ba3794 Fix typo in documentation
6c5eaa5a1 Fix pasting cells onto a sparse table
458b3e7fe FindAndReplace: Guard against getSelectionRects failing
7d30b0fe2 DiffTreeNode: Compare node lengths before doing full comparison
10430f522 ve.dm.Document: Cache node offsets when read-only
b49db9a5b Update treeDiffer to 1.0.2
7ad563c1a Localisation updates from https://translatewiki.net.
bfe957e0b Follow-up I1361852: Make docs writable when finished
Bug: T261522
Bug: T261530
Bug: T261634
Bug: T261662
Change-Id: Ifb5765782baaff4a17756b027d4baf52828f89c6
The 'mwSignature' command replaces the selected content with your
signature. So basically, if you double-click this node, it gets
deleted and an identical one is inserted. This is useless.
I think I added this when this class was inheriting from
ve.ui.MWTransclusionContextItem, to override the command that would
open the transclusion dialog, but even then this should have instead
been `null`.
Change-Id: Id4492e36e9d89001df655e48b528d07eb608289e
New changes:
6d4fa84ff Follow-up Ic1669009: Use for..in loop instead of Object.keys()
a1511df4c README: Add link to live demo
81ac2c781 ve.dm.Document: Fix shallowCloneFromRange when range is inside alien
f410da15b ve.dm.Document: Cleanup test loops
523b9ef2f ve.dm.Document: Fix typo in shallowCloneFromRange with collapsed selection
Bug: T259634
Bug: T261634
Change-Id: If09e7c7184c6783a2dd2289813bc1578ba0d48e4
These constructors only take a single argument, so the api config was
being ignored and the input would fall back to the default `new
mw.Api()`.
The order is changed so that the "api" config is merely a default,
and can be changed by whatever comes later.
The UserInputWidget currently doesn't accept an "api" config. This
will be fixed in Ifb1dd9d. But this is not a blocker. Merging this
patch here before the other won't have any consequence. It will just
continue to ignore the "api" config. ;-)
Change-Id: I15c35216c717576c6767927cac06ef72198fc95a
EditAttemptStep requires an integer, and just getting the value of an
input is always a string.
Bug: T261664
Change-Id: I57e76857086474365124b5b016902211b0e63166
The input field becomes a title autocomplete, showing small preview
images and searching only the File namespace.
This is consistent with how TemplateWizard behaves when editing a
File parameter.
Bug: T260886
Change-Id: I7a114e279436ec1ff6f7b8ab66443138ab12637f
This patch starts using watchlist related values from ApiEditPage
results instead of updating the "watch link" based on whether the
checkbox was selected or not at the time of saving the article.
This change does not depend on T261030 and can be merged without it
but T261030 needs to be fixed or temporarily watched items will not
display the right tooltip when hovering the "watch link" or star icon.
Bug: T260434
Change-Id: I2c844223620d7d28f36a0cd8ae3dee4b0c8ae5bf
New changes:
feb1d87ac Localisation updates from https://translatewiki.net.
6b70f70e9 Update OOUI to v0.40.2
7470ff141 Localisation updates from https://translatewiki.net.
Change-Id: Ib72a8a24b528b9e53081f97bed3473c70b25085c
Remove angle bracket from the url. The closing character is breaking
the hyperlinking and is not necessary anyway. Also bypass redirect.
Bug: T261126
Change-Id: Id9839623f5f77766042a0df0dfdd5f93d6faf625
We'll update this before 1.36 is released, unless we get Parsoid
integrated "properly" before then.
Change-Id: I92d8555b1f5dc121c5f596b5cb6d59414280388f
If we call getBoundingClientRect() while the 'transform' animation is
still ongoing, it's going to return values reflecting the transform
- that is, the rect will be partially offscreen - which will trigger
our code that runs the animation again.
I don't know why this wasn't a problem on iOS 13.3 and earlier. Either
the timing was slightly different and the 'transform' animation was
able to finish earlier, or getBoundingClientRect() was buggy and
returned wrong values that conveniently worked right for us.
Bug: T259321
Change-Id: I6be0ddaeb6df54295fb14c45ba15fee41d61e33f
The MWParameterSearchWidget that shows a list of all available
template parameters displays the (human-readable) label and
description of each parameter (both given via <templatedata>), as
well as the parameter's internal name and aliases, if there are
any.
This turns out to be non-helpful in the majority of situations:
* When there is no <templatedata> yet, there are no labels.
Instead, the names are used as labels, which means they are
*all* identical and everything is shown twice.
* The same happens when manually adding an "unknown field". Simply
start typing, and you can add parameters with any name. What you
type is shown twice (actually 3 times, 1 time in the input
field, 2 times in the result widget).
* Many template parameters are already nice, human-readable. Even
if <templatedata> exists and specifies labels, these labels are
often identical to the names. There is no need to come up with
something else if the name is already good enough. (Exception:
Localizations, but these are rare.)
Furthermore, this is a *search* result widget. The pretty much
only reason the names and aliases are shown is because the user
can search for them, and needs to understand why a parameter was
found. This still works fine.
For comparison, when a parameter is required you will *never* see
it's name, because the parameter is always there, and never shows
up as a search result.
Change-Id: I6b1dca1c94b2c496930b5bfdfe1c6f76898faa2a
