John_Broughton (John Broughton)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Tuesday

  • Clear sailing ahead.

User Details

User Since
Nov 17 2014, 6:55 PM (178 w, 5 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
John Broughton

Recent Activity

Dec 12 2017

John_Broughton added a comment to T134186: Write a help page that explains how to create non conventional links (interlanguage, interproject, images and categories).

I thought that the page was only to describe how to create links using VisualEditor. That's certainly not the situation now. In fact, in some cases, such as the description of how to create category links, the only information is how to do that using the wikitext editor, not how to do so in VisualEditor.

Dec 12 2017, 11:40 PM · User-Ryasmeen, Google-Code-in-2017, Need-volunteer, Community-Liaisons, VisualEditor, Documentation

Nov 28 2016

John_Broughton added a comment to T117437: Make a new section for musical scores in the user guide for VisualEditor.

Okay, I've registered. Am I supposed to create the task(s), or has someone already done so, and I can just attach my name to it/them? (I have listed my name at https://www.mediawiki.org/wiki/Google_Code-in_2016 , for what that's worth.) If I can just attach my name, how exactly do I do that?

Nov 28 2016, 12:24 AM · Community-Liaisons (Oct-Dec-2016), Google-Code-In-2016, VisualEditor, MediaWiki-extensions-Score, Documentation

Nov 4 2016

John_Broughton added a comment to T117437: Make a new section for musical scores in the user guide for VisualEditor.

@Whatamidoing-WMF - Sure, I'll be happy to try mentoring for this project.

Nov 4 2016, 5:42 PM · Community-Liaisons (Oct-Dec-2016), Google-Code-In-2016, VisualEditor, MediaWiki-extensions-Score, Documentation

Dec 11 2015

John_Broughton added a comment to T52896: VisualEditor: Support editing citations defined within a template.

Why isn't this given a higher priority, and/or assigned to someone? This issue affects every article that has an infobox with one or more citations, and that's a VERY large number, and continually increasing - and a high percentage of the most viewed articles DO have infoboxes.

Dec 11 2015, 5:29 PM · VisualEditor-MediaWiki-References, VisualEditor, VisualEditor-EditingTools

Nov 17 2015

Restricted Application updated subscribers of T1084: Add ISBN as look-up option to the citoid service.

Can we be more specific? A quick Google search (generate citation from ISBN) shows a number of tools that generate citations from a database; in at least one case, that's WorldCat, via its API (https://www.worldcat.org/affiliate/tools?atype=wcapi ). Maybe it takes a lawyer to negotiate the price, but it's perhaps calling this "Epic" is a bit of an overstatement - it looks like other organizations have done so, and - given that at least one appears to have as its business model getting revenues from online ads - perhaps the price is quite reasonable?

Nov 17 2015, 5:22 PM · Patch-For-Review, User-mobrovac, Epic, VisualEditor, Citoid

Nov 9 2015

John_Broughton added a comment to T102398: Migrate wikis to use a single edit tab which has both visual and wikitext modes and allows on-the-fly switching between them.

I'm going to repeat most of an earlier comment, because I think it gets to the heart of the issue, and because no one has responded to it:

Nov 9 2015, 6:18 PM · User-notice, Epic, Design, VisualEditor-MediaWiki, VisualEditor

Oct 31 2015

John_Broughton added a comment to T102398: Migrate wikis to use a single edit tab which has both visual and wikitext modes and allows on-the-fly switching between them.

The last two comments have identified two specific problems with having two tabs, not one:

Oct 31 2015, 10:23 PM · User-notice, Epic, Design, VisualEditor-MediaWiki, VisualEditor

Oct 29 2015

John_Broughton added a comment to T102398: Migrate wikis to use a single edit tab which has both visual and wikitext modes and allows on-the-fly switching between them.

In my last 50 edits in mainspace, I used VE 22 times. For some things (doing a citation, using citiod, for example), VE is clearly superior to the wikieditor. But VE can't do some things (or, at least, I can't figure out how to do them using VE); for other things (cleaning up a ref=name problem) wikitext editing is better. What I like, now, is that with one click, I can be in the editor of my choice. So it's not clear to me what problem is being solved by a single edit tab. [Q: Would there also just be one selection to the right of each section heading, rather than - as at present - two?]

Oct 29 2015, 12:29 AM · User-notice, Epic, Design, VisualEditor-MediaWiki, VisualEditor

Sep 22 2015

John_Broughton added a comment to T113082: On applying new link annotation, place cursor outside of the link.

Other websites with editing interfaces - Quora comes most readily to mind - don't provide a URL as feedback after making a link (in the sense of showing both the external link and the clickable text that leads to it), they just show the text that, when clicked, will lead somewhere. So leaving the cursor inside the link is counter to what editors experience elsewhere.

Sep 22 2015, 1:34 AM · VisualEditor-EditingTools, VisualEditor-ContentEditable, VisualEditor-Links, VisualEditor

Sep 16 2015

John_Broughton updated subscribers of T111717: "No unused fields" doesn't make sense when there is no TemplateData present.
Sep 16 2015, 1:42 AM · VisualEditor-MediaWiki, VisualEditor-MediaWiki-Templates, VisualEditor

Sep 3 2015

John_Broughton added a comment to T5233: Send a cookie with each block.

Implementing this - or not - is a question of costs versus benefits.

Sep 3 2015, 6:46 PM · MW-1.29-release-notes, Community-Tech, User-notice, Support-and-Safety, MediaWiki-Authentication-and-authorization, MediaWiki-User-management

Aug 22 2015

John_Broughton added a comment to T52239: VisualEditor: Allow the user to edit categories at the bottom of the page, similar to HotCat.

