Re: [Wikitech-l] Template Table Extension

[Rusty Burchfield]

On Wed, Mar 4, 2015 at 7:57 AM, Brad Jorsch (Anomie)
 wrote:
> On Wed, Mar 4, 2015 at 10:34 AM, Rusty Burchfield 
>> 2. Any hints as to where in the parser would be a good place to add that
>> hook?
>
> Parser::braceSubstitution() is about your only option, near the call to
> $this->getTemplateDom().

Interesting, it looks like the $pieces parameter to that function has
what I need.  I could probably subclass Parser and instantiate my own
for the purpose of these extra parsing operations.

I'll give that a try.

Thanks!

~Rusty

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

[Wikitech-l] SMWCon Spring 2015 Second Call for Contributions

[Koerner, Chris L]

=SMWCon Spring 2015 Second Call for Contributions=

SWMCon Spring 2015 is in need of contributions. This means you!

We are inviting you to submit your contributions to help collect and put 
together the conference program.

==Call for Contributions==

We need your proposals for talks and tutorials. Talks could be about anything 
related to semantics, wikis, or yes semantic wikis! We welcome new 
contributions on the use of semantic wikis in different industries and the 
development and proposal of new tools in and around the semantic wiki community.

You can propose your contributions on the conference website 
(http://semantic-mediawiki.org/wiki/SMWCon_Spring_2015) in form of regular 
talks or short lightning talks. All submitted proposals will be reviewed and we 
will do our best to consider your proposal in the conference program. If you've 
already announced your talk it's now time to expand its description.

We are also looking for folks to help us with our tutorial day. We’re looking 
for presentations on the basics of Semantic MediaWiki and related extensions. 
The deadline is April 22nd, but we encourage submissions, even in a draft form, 
as soon as possible to help with planning.

Please note that all tutorials and presentations will be video and audio 
recorded and made available for others after the conference.

Please add yourself to the informal list of attendees if you’d like to attend.


==Important Facts==

*Submission Deadline is April 22nd (please contact the organizers if you need 
more time)
*SMWCon is from Wednesday, May 6th to Friday, May 8th 2015
*T-Rex (http://downtowntrex.com), 911 Washington Ave., St. Louis, MO, USA
*Conference site: http://semantic-mediawiki.org/wiki/SMWCon_Spring_2015
*Participants: Everybody interested in semantic wikis, especially in Semantic 
MediaWiki, e.g. administrators, developers, wiki users, consultants, business 
representatives and researchers.


==List of Topics==

Here are some suggestions. All submissions are welcome.

Use of wikis in
*Academia
*Business
*Entertainment
*Research
*Sciences
*Social Services

Use of wikis for
*Knowledge Management
*Community Building
*Project Managmeent
*Personal Wikis
*Emergency Response
*Event Planning

Extending Semantic MediaWiki
*Extensions
*Integration with other services (databases, external APIs, etc)
*Visualization and reporting tools

Developments around Semantic MediaWiki
*Community building
*Feature wish lists
*SMW and related extensions roadmaps
*Improving the experience using semantic wikis
*How to contribute to SMW and related projects
*Multilingual support
*Access control


==Registration==
Registration is open with early bird pricing until March 31st. Tickets can be 
purchased at  http://smwcons2015.eventbrite.com

Your registration fee includes:
*3-day Conference Pass (including the tutorial day)
*Breakfast for all three days
*Lunch on the first and 3rd day
*Coffee, snacks
*Evening social event with hors d'oeuvres and drinks



Please note that the registration fee does not cover accommodation or travel 
expenses.

===Academic Pricing===
Attendees from education organizations can purchase a discounted ticket. Proof 
of affiliation may be requested.


==Organizing Committee==
 *Chris Koerner [Local Chair]
*Paul Boal [Program Chair]

==Sponsors==
*Mercy (http://mercy.net)
*SNPedia (http://www.snpedia.org)

This electronic mail and any attached documents are intended solely for the 
named addressee(s) and contain confidential information. If you are not an 
addressee, or responsible for delivering this email to an addressee, you have 
received this email in error and are notified that reading, copying, or 
disclosing this email is prohibited. If you received this email in error, 
immediately reply to the sender and delete the message completely from your 
computer system.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] RFC meeting this week

[Scott MacLeod]

Thanks!
On Mar 4, 2015 12:33 PM, "Matthew Flaschen"  wrote:

> On 03/04/2015 02:27 PM, Scott MacLeod wrote:
>
>> Brad, Legoktm and All,
>>
>> Interesting and thanks. And how does ContentHandler -
>> https://phabricator.wikimedia.org/T89733 -  "Allow ContentHandler to
>> expose
>> structured data to the search engine" work generally, and particularly
>> vis-a-vis adding further languages to Wikipedia's 288, for example? What's
>> the process for "wiki-adding" languages here hypothetically?
>>
>
> Each page has a defined language.  By default it is wgContLang (a global
> variable).
>
> However, ContentHandler has a getPageLanguage method (
> https://git.wikimedia.org/blob/mediawiki%2Fcore.git/
> 631186747a916454c71ee49c7d078c5faa1a009b/includes%2Fcontent%
> 2FContentHandler.php#L641) that allows customizing how this works.
>
> MediaWiki interfaces (menus, tabs, button text), etc. are also documented
> into many languages.
>
> Separately, the WMF process for adding new project languages (e.g.
> NewLanguage Wikipedia) begins at https://meta.wikimedia.org/
> wiki/Requests_for_new_languages .
>
> Matt Flaschen
>
> ___
> 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] RFC meeting this week

[Matthew Flaschen]

On 03/04/2015 02:27 PM, Scott MacLeod wrote:

Brad, Legoktm and All,

Interesting and thanks. And how does ContentHandler -
https://phabricator.wikimedia.org/T89733 -  "Allow ContentHandler to expose
structured data to the search engine" work generally, and particularly
vis-a-vis adding further languages to Wikipedia's 288, for example? What's
the process for "wiki-adding" languages here hypothetically?


Each page has a defined language.  By default it is wgContLang (a global 
variable).


However, ContentHandler has a getPageLanguage method 
(https://git.wikimedia.org/blob/mediawiki%2Fcore.git/631186747a916454c71ee49c7d078c5faa1a009b/includes%2Fcontent%2FContentHandler.php#L641) 
that allows customizing how this works.


MediaWiki interfaces (menus, tabs, button text), etc. are also 
documented into many languages.


Separately, the WMF process for adding new project languages (e.g. 
NewLanguage Wikipedia) begins at 
https://meta.wikimedia.org/wiki/Requests_for_new_languages .


Matt Flaschen

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

Re: [Wikitech-l] RFC meeting this week

[Legoktm]

Hi,

On 03/04/2015 10:55 AM, Scott MacLeod wrote:
> Tim:
> 
> Can I please ask a general question about AuthManager and ContentHandler,
> since I'm a little unfamiliar with them, and in terms of Wikipedia's 288
> languages? How do these work inter-lingually? And in what ways are -
> https://www.mediawiki.org/wiki/Requests_for_comment/AuthManager - and -
> https://phabricator.wikimedia.org/T89733 - anticipating adding additional
> languages? Thanks.

AuthManager is mainly an internal backend refactor that has nothing to
do with language support.

-- Legoktm

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

Re: [Wikitech-l] Tech Talk: Hack - An Evolution of PHP: March 4th

[Rachel Farrand]

Thanks to everyone who participated today!

If you missed that talk and would like to view the recording, here is the
link: *https://www.youtube.com/watch?v=jqXqdqUhxy8
*
It has been released under a creative commons license.

If you have any questions about today's talk please feel free to get in
touch with Josh Watzman . Because there was so much
interest today I will work with Josh to potentially set up a part II
sometime in the future with more time for questions.

You can check out past tech talk recordings at the MediaWiki YouTube page
here: http://www.youtube.com/channel/UCg4wlhlN8RjP6_e_vMC4CTA

If you have an idea for a future tech talk that you would like to nominate
(or see what we have coming up), please add your suggestions here:
https://www.mediawiki.org/wiki/Project:Calendar/How_to_schedule_an_event/TechTalks
Please feel free to email me with your ideas as well. :)

Thanks!

On Tue, Feb 24, 2015 at 3:36 PM, Rachel Farrand 
wrote:

> Please join us for the following tech talk:
>
> *Tech Talk**:* Hack: An Evolution of PHP
> *Presenter:* Josh Watzman from Facebook
> *Date:* March 4th
> *Time:* 1800 UTC
> 
> Link to live YouTube stream 
> *IRC channel for questions/discussion:* #wikimedia-office
> Google+ page
> ,
>  another
> place for questions
>
> *Talk description: *Although PHP has several features that allow
> engineers to be extremely productive in it, it also has several rough edges
> and pitfalls that cause problems (and often give the language a bad name).
> This talk will introduce Hack, Facebook's dialect of PHP. Hack keeps most
> of the PHP language -- all of the parts that make engineers so productive
> -- but sands down several of the more problematic sharp edges. It also
> introduces several new features, such as a simple yet extremely powerful
> syntax for asynchronous IO, to make the language even more effective for
> existing PHP programmers and newcomers alike.
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] RFC meeting this week

[Scott MacLeod]

Brad, Legoktm and All,

Interesting and thanks. And how does ContentHandler -
https://phabricator.wikimedia.org/T89733 -  "Allow ContentHandler to expose
structured data to the search engine" work generally, and particularly
vis-a-vis adding further languages to Wikipedia's 288, for example? What's
the process for "wiki-adding" languages here hypothetically?

Thanks,
Scott



On Wed, Mar 4, 2015 at 11:15 AM, Legoktm 
wrote:

> Hi,
>
> On 03/04/2015 10:55 AM, Scott MacLeod wrote:
> > Tim:
> >
> > Can I please ask a general question about AuthManager and ContentHandler,
> > since I'm a little unfamiliar with them, and in terms of Wikipedia's 288
> > languages? How do these work inter-lingually? And in what ways are -
> > https://www.mediawiki.org/wiki/Requests_for_comment/AuthManager - and -
> > https://phabricator.wikimedia.org/T89733 - anticipating adding
> additional
> > languages? Thanks.
>
> AuthManager is mainly an internal backend refactor that has nothing to
> do with language support.
>
> -- Legoktm
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Scott MacLeod
http://scottmacleod.com
http://worlduniversityandschool.org/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] RFC meeting this week

[Brad Jorsch (Anomie)]

On Wed, Mar 4, 2015 at 1:55 PM, Scott MacLeod  wrote:

> Can I please ask a general question about AuthManager and ContentHandler,
> since I'm a little unfamiliar with them, and in terms of Wikipedia's 288
> languages? How do these work inter-lingually?


Are you familair with https://www.mediawiki.org/wiki/Localisation ? That
explains how MediaWiki i18n works in general, and it's very unlikely that
new features would not use that existing mechanism.

For UI elements, AuthManager will likely be suggesting i18n message keys
for a form field label and for an API parameter description. Actual use of
those keys would be up to the caller.

For errors and such in responses, AuthManager would again be returning i18n
message keys and parameter lists.


-- 
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] VisualEditor weekly triage meetings – 2015-03-04 – minutes

[James Forrester]

Here are the minutes for this week's VisualEditor weekly triage meeting on
2015-03-04.


*Item 1 – Release criteria*

The release criteria at
​ ​
https://phabricator.wikimedia.org/project/sprint/profile/1015/ were
​ ​
considered.
No changes were proposed. N
ote that the lowest priority label in Phabricator was re-labelled to
"Lowest", and this document was adjusted to follow suit.


*Item ​2 – Re​view of fixed tickets since last week*

​These accepted​ items were fixed and so will be released in this week's
production release unless otherwise noted.

…
​ in VisualEditor:

   - *https://phabricator.wikimedia.org/T91299
   * – Don't show redlinks as
   existing links if MediaWiki didn't tell us one way or the other
   - *https://phabricator.wikimedia.org/T88386
   * – ~50ms spent animating
   a.oo-ui-buttonElement-button
- https://phabricator.wikimedia.org/T76523 – Show the VisualEditor
   toolbar/editor chrome as soon as VE scripts are loaded, rather than
   blocking on waiting for the content to load
   - https://phabricator.wikimedia.org/T89054 – Adjust the context menu to
   be able to display richer data for tools that want it; plus the related
   task https://phabricator.wikimedia.org/T71474 – Reference & cite
   tooltips should show content snippets, instead of generic labels
   - https://phabricator.wikimedia.org/T70590 – If you click out of a link
   inspector to somewhere else in the document, the link gets inserted and
   selected, moving your cursor away from where you clicked
   - https://phabricator.wikimedia.org/T89923 – Categories become "detached
   item" after clicking 'Cancel' button
   - https://phabricator.wikimedia.org/T89878 – mediawiki.feedback should
   use OOjs UI dialog
   - https://phabricator.wikimedia.org/T76998 – Random removal of
   categories when using Safari; as part of which we also fixed the related
   tasks https://phabricator.wikimedia.org/T74048 – VE corruption issue(?)
   moving pre-existing categories to the middle of the page and
   https://phabricator.wikimedia.org/T72373 – Categories incorrectly moved
   up, possibly due to improperly closed table

… plus several items we caught in development and testing before they
became regressions.

​The fixed tickets represent 78 "story points". There are 604 remaining
points in the list of items accepted as of the end of the meeting.

… in dependencies​:

   - –​ None this week​



*Item ​3 – Review of nominated tickets*

Nominated tickets accepted:

… as corruption & stability issues:

   - –​ None this week​

… as performance issues:

   - –​ None this week​

… as testing issues:

   - https://phabricator.wikimedia.org/T90673 – Concurrent builds using
   local Chromium/Firefox browsers on Linux host fail [dependency of
   previously accepted testing task]

… as feature issues:

   - https://phabricator.wikimedia.org/T90420 – Initiating VisualEditor via
   "Edit" button Firefox scrolls to bottom of page

… as "polish" nice-to-have issues:

   - https://phabricator.wikimedia.org/T85622 – New internal links on
   /w/index.php?… pages are created relative to /w/ not /wiki/ in the CE and
   context menu and so fail to go anywhere
   - https://phabricator.wikimedia.org/T89399 – Don't rely on unreliable
   DOMNodeInsertedIntoDocument event for autosizing TextInputWidget
   [dependency of previously accepted polish task]
   - https://phabricator.wikimedia.org/T90454 – Load and display the
   welcome dialog straight after the toolbar, without waiting for the content
   area
   - https://phabricator.wikimedia.org/T91245 – setupSlugs is called twice
   during ContentBranchNode setup [polish because performance concerns have
   abated]
   - https://phabricator.wikimedia.org/T91248 – Using data URI images in
   inline slugs (for chimeras) is slow in Chrome (and possibly others) [polish
   on performance grounds again]
   - https://phabricator.wikimedia.org/T52227 – OOjs UI: Toolbar should
   collapse items rather than span multiple lines when the window is narrow
   - https://phabricator.wikimedia.org/T90815 – Implement a way to nest
   toolbar groups without implementing nesting of toolbar groups [accepted
   along with T52227 for quick and dirty implementation now, do proper
   implementation later]
   - https://phabricator.wikimedia.org/T51806 – Hidden templates should
   display as an icon in-page in VisualEditor so they can be interacted with
   (e.g. a puzzle piece?)

… as dependencies:

   - –​ None this week​

… for investigation and re-triage:

   - –​ None this week​


Nominated tickets rejected:

   - –​ None this week​



*​Item 4 – Other business​*

After some discussion, it was agreed that we would use Google Hangouts for
future meetings, to simplify things.

Hope this is of interest. Next week's meeting will be at
​
19:00 UTC

​ ​
(
​12
:00 PST; note that t

Re: [Wikitech-l] RFC meeting this week

[Scott MacLeod]

Tim:

Can I please ask a general question about AuthManager and ContentHandler,
since I'm a little unfamiliar with them, and in terms of Wikipedia's 288
languages? How do these work inter-lingually? And in what ways are -
https://www.mediawiki.org/wiki/Requests_for_comment/AuthManager - and -
https://phabricator.wikimedia.org/T89733 - anticipating adding additional
languages? Thanks.

Scott



On Tue, Mar 3, 2015 at 6:32 PM, Tim Starling 
wrote:

> In the next RFC meeting we will discuss the following RFCs:
>
> * AuthManager
> 
>
> * Allow ContentHandler to expose structured data to the search engine
> 
>
> The second one is not a proper RFC page on mediawiki.org, because
> Daniel Kinzler felt like being an anti-wiki rebel this week ;)
>
> The meeting will be on the IRC channel #wikimedia-office on
> chat.freenode.net at the following time:
>
> * UTC: Wednesday 21:00
> * US PST: Wednesday 13:00
> * Europe CET: Wednesday 22:00
> * Australia AEDT: Thursday 08:00
>
> -- Tim Starling
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Scott MacLeod
http://scottmacleod.com
http://worlduniversityandschool.org/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Tech Talk: Hack - An Evolution of PHP: March 4th

[Rachel Farrand]

Reminder, this talk starts in 30 min.
If you are going to be watching live using the YouTube link remember to
also follow along on IRC so you can ask questions if you have them!

On Tue, Feb 24, 2015 at 3:36 PM, Rachel Farrand 
wrote:

> Please join us for the following tech talk:
>
> *Tech Talk**:* Hack: An Evolution of PHP
> *Presenter:* Josh Watzman from Facebook
> *Date:* March 4th
> *Time:* 1800 UTC
> 
> Link to live YouTube stream 
> *IRC channel for questions/discussion:* #wikimedia-office
> Google+ page
> ,
>  another
> place for questions
>
> *Talk description: *Although PHP has several features that allow
> engineers to be extremely productive in it, it also has several rough edges
> and pitfalls that cause problems (and often give the language a bad name).
> This talk will introduce Hack, Facebook's dialect of PHP. Hack keeps most
> of the PHP language -- all of the parts that make engineers so productive
> -- but sands down several of the more problematic sharp edges. It also
> introduces several new features, such as a simple yet extremely powerful
> syntax for asynchronous IO, to make the language even more effective for
> existing PHP programmers and newcomers alike.
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Template Table Extension

[Brad Jorsch (Anomie)]

On Wed, Mar 4, 2015 at 10:34 AM, Rusty Burchfield 
wrote:

> In short, the extension adds a tag which displays a table of all the
> invocations of a given template.
>

That could be a **lot**.


> Currently this is implemented by fetching the text for each page a
> template is referenced on and searching for braces (eg. {{ }}).
>
> I was thinking that running the text through the parser and hooking
> all the template expansions to grab the params would be more robust.
>

It would also change behavior: with the old method you won't detect
invocations of one template that are invoked from inside another template,
while you will with the new method.

Unless the old method is already being recursive, I suppose.


> 1. Any opposition to adding a hook in the parser called every time a
> template is expanded (with the template name and parameters as args)?
>

Template expansion happens a lot, so adding a hook in there might have a
measurable impact on page parse times even when nothing implements the hook.


> 2. Any hints as to where in the parser would be a good place to add that
> hook?
>

Parser::braceSubstitution() is about your only option, near the call to
$this->getTemplateDom().


-- 
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Multimedia] TimedMediaHandler ogv.js patch status check

