Page MenuHomePhabricator

Mike_Novikoff
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Monday

  • Clear sailing ahead.

User Details

User Since
Jul 10 2017, 5:45 PM (126 w, 4 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Mike Novikoff [ Global Accounts ]

Recent Activity

Aug 28 2019

Mike_Novikoff added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

OK, I'll try to install 1.4GHz Tualatin with 512K cache (my treasure!) instead of my current 1Ghz Coppermine with 256K (I know you may not believe it), but I still don't understand your approach to consensus. Doesn't enwiki demonstrate a clear consensus to remove the update? You impose it nevertheless, and it makes me wonder.

Aug 28 2019, 10:28 PM · MediaWiki-Page-History, MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-Page-Diffs, UI-Standardization
Mike_Novikoff reopened T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget, a subtask of T100161: Convert all of MediaWiki core to OOUI PHP (tracking), as Open.
Aug 28 2019, 9:40 PM · Epic, UI-Standardization
Mike_Novikoff reopened T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget, a subtask of T101471: Convert core forms that use MW UI with wgUseMediaWikiUIEverywhere false to OOUI FormSpecialPage or explicit OOUI PHP, as Open.
Aug 28 2019, 9:40 PM · Advanced Mobile Contributions, UI-Standardization
Mike_Novikoff reopened T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget as "Open".
Aug 28 2019, 9:40 PM · MediaWiki-Page-History, MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-Page-Diffs, UI-Standardization
Mike_Novikoff added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

It seems that no one thanked Volker for this "improvement". No one at all! See this ridiculous talk at enwiki where he had suggested masking it with CSS {display:none} when I asked him about the performance. You know, I still won't upgrade my hardware just because of your useless features, but now every time I chase a vandal at enwiki (one of my main activities) I have a time for recalling some things before the edit history opens. First, I recall the name of the developer who imposed such a wonderful gift on me. It's Volker. Then, who that Volker is? He's [censored], [censored] and [beep]. Did the edit history open yet? Not yet, wait some more. Then Volker is [beep] [beep] [beep]. And the edit history is still not avalable. It finally ends with someone else reverting the vandalism, but it's not me. Thank you Volker, I'll never forget you!

Aug 28 2019, 9:30 PM · MediaWiki-Page-History, MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-Page-Diffs, UI-Standardization

Apr 9 2019

Mike_Novikoff added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

this block is not needed

Apr 9 2019, 3:45 PM · MediaWiki-Page-History, MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-Page-Diffs, UI-Standardization

Dec 1 2018

Mike_Novikoff added a comment to T165189: "→" link to page section on History page can be hard to click, should be larger somehow.

I was saying about any active states, of course (so, focus/active/etc.).

Dec 1 2018, 12:20 AM · MediaWiki-Page-History, MW-1.33-notes (1.33.0-wmf.6; 2018-11-27), MediaWiki-Comment-backend, Google-Code-in-2018, MediaWiki-Page-Diffs

Nov 30 2018

Mike_Novikoff added a comment to T165189: "→" link to page section on History page can be hard to click, should be larger somehow.

Could this be done with saving previous colour by default (unless on hover)? I am fully supportive of this change on the grounds of accessibility, but right now basically everything in the watchlist is blue, which doesn’t help with hierarchical navigation.

Nov 30 2018, 8:10 PM · MediaWiki-Page-History, MW-1.33-notes (1.33.0-wmf.6; 2018-11-27), MediaWiki-Comment-backend, Google-Code-in-2018, MediaWiki-Page-Diffs

Jul 12 2017

Mike_Novikoff added a comment to T170175: Investigate ways to encourage use of the Preview button in the wikitext editors.

Do new editors understand what the Preview button does? Would they use it more if there was an explanation next to it?

Jul 12 2017, 4:05 AM · VisualEditor-MediaWiki-2017WikitextEditor, WikiEditor, VisualEditor

Jul 10 2017

Mike_Novikoff added a comment to T170175: Investigate ways to encourage use of the Preview button in the wikitext editors.

As I've already said at the tech forum of ruwiki, my personal average use of the "Preview" button is much more than that of the "Publish", maybe 10 or 20 times for large edits, and even the smallest edit won't go without one. The same stands for "Show changes". And I do encourage everyone not to hurry too much, given that the published edit will always remain at least in the revision history. So, to get started with, my suggestion is to avoid putting extra emphasis on "Publish" button in the new OOjs UI and keep color the same for all three buttons like it used to be.

Jul 10 2017, 9:15 PM · VisualEditor-MediaWiki-2017WikitextEditor, WikiEditor, VisualEditor