It would be a definite improvement if the user could reach categories either via a top menu, or by scrolling to the bottom of the page. As several people have pointed out, there are disadvantages of the user being able to do only one of these, and - of course - there is no reason, from a programming viewpoint, why there can't be two paths to the same dialog.

Aug 22 2015, 1:12 AM · Design, VisualEditor, VisualEditor-EditingTools

Feb 12 2015

John_Broughton updated subscribers of T35080: Shift-Delete keyboard "cut" shortcut doesn't work.
Feb 12 2015, 2:52 AM · WMF-deploy-2015-09-08_(1.26wmf22), VisualEditor, VisualEditor-ContentEditable

Feb 11 2015

John_Broughton added a comment to T53798: There should be help links in every context - dialog boxes, inspectors, etc..

The relevant documentation about messages (i18n system) appears to include

Feb 11 2015, 9:22 PM · VisualEditor, VisualEditor-EditingTools
John_Broughton added a comment to T53798: There should be help links in every context - dialog boxes, inspectors, etc..

Those who noticed the contextual help on the meta (page settings) menu - I'm not one of them - apparently didn't think it was worth commenting at WP:VE/F, or its equivalent at mediawiki.org. That may because contextual help was added to the VE menu least used. Or because no one was overwhelmed by the wording in the contextual help popups. Or because there was no obvious way to suggest improvements in wording. Regardless of the reasons, the lack of a response should absolutely not be taken to be a polling of the user community.

Feb 11 2015, 5:45 AM · VisualEditor, VisualEditor-EditingTools
John_Broughton added a comment to T59804: Global, better URL to citation conversion functionality.

This is being addressed by Citoid

Feb 11 2015, 12:24 AM · Citoid, Possible-Tech-Projects, MediaWiki-extension-requests

Feb 10 2015

John_Broughton added a comment to T89045: After Citoid fills in the data, please leave the citation open for review.

At the moment, Citoid's building a citation from a URL is wrong at least 75% of the time. (I'd have said "close to 100%, but I was surprised the other day to see a NY Times citation built that looked fully correct.) By "wrong" I mean that the article title includes the publisher, or one or more of the six suggested fields (see https://en.wikipedia.org/wiki/Template:Cite_web#TemplateData ) are not filled in when in fact information is available at the URL.

Feb 10 2015, 1:06 AM · Citoid, VisualEditor, VisualEditor-EditingTools, VisualEditor-MediaWiki-Templates

Jan 28 2015

John_Broughton reopened T41599: VisualEditor: Support references, a subtask of T50426: VisualEditor: Pre-beta needs (tracker), as Open.
Jan 28 2015, 6:35 AM · Tracking, VisualEditor
John_Broughton reopened T41599: VisualEditor: Support references, a subtask of T47132: VisualEditor: Warn user when saving page with <ref>s but not <references />, as Open.
Jan 28 2015, 6:35 AM · VisualEditor, VisualEditor-EditingTools
John_Broughton reopened T41599: VisualEditor: Support references as "Open".

I'm not clear as to why this is shown as "Closed, Resolved". VE still won't edit citations/footnotes where the body of the citation is in the References section (that is, within the reflist template), as demonstrated by the first two citations here: http://en.wikipedia.org/wiki/Pope_Francis#Name

Jan 28 2015, 6:35 AM · VisualEditor-MediaWiki-Plugins, VisualEditor, VE-deploy-2013-06-27
John_Broughton reopened T41599: VisualEditor: Support references, a subtask of T41600: VisualEditor: Support most common citation templates (special-case), as Open.
Jan 28 2015, 6:35 AM · VisualEditor, I18n, VisualEditor-MediaWiki
John_Broughton reopened T41599: VisualEditor: Support references, a subtask of T41621: Refactor VisualEditor editing plugin for Cite back into the Cite extension, as Open.
Jan 28 2015, 6:35 AM · MW-1.27-release (WMF-deploy-2016-02-09_(1.27.0-wmf.13)), VisualEditor-MediaWiki-References, Technical-Debt, VisualEditor, VisualEditor-MediaWiki, VisualEditor-MediaWiki-Plugins, JavaScript, Cite

Dec 10 2014

John_Broughton added a comment to T51969: OOjs UI: Dialogs should be repositionable/draggable.

I agree that the dockable model is trying to modify something where we might better look for alternatives. For example, one way to create a new category might be to highlight some text, then select (say) Insert > Category. That could open a dialog (for example, to allow a different sort key than the default, and to offer the opportunity to create a category if one being created didn't already exist.

Dec 10 2014, 2:48 AM · Epic, OOUI

Dec 5 2014

John_Broughton added a comment to T51969: OOjs UI: Dialogs should be repositionable/draggable.

The discussion is complicated by the unnecessary "Options" menu on the left side of the dialog box. (I believe this is the only place in VE where selecting a choice from a top menu results in a dialog box that shows all the other choices on that menu; that would make sense if an editor were likely to want to do two or three page-related things at once, but in fact he/she almost certainly does *not*.) While redoing the entire approach to how the three-line (should be "Page") menu choices work is probably outside the scope of this topic, I will note that what the requester needs (access to all the text on the page, *while* the dialog is open) is applicable only to two choices - categories and default sort.

Dec 5 2014, 8:32 PM · Epic, OOUI
John_Broughton updated subscribers of T50008: VisualEditor: There is not enough UI difference between reading and editing mode.

This seems, well, almost trivial to implement. Here's what I have in my common.css to do this when I edit:

Dec 5 2014, 7:19 PM · VisualEditor, Design, VisualEditor-MediaWiki