[Brion Vibber]

Yep! We'll catch up then if not already.

-- brion
On Mar 4, 2015 1:15 AM, "Gilles Dubuc"  wrote:

> Are you coming to the Lyon hackathon, Brion? If I haven't gotten around to
> reviewing these by then, it would be a good opportunity to do so there and
> do more work on that project. Especially since Brian Wolff will be there
> too.
>
> On Tue, Mar 3, 2015 at 9:57 PM, Brion Vibber 
> wrote:
>
>> On Thu, Feb 5, 2015 at 5:30 AM, Brion Vibber 
>> wrote:
>>
>>> I've done an update pass on the patch to TimedMediaHandler adding my
>>> ogv.js JavaScript Ogg Theora/Vorbis playback engine for IE 10/11 and Safari
>>> 6.1+ users:
>>>
>>> https://phabricator.wikimedia.org/T63823
>>>
>>> It now comes in two parts:
>>> * https://gerrit.wikimedia.org/r/#/c/165477/ - libraries only
>>> * https://gerrit.wikimedia.org/r/#/c/165478/ - TMH modifications for
>>> desktop only
>>>
>>> (I wasn't happy with the mobile video overlay in the third patch and
>>> have abandoned it for now, will rewrite it soon but want to sync up with
>>> mobile web team on integration issues.)
>>>
>>> This version should pretty much "just work" on desktops/laptops,
>>> including seeking, and the JS console spam should be gone now. If folks
>>> have strong preferences on my plugin code, do let me know and I will tweak
>>> further. :)
>>>
>>
>> I've rebased these for recent tweaks to TMH, please feel free to take a
>> peek!
>>
>> -- brion
>>
>>
>>
>>>
>>>
>>> I have a live wiki running at http://ogvjs-testing.wmflabs.org/ -- note
>>> that thumbnail images of some videos there are broken due to some kind of
>>> InstantCommons issue but the actual video plays through.
>>>
>>> -- brion
>>>
>>
>>
>> ___
>> Multimedia mailing list
>> multime...@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/multimedia
>>
>>
>
> ___
> Multimedia mailing list
> multime...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/multimedia
>
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Template Table Extension

