[Wikitech-l] Fwd: [MediaWiki-l] New version of "Working with MediaWiki" released

[Pine W]

Forwarding.

Pine
( https://meta.wikimedia.org/wiki/User:Pine )


-- Forwarded message -
From: Yaron Koren 
Date: Wed, Jun 3, 2020 at 8:42 PM
Subject: [MediaWiki-l] New version of "Working with MediaWiki" released
To: MediaWiki announcements and site admin list



Hi everyone,

I'm excited to announce that a new version of my MediaWiki reference book,
"Working with MediaWiki", has just been released.

To briefly recap: the first edition came out in 2012, and then an updated
version in 2014; then the 2nd edition came out in 2017, and this is an
updated version of the 2nd edition. For this new version, a lot of the text
and screenshots were updated, to reflect changes to core MediaWiki and its
extensions over the last three years.

As with the earlier version, the entire text of the book can be read for
free online:

https://workingwithmediawiki.com/book/

(That website used to be slow at times, but it's on a different server now
and should be fine.)

Of course, there's nothing like reading an actual printed book, and, though
it's never been available in stores, you can order the book online from
Amazon. Just follow the links from here:

https://workingwithmediawiki.com/

That's it, and I hope people enjoy the book!

-Yaron

--
WikiWorks · MediaWiki Consulting · http://wikiworks.com
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] TechCom Radar 2020-06-03

[Alexandra Paskulin]

Hi all,

Here are the minutes from this week's TechCom meeting:

* Hosted Freenode discussion on RFC: Hybrid extension management <
https://phabricator.wikimedia.org/T250406>
** Minutes: <
https://tools.wmflabs.org/meetbot/wikimedia-office/2020/wikimedia-office.2020-06-03-16.04.html
>
** Log: <
https://tools.wmflabs.org/meetbot/wikimedia-office/2020/wikimedia-office.2020-06-03-16.04.log.html
>

* Resolved: Discussion about Trusted-Contributors Gerrit group <
https://phabricator.wikimedia.org/T238651>
Limited permissions provided by Trusted-Contributors group are not covered
by Gerrit privilege policy.
TechCom will discuss further defining "privilege" as it relates to the
policy of not allowing viral ownership.

* Discussed: Remove IE 8 from basic support <
https://phabricator.wikimedia.org/T248061>
Waiting on TechCom quorum to go on last call

* Moved to watching: Liberate the @ for AtEase <
https://phabricator.wikimedia.org/T253461>

* Moved to watching: Should HookRunner be in the service container? <
https://phabricator.wikimedia.org/T254271>

* No IRC discussion scheduled for next week

You can also find our meeting minutes at


See also the TechCom RFC board
.

If you prefer you can subscribe to our newsletter here


-- 
Alex Paskulin
Technical Writer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Scrum of scrums/2020-06-03

[Željko Filipin]

Hi,

for HTML version see https://www.mediawiki.org/wiki/Scrum_of_scrums/2020-06-03

Željko

--

= 2020-06-03 =

