What happens when an edit tab is clicked is spread across handlers in
DesktopArticleTarget and DesktopArticleTarget.init. Consolidating the logic
into the handler in DesktopArticleTarget.init makes it easier to understand.
It could be moved further into DesktopArticleTarget, but the init handler has
to exist to activate the target in the first place.
This patches a hole where clicking "edit source" while in visual mode would
sometimes not switch to source mode, because it didn't think it was changing
the current section.
Also, fix a typo in the documentation.
Bug: T198272
Change-Id: I12d958b6af1b9fa9aca68b498eb2a1a2d76b5a82
New changes:
664b9017b ve.dm.Document: Handle no valid offsets in #getNearestCursorOffset
879e319d4 Don't break before/after multiline insert in source mode
386344d19 LinkContextItem: add label information to the context
Bug: T124305
Bug: T197651
Bug: T198010
Change-Id: Ic0b16b7f85f91ce699eb90f8ee171fc69c9ddd53
New changes:
4418e04c5 Localisation updates from https://translatewiki.net.
12fd1e53e Add isResizable method to dynamically disable resizing
87047170d Use getter to retrieve change stores
58150e710 Use ve.dm.Change object for completeHistory
bc9a1a8af Fix appearance of source surface
Change-Id: I7654d9859741dfbfb0a053a72d0d00b34f1835d6
aeb4f2f2b7 added a #wpTextbox1 to the wikitext surface, which confused our
existing teardown check. This confusion only became apparent in single-tab
mode, when using the wikitext editor.
Bug: T197615
Change-Id: I98e64e7135aaf6f8fda441a91e6cbc4bac6cea39
New changes:
c5df99d3a Remove remaining assert.expect's
593b09992 Localisation updates from https://translatewiki.net.
14a29056c Follow-up 593b099: Add 'lfn' language to build to unbreak the repo
faba29bde Fix cursor position when adjacent to a nail
9854cc88c Sanitize message body in standalone using DOMPurify
52bd0592b ve.dm.Change: Store DOM node arrays as single strings
Local changes:
Add sanitize module
Bug: T197723
Bug: T197894
Change-Id: I572f5bcc80175cc50ef176efb961c9b10b38c7f0
We already do it after save, but not if the editor is closed without
saving.
This behavior is a bit awkward for non-existent pages (redlinks),
since MediaWiki normally doesn't display them in view mode (all links
point to action=edit). But this seems less weird than not allowing the
editor to be closed.
Bug: T122388
Bug: T168338
Change-Id: Id9ee41356f011dfbfa6e8744b8d9076f8eacaf39
New changes:
71baf1c02 Create an 'htmlMsg' function for HTML messages with HTML or DOM arguments
9a7af223e Use ve.htmlMsg to highlight values in attribute changes
a1fd90540 DiffElement: Refactor describeChanges tests
Local changes:
Implement getHtmlMessage in mw.Platform and use for DiffElement
Bug: T195243
Depends-On: Ib4ad16858e4241d33d018830dbcfded63ff703af
Change-Id: Ib5fa39e4f2f529948354b03a141542e23d169fe0
New changes:
a7c0f6474 Ignore meta items when computing slug positions
1bce430b6 Prevent null being treated as "object" with typeof operator
437892531 ce.FocusableNode: suppress left clicks within the focusable element
00a559a16 Replace assert.deepEqual's with more appropriate tests
Bug: T196921
Bug: T197139
Bug: T197659
Change-Id: Ia3c02961e86a1051245467ed9115c41c4d4cbc1f