[Rusty Burchfield]

Hi folks,

I'd like to make this extension a bit more robust:
http://www.mediawiki.org/wiki/Extension:TemplateTable

In short, the extension adds a tag which displays a table of all the
invocations of a given template.

Currently this is implemented by fetching the text for each page a
template is referenced on and searching for braces (eg. {{ }}).

I was thinking that running the text through the parser and hooking
all the template expansions to grab the params would be more robust.
However, there don't appear to be any hooks that would provide access
to this data.

So, 2 questions:

1. Any opposition to adding a hook in the parser called every time a
template is expanded (with the template name and parameters as args)?

2. Any hints as to where in the parser would be a good place to add that hook?

Thanks,
Rusty

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

[Wikitech-l] Reminder: VisualEditor weekly triage meetings – 2015-03-04

[James Forrester]

As a reminder, this week's VisualEditor triage meeting will be at
​16

:00 UTC

​
(
​08
:00 PST) – that's in approximately 35 minutes' time.

Joining instructions are on mw:Talk:VisualEditor/Portal

​.
Hope to see many of you there.

Yours,
-- 
James D. Forrester
Product Manager, Editing
Wikimedia Foundation, Inc.

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

Re: [Wikitech-l] Cross wiki templates

[Petr Bena]

That isn't exactly what I want.