== Callouts ==
* Release Engineering
** Branch cut automation starts in 2 weeks with 1.35.0-wmf.37[0]!
Branches will be cut at 02:00 UTC every Tuesday starting June 16th.
Please yell if that's an issue: [[phab:T242446]]
** [All] Review guidance at [[wikitech:Deployments/Covid-19]] and Code
Deployment Office Hour at 17:00UTC in #wikimedia-office
** "scap sync" will be renamed to "scap sync-world" in the next
release. If you use "scap sync" non-interactively, please add a note
to: [[phab:T250302]] (and also, explain why you're using it)

== Product ==

=== Web ===
* Updates:
** '''Summary''': collapsible sidebar UI is wrapping up, persistence
continues, and starting content width limiting for Desktop
Improvements Project (DIP), scaffolding Vue.js search.
** [[Reading/Web/Desktop_Improvements|Desktop Improvements Project
(Vector / DIP)]]:
*** [[phab:T253905|Vector page layout corrupted on cached
pages]]
*** [[phab:T254048|Render the FallbackSkin and SkinApi with a
simplistic SkinMustache class]]
*** [[phab:T252841|Update the method Wikibase uses to inject
edit language links into the language portal]]
*** [[phab:T253938|Future proof addPortletLink]]
*** [[phab:T253912|gadget regression: addPortletLink doesn't
reveal hidden menus in Vector any more [causes disappearance of merge
datas on Wikidata]]]
*** [[phab:T252917|Drop support for SkinTemplateToolboxEnd in
Vector, with suitable replacement]]
*** [[phab:T252800|Regression: Option add links in other
languages has disappeared]]
*** [[phab:T249372|[Dev] DRY up the menu templating code]]
*** [[phab:T246419|Build collapsible sidebar and sidebar
button ]]
*** [[phab:T253329|Deprecate the `.menu` class]]
*** [[phab:T251212|[Dev] Drop VectorTemplate usage in Vector]]
*** [[phab:T191021|Standardize `.mw-ui-icon` to overhauled
icon canvas size 20x20]]
*** [[phab:T60137|Deprecate the
SkinTemplateOutputPageBeforeExec hook]]
*** [[phab:T246420|Limit content width, and refine alignment &
styling of relevant elements]]
*** [[phab:T246427|Make collapsible sidebar persistent across
sessions for logged-in users, for sessions for logged-out
users]]
*** [[phab:T244392|Vue.js search case study]]:
 See [[Reading/Web/Desktop Improvements/Vue.js case study/Status
log|weekly status updates]].
** Mobile website (MinervaNeue / MobileFrontend):
*** [[phab:T253084|Don't count startup script
resourceloader.exception events in WebClientError error
counting]]
*** [[phab:T246767|Implement Tap to show for lazy loaded
images without MutationObserver - Scrolling on a Kai OS mobile device
can be slow on articles with lazy loading]]
*** [[phab:T240622|[Technical debt payoff] Remove
InlineDiffFormatter and InlineDifferenceEngine from
MobileFrontend]]
*** [[phab:T254009|MobileFrontend QUnit tests are broken in
Special:JavaScriptTest]]
*** [[phab:T246838|Avoid SEO performance and user experience
penalties by addressing our handling of lazy loaded images using
IntersectionObserver]]
*** [[phab:T234570|Tech debt: Drop Browser.supportsAnimations
method]]
** Alex and Stephen in performance training this week.

=== Product Infrastructure ===
* Updates:
** Continuing work on push notifications project
*** in the Echo extension and
*** in a Node service written in TypeScript for actually sending the
notification to push vendors (mediawiki/services/push-notifications).

=== Structured Data ===
* Updates:
** minor MachineVision patches
** work on MediaSearch prototype
** adding schema.org data to commons images
** SDAW preliminary work

=== Parsing ===
* Blocking:
** Language: (not urgent) See comment on [[phab:T47096#6129671]]

=== Language ===
* Blocked by:
** Fundraising Tech: (not urgent) Review of [[gerrit:598470]] would be helpful
** Parsing: (not urgent) See comment on [[phab:T47096#6129671]]
* Updates:
** Language-data library is now available both in npm and packagist:
https://language-data.readthedocs.io/en/latest/
** Vue.js based Content Translation dashboard and section translation
development continues.

== Technology ==

=== Fundraising Tech ===
* Blocking:
** Language: (not urgent) Review of [[gerrit:598470]] would be helpful
* Updates:
** Doing some code cleanup made possible by the removal of the db
connection from payments-wiki. Will soon decommission / deinstall the
ContributionTracking mediawiki extension. [[phab:T253057]],
** Adding Civi feature to send automatic email on recurring payment
failure: [[phab:T230064]]
** Trying new API call to get mass mailing criteria from bulk mailing
provider: [[phab:T252247]]
** Deployed code to migrate recurring card payments from old to new
API, starting to test with real payments: [[phab:T232017]]
** Integrating lists of companies who match employee donations into
payments-wiki forms, building CiviCRM extension to sync the data.
[[phab:T249922]], [[phab:T251200]]

=== Core Platform ===
* Blocking:
** Search Platform: MW Job 

Re: [Wikitech-l] Getting surface headings from VE Model

[Egbe Eugene]

Thanks very much for the reply Ed.

On Wed, Jun 3, 2020 at 3:10 PM Ed Sanders  wrote:

> I've filed https://phabricator.wikimedia.org/T254354 to track the updating
> issue.
>
> On Wed, 3 Jun 2020 at 15:04, Ed Sanders  wrote:
>
> > ve.dm.Document contains a cache of nodes by type which you can access
> with
> > ve.dm.Document.prototype.getNodesByType:
> >
> > ve.init.target.surface.model.documentModel.getNodesByType( 'mwHeading',
> > true );
> >
> > This appears to work for the initial document, but may be broken with
> > regards to newly added nodes.
> >
> > On Tue, 26 May 2020 at 10:43, Egbe Eugene  wrote:
> >
> >> Hi All,
> >>
> >> I am using the VE model in a Gadget and I am wondering how can I get the
> >> headings which have been entered on the VE surface for further
> processing
> >>
> >> Thanks
> >> ___
> >> Wikitech-l mailing list
> >> Wikitech-l@lists.wikimedia.org
> >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> >
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Up next: RFC discussion about hybrid extension management

[Alexandra Paskulin]

Hi all,

This was already announced in the last TechCom Radar email, but in case you
have missed it:

In an hour, we will be talking about the hybrid extension management:
https://phabricator.wikimedia.org/T250406

You can join the discussion on IRC in the #wikimedia-office channel.

-- 
Alex Paskulin
Technical Writer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] RFC: Discourage use of ENUM in db schemas

[Krinkle]

Link .

Various problems with ENUM have been presented,
and it appears that its use cases may be better accommodate
in db schemas for MediaWiki by other means.

I'm looking for the following:
* Success stories with ENUM (cases where it's not only good but better than
alternatives).
* Horror stories or scenarios we not yet covered.

These would influence the direction, our options are currently:
* Keep allowing it and encourage it for cases where its good.
* Start discouraging it in general, but document cases for which it makes
sense.
* Disallow by default (in policy). New usage would require approval through
some other method (e.g. DBA feedback or some such).

More at .

-- Timo
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Getting surface headings from VE Model

[Ed Sanders]

I've filed https://phabricator.wikimedia.org/T254354 to track the updating
issue.

On Wed, 3 Jun 2020 at 15:04, Ed Sanders  wrote:

> ve.dm.Document contains a cache of nodes by type which you can access with
> ve.dm.Document.prototype.getNodesByType:
>
> ve.init.target.surface.model.documentModel.getNodesByType( 'mwHeading',
> true );
>
> This appears to work for the initial document, but may be broken with
> regards to newly added nodes.
>
> On Tue, 26 May 2020 at 10:43, Egbe Eugene  wrote:
>
>> Hi All,
>>
>> I am using the VE model in a Gadget and I am wondering how can I get the
>> headings which have been entered on the VE surface for further processing
>>
>> Thanks
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Getting surface headings from VE Model

[Ed Sanders]

ve.dm.Document contains a cache of nodes by type which you can access with
ve.dm.Document.prototype.getNodesByType:

ve.init.target.surface.model.documentModel.getNodesByType( 'mwHeading',
true );

This appears to work for the initial document, but may be broken with
regards to newly added nodes.

On Tue, 26 May 2020 at 10:43, Egbe Eugene  wrote:

> Hi All,
>
> I am using the VE model in a Gadget and I am wondering how can I get the
> headings which have been entered on the VE surface for further processing
>
> Thanks
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l