I would like to have a template {{Foo}} that would return value of
wikidata -> [[Bar]] -> property "Version" where "Bar" is hardcoded, so
no matter of page I include this template on, the value is same. Your
templates are dynamic, changing for every article you use them on.

On Wed, Mar 4, 2015 at 3:32 PM, Thomas Tanon  wrote:
>> Unfortunately I don't know of any
> examples of templates that actually do it, but maybe Wikidata people can
> provide some.
>
> It's now done by some infoboxes of the French Wikipedia like 
> https://fr.wikipedia.org/wiki/Mod%C3%A8le:Infobox_Monument
> They are implemented using this Lua module [1] that allows to describe 
> infoboxes as Lua tables. Example of description: 
> https://fr.wikipedia.org/wiki/Module:Infobox/Monument
>
> Thomas
>
> [1] https://fr.wikipedia.org/wiki/Module:Infobox
>
>> Le 4 mars 2015 à 14:58, Lydia Pintscher  a 
>> écrit :
>>
>> On Wed, Mar 4, 2015 at 2:36 PM, Petr Bena  wrote:
>>> Hi,
>>>
>>> Sorry, I know I asked about this thing recently, but I can't remember
>>> what the outcome was.
>>>
>>> I know it's currently not possible to create cross wiki templates, but
>>> is there any plan to implement this feature? For example pages like
>>> http://enwp.org/Linux contains "Latest version" and probably many
>>> other pages reference this latest version. Not only on english
>>> wikipedia, but many other wikis as well.
>>>
>>> We have the people to update all wikis when new version is out, but we
>>> don't have them for every piece of software on the planet, so having a
>>> central template that would contain DATA * that could be accessed
>>> anywhere would be nice.
>>>
>>> * Now why I highlighted DATA? Because I was thinking that project
>>> called "wikidata" would actually fit this purpose. Unfortunatelly it's
>>> not. The internal API's of wikidata do not allow for some weird
>>> security reasons to access data for any article from article with
>>> different name. So if there was entry in wikidata for linux, and I
>>> wanted to access property "version" in article [[Linux kernel
>>> history]] I wouldn't be able to do that. {{FIXME}}
>>
>> This is exactly what Wikidata is for. And the reason you can't access
>> data from arbitrary items right now isn't some weird security reason.
>> It is not being able to purge pages as data changes. The mechanism for
>> that is being rolled out now but will still take a while to get to
>> your wiki. You want to track https://phabricator.wikimedia.org/T49930
>>
>>
>> Cheers
>> Lydia
>>
>> --
>> Lydia Pintscher - http://about.me/lydia.pintscher
>> Product Manager for Wikidata
>>
>> Wikimedia Deutschland e.V.
>> Tempelhofer Ufer 23-24
>> 10963 Berlin
>> www.wikimedia.de
>>
>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>>
>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
>> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
>> Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
>>
>> ___
>> 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

Re: [Wikitech-l] Cross wiki templates

[Lydia Pintscher]

On Wed, Mar 4, 2015 at 3:39 PM, Petr Bena  wrote:
> That isn't exactly what I want.
>
> I would like to have a template {{Foo}} that would return value of
> wikidata -> [[Bar]] -> property "Version" where "Bar" is hardcoded, so
> no matter of page I include this template on, the value is same. Your
> templates are dynamic, changing for every article you use them on.

Once arbitrary access is live you can just hardcode the item ID you
want to access in the module.


Cheers
Lydia

-- 
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

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

Re: [Wikitech-l] Cross wiki templates

[Thomas Tanon]

> Unfortunately I don't know of any
examples of templates that actually do it, but maybe Wikidata people can
provide some.

It's now done by some infoboxes of the French Wikipedia like 
https://fr.wikipedia.org/wiki/Mod%C3%A8le:Infobox_Monument
They are implemented using this Lua module [1] that allows to describe 
infoboxes as Lua tables. Example of description: 
https://fr.wikipedia.org/wiki/Module:Infobox/Monument

Thomas

[1] https://fr.wikipedia.org/wiki/Module:Infobox

> Le 4 mars 2015 à 14:58, Lydia Pintscher  a 
> écrit :
> 
> On Wed, Mar 4, 2015 at 2:36 PM, Petr Bena  wrote:
>> Hi,
>> 
>> Sorry, I know I asked about this thing recently, but I can't remember
>> what the outcome was.
>> 
>> I know it's currently not possible to create cross wiki templates, but
>> is there any plan to implement this feature? For example pages like
>> http://enwp.org/Linux contains "Latest version" and probably many
>> other pages reference this latest version. Not only on english
>> wikipedia, but many other wikis as well.
>> 
>> We have the people to update all wikis when new version is out, but we
>> don't have them for every piece of software on the planet, so having a
>> central template that would contain DATA * that could be accessed
>> anywhere would be nice.
>> 
>> * Now why I highlighted DATA? Because I was thinking that project
>> called "wikidata" would actually fit this purpose. Unfortunatelly it's
>> not. The internal API's of wikidata do not allow for some weird
>> security reasons to access data for any article from article with
>> different name. So if there was entry in wikidata for linux, and I
>> wanted to access property "version" in article [[Linux kernel
>> history]] I wouldn't be able to do that. {{FIXME}}
> 
> This is exactly what Wikidata is for. And the reason you can't access
> data from arbitrary items right now isn't some weird security reason.
> It is not being able to purge pages as data changes. The mechanism for
> that is being rolled out now but will still take a while to get to
> your wiki. You want to track https://phabricator.wikimedia.org/T49930
> 
> 
> Cheers
> Lydia
> 
> --
> Lydia Pintscher - http://about.me/lydia.pintscher
> Product Manager for Wikidata
> 
> Wikimedia Deutschland e.V.
> Tempelhofer Ufer 23-24
> 10963 Berlin
> www.wikimedia.de
> 
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
> 
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
> Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
> 
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Cross wiki templates

[Lydia Pintscher]

On Wed, Mar 4, 2015 at 2:36 PM, Petr Bena  wrote:
> Hi,
>
> Sorry, I know I asked about this thing recently, but I can't remember
> what the outcome was.
>
> I know it's currently not possible to create cross wiki templates, but
> is there any plan to implement this feature? For example pages like
> http://enwp.org/Linux contains "Latest version" and probably many
> other pages reference this latest version. Not only on english
> wikipedia, but many other wikis as well.
>
> We have the people to update all wikis when new version is out, but we
> don't have them for every piece of software on the planet, so having a
> central template that would contain DATA * that could be accessed
> anywhere would be nice.
>
> * Now why I highlighted DATA? Because I was thinking that project
> called "wikidata" would actually fit this purpose. Unfortunatelly it's
> not. The internal API's of wikidata do not allow for some weird
> security reasons to access data for any article from article with
> different name. So if there was entry in wikidata for linux, and I
> wanted to access property "version" in article [[Linux kernel
> history]] I wouldn't be able to do that. {{FIXME}}

This is exactly what Wikidata is for. And the reason you can't access
data from arbitrary items right now isn't some weird security reason.
It is not being able to purge pages as data changes. The mechanism for
that is being rolled out now but will still take a while to get to
your wiki. You want to track https://phabricator.wikimedia.org/T49930


Cheers
Lydia

-- 
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

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

Re: [Wikitech-l] Cross wiki templates

[Amir E. Aharoni]

Templates can pull all the values for parameters from Wikidata, so that
instead of writing the template name and a lot of lines with parameters and
values, you just write {{Infobox city}}. Unfortunately I don't know of any
examples of templates that actually do it, but maybe Wikidata people can
provide some.

As a temporary step to that direction, I am proposing to make translating
articles with templates easier in the framework of ContentTranslation, with
possible help from Wikidata. There is a discussion about it on Wikidata-L
right now:
https://lists.wikimedia.org/pipermail/wikidata-l/2015-March/thread.html

I wish I could say more...


--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
‪“We're living in pieces,
I want to live in peace.” – T. Moore‬

2015-03-04 15:36 GMT+02:00 Petr Bena :

> Hi,
>
> Sorry, I know I asked about this thing recently, but I can't remember
> what the outcome was.
>
> I know it's currently not possible to create cross wiki templates, but
> is there any plan to implement this feature? For example pages like
> http://enwp.org/Linux contains "Latest version" and probably many
> other pages reference this latest version. Not only on english
> wikipedia, but many other wikis as well.
>
> We have the people to update all wikis when new version is out, but we
> don't have them for every piece of software on the planet, so having a
> central template that would contain DATA * that could be accessed
> anywhere would be nice.
>
> * Now why I highlighted DATA? Because I was thinking that project
> called "wikidata" would actually fit this purpose. Unfortunatelly it's
> not. The internal API's of wikidata do not allow for some weird
> security reasons to access data for any article from article with
> different name. So if there was entry in wikidata for linux, and I
> wanted to access property "version" in article [[Linux kernel
> history]] I wouldn't be able to do that. {{FIXME}}
>
> 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] Cross wiki templates

[Petr Bena]

Hi,

Sorry, I know I asked about this thing recently, but I can't remember
what the outcome was.

I know it's currently not possible to create cross wiki templates, but
is there any plan to implement this feature? For example pages like
http://enwp.org/Linux contains "Latest version" and probably many
other pages reference this latest version. Not only on english
wikipedia, but many other wikis as well.

We have the people to update all wikis when new version is out, but we
don't have them for every piece of software on the planet, so having a
central template that would contain DATA * that could be accessed
anywhere would be nice.

* Now why I highlighted DATA? Because I was thinking that project
called "wikidata" would actually fit this purpose. Unfortunatelly it's
not. The internal API's of wikidata do not allow for some weird
security reasons to access data for any article from article with
different name. So if there was entry in wikidata for linux, and I
wanted to access property "version" in article [[Linux kernel
history]] I wouldn't be able to do that. {{FIXME}}

Thanks

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

Re: [Wikitech-l] Foreign commits create mess in Phabricator

[Quim Gil]

(Moving epriestley to Bcc)

Yes, this is a known issue and is being tracked at
https://phabricator.wikimedia.org/T91488

Sorry for the noise in your mailboxes. We hope to be able to clean up your
tasks.

On Wed, Mar 4, 2015 at 11:24 AM, Petr Kadlec  wrote:

> Hi,
>
> somebody probably already noticed this, but I didn’t see any discussion
> around, so just to be sure:
>
> I have received notifications about commits being assigned to old bugs in
> Phabricator by epriestley. See for instance T4123 [1] – “epriestley added a
> commit: Unknown Object (Commit)”.
>
> It seems to me the problem is that somehow the Wikimedia instance of
> Phabricator and the Phabricator instance of Phabricator (erm… the Phacility
> instance? secure.phabricator.org, I mean) got
> crossed/synchronized/whatever. Therefore their commit D7601 [2], marked as
> fixing _their_ bug T4123 [3] somehow modified _our_ bug T4123. [1] It might
> have been helped by the fact Evan Priestley has the same “epriestley”
> account at both installations.
>
> While adding nonexistent commits makes a bit of a mess, it’s not a huge
> problem, but some of these commits changed state of the underlying task as
> well, which is worse. See epriestley’s feed [4]. I guess those would need
> to be reverted?
>
> -- [[cs:User:Mormegil | Petr Kadlec]]
>
>[1]: https://phabricator.wikimedia.org/T4123
>[2]: https://secure.phabricator.com/D7601
>[3]: https://secure.phabricator.com/T4123
>[4]: https://phabricator.wikimedia.org/p/epriestley/feed/
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Foreign commits create mess in Phabricator

[Andre Klapper]

(No need to CC Evan, hence moving him to BCC).

On Wed, 2015-03-04 at 11:24 +0100, Petr Kadlec wrote:
> somebody probably already noticed this,

Thanks for the notice!
We are sorry for any confusion. Task status changes in Wikimedia
Phabricator have been already manually reverted. For everything else,
please refer to https://phabricator.wikimedia.org/T91488

Thanks,
andre
-- 
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/


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

[Wikitech-l] Foreign commits create mess in Phabricator

[Petr Kadlec]

Hi,

somebody probably already noticed this, but I didn’t see any discussion
around, so just to be sure:

I have received notifications about commits being assigned to old bugs in
Phabricator by epriestley. See for instance T4123 [1] – “epriestley added a
commit: Unknown Object (Commit)”.

It seems to me the problem is that somehow the Wikimedia instance of
Phabricator and the Phabricator instance of Phabricator (erm… the Phacility
instance? secure.phabricator.org, I mean) got
crossed/synchronized/whatever. Therefore their commit D7601 [2], marked as
fixing _their_ bug T4123 [3] somehow modified _our_ bug T4123. [1] It might
have been helped by the fact Evan Priestley has the same “epriestley”
account at both installations.

While adding nonexistent commits makes a bit of a mess, it’s not a huge
problem, but some of these commits changed state of the underlying task as
well, which is worse. See epriestley’s feed [4]. I guess those would need
to be reverted?

-- [[cs:User:Mormegil | Petr Kadlec]]

   [1]: https://phabricator.wikimedia.org/T4123
   [2]: https://secure.phabricator.com/D7601
   [3]: https://secure.phabricator.com/T4123
   [4]: https://phabricator.wikimedia.org/p/epriestley/feed/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Multimedia] TimedMediaHandler ogv.js patch status check

[Gilles Dubuc]

Are you coming to the Lyon hackathon, Brion? If I haven't gotten around to
reviewing these by then, it would be a good opportunity to do so there and
do more work on that project. Especially since Brian Wolff will be there
too.

On Tue, Mar 3, 2015 at 9:57 PM, Brion Vibber  wrote:

> On Thu, Feb 5, 2015 at 5:30 AM, Brion Vibber 
> wrote:
>
>> I've done an update pass on the patch to TimedMediaHandler adding my
>> ogv.js JavaScript Ogg Theora/Vorbis playback engine for IE 10/11 and Safari
>> 6.1+ users:
>>
>> https://phabricator.wikimedia.org/T63823
>>
>> It now comes in two parts:
>> * https://gerrit.wikimedia.org/r/#/c/165477/ - libraries only
>> * https://gerrit.wikimedia.org/r/#/c/165478/ - TMH modifications for
>> desktop only
>>
>> (I wasn't happy with the mobile video overlay in the third patch and have
>> abandoned it for now, will rewrite it soon but want to sync up with mobile
>> web team on integration issues.)
>>
>> This version should pretty much "just work" on desktops/laptops,
>> including seeking, and the JS console spam should be gone now. If folks
>> have strong preferences on my plugin code, do let me know and I will tweak
>> further. :)
>>
>
> I've rebased these for recent tweaks to TMH, please feel free to take a
> peek!
>
> -- brion
>
>
>
>>
>>
>> I have a live wiki running at http://ogvjs-testing.wmflabs.org/ -- note
>> that thumbnail images of some videos there are broken due to some kind of
>> InstantCommons issue but the actual video plays through.
>>
>> -- brion
>>
>
>
> ___
> Multimedia mailing list
> multime...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/multimedia
>
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l