Page MenuHomePhabricator

dialmove (Diego Moya)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Oct 13 2014, 9:01 AM (245 w, 1 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Diego Moya [ Global Accounts ]

Recent Activity

Aug 7 2018

dialmove added a comment to T200986: Reset current active filters from the last saved set used.

Since my previous comment I've discovered a workaround to the workaround. The goal is: load arbitrary bookmarked filter X; disable sub-filter Y; re-enable sub-filter Y with minimum mental load (i.e. re-enabling sub-filter Y should be made by muscle memory over a visible item, without making a choice on an initially hidden widget.)

Aug 7 2018, 9:29 AM · Growth-Team, Edit-Review-Improvements-Integrated-Filters

Aug 3 2018

dialmove added a comment to T200986: Reset current active filters from the last saved set used.

How to get that default set back immediately? The only solution is to remove all filters to have access to the "restore default filters" link. That's not obvious at all.

Aug 3 2018, 11:46 PM · Growth-Team, Edit-Review-Improvements-Integrated-Filters
dialmove added a comment to T200986: Reset current active filters from the last saved set used.

@dialmove You can reset the state of a Saved Filter by reselecting it from the "Saved filters" menu.

Aug 3 2018, 7:23 PM · Growth-Team, Edit-Review-Improvements-Integrated-Filters

Jul 17 2018

dialmove added a comment to T199811: Flow completely stopped working for my user..

My user at all Wikipedia projects is [[User:Diego Moya]].

Jul 17 2018, 3:11 PM · MW-1.32-notes (WMF-deploy-2018-07-24 (1.32.0-wmf.14)), Growth-Team (Current Sprint), Patch-For-Review, StructuredDiscussions
dialmove created T199811: Flow completely stopped working for my user..
Jul 17 2018, 3:10 PM · MW-1.32-notes (WMF-deploy-2018-07-24 (1.32.0-wmf.14)), Growth-Team (Current Sprint), Patch-For-Review, StructuredDiscussions

Mar 9 2018

He7d3r awarded T155732: Provide a Preview panel that doesn't obscure the wikitext box and maybe the skin's sidebar (?) a Love token.
Mar 9 2018, 4:26 PM · Design, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Apr 11 2017

dialmove added a comment to T44138: VisualEditor: Toolbar "Save page" button is confusing as it merely opens the dialog to save the page.

Roan suggested perhaps changing "Save page" to read "Save page...", which would give the user a clue that it's going to be a process, not an immediate action.

I think this would make sense – it is an established UI standard and can be found in many desktop applications.
I would love to see an improved wording on the button itself, but util then, I’d go with …

Apr 11 2017, 3:42 PM · User-Ryasmeen, VisualEditor, VisualEditor-MediaWiki

Apr 6 2017

dialmove added a comment to T153306: Have Show preview and Review your changes more directly accessible in the New Wikitext Editor.

IMHO the Preview panel should have its own separate button rather than being available in a dropdown (thus requiring two clicks).

If we were to take over (even) more room on the toolbar, we would have to demote other features from the toolbar for space (we're currently at the limit for space for the average desktop user, at 1000px wide at normal zoom on Vector).

Which do you propose to make this work? Should we get rid of the Cite button? The link and menu buttons? Fundamentally, preview is not more important thank anything already in the lists, I fear.

Apr 6 2017, 10:44 AM · VisualEditor, Patch-For-Review, Design, VisualEditor-MediaWiki-2017WikitextEditor

Apr 4 2017

dialmove added a comment to T153306: Have Show preview and Review your changes more directly accessible in the New Wikitext Editor.

A very typical wording for the save button would be "Review and save" (or "Review and publish"). It shouldn't be merely "Save" or "Publish", since the page is not immediately saved when pressing it.

Apr 4 2017, 10:26 AM · VisualEditor, Patch-For-Review, Design, VisualEditor-MediaWiki-2017WikitextEditor
dialmove added a comment to T44138: VisualEditor: Toolbar "Save page" button is confusing as it merely opens the dialog to save the page.

A very typical wording would be "Review and save" (or "Review and publish"). It shouldn't be merely "Save" or "Publish", since the page is not immediately saved when pressing it.

Apr 4 2017, 10:23 AM · User-Ryasmeen, VisualEditor, VisualEditor-MediaWiki

Mar 11 2017

dialmove added a comment to T153315: Pasting annotated wikitext results in double encoding and therefore <nowiki>s.

User experience

Mar 11 2017, 9:09 AM · Regression, MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, VisualEditor-CopyPaste, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Feb 16 2017

dialmove added a comment to T153315: Pasting annotated wikitext results in double encoding and therefore <nowiki>s.

P.S. It looks like me and the other users posting at this thread are not the only one who prefer plain text as the default for copy/paste operations; it seems to be a frequent pain point, when it's got applications specifically built to solve it. [1] I've never met someone asking to paste formatted text when working with code. (Syntax highlighting doesn't count, it's a different beast entirely).

Feb 16 2017, 10:05 AM · Regression, MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, VisualEditor-CopyPaste, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
dialmove added a comment to T153315: Pasting annotated wikitext results in double encoding and therefore <nowiki>s.

Your browser will let you paste plain text, with a key command of Command–Shift–V or Control–Shift–V. As the dev noted above, the "receiving" software doesn't have a lot of control over what your computer sends it.

Feb 16 2017, 9:55 AM · Regression, MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, VisualEditor-CopyPaste, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Feb 15 2017

dialmove updated the task description for T158170: Pasting formatted code at the end of a paragraph breaks cursor positioning.
Feb 15 2017, 11:04 AM · VisualEditor-CopyPaste, VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
dialmove created T158170: Pasting formatted code at the end of a paragraph breaks cursor positioning.
Feb 15 2017, 11:03 AM · VisualEditor-CopyPaste, VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
dialmove added a comment to T153315: Pasting annotated wikitext results in double encoding and therefore <nowiki>s.

Another use case to consider for you designers of this "feature", which just happened to me:

Feb 15 2017, 10:48 AM · Regression, MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, VisualEditor-CopyPaste, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Feb 13 2017

dialmove added a comment to T153315: Pasting annotated wikitext results in double encoding and therefore <nowiki>s.

Browsers don't allow paste to trigger programmatically for security reasons. The user must initiate a paste using ctrl+v.

Feb 13 2017, 12:54 PM · Regression, MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, VisualEditor-CopyPaste, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
dialmove added a comment to T153315: Pasting annotated wikitext results in double encoding and therefore <nowiki>s.

The simplest solution is to create a button for "paste formatted code". In the 2017 wikitext editor, other "magic" features for creating wikicode automatically (tables, sourcing and templates) are enabled by buttons in the toolbar. It would be inconsistent for the standard "copy/paste" tool (the one supported by the browser's standard key bindings) to behave differently, and introduce wikicode when pasting from web pages with rich format (but not when pasting from other sources, so its behavior would feel random).

Feb 13 2017, 11:19 AM · Regression, MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, VisualEditor-CopyPaste, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
dialmove added a comment to T155821: Copy/paste produces gibberish.

Think about it from the POV of the person who started editing in the visual mode. There, if I copy something with formatting (e.g., the 'suggested citations' that are common on scholarly sites), it gets automagically transformed into something that works on Wikipedia. So if I'm in the wikitext mode, I probably still expect automagic transformation of content into something that works on Wikipedia.

Feb 13 2017, 10:08 AM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor

Feb 8 2017

dialmove added a comment to T157291: Selecting text beyond the screen with mouse is glitchy.

You have changed the title to "selecting text beyond the screen with mouse is glitchy", but it also happens with the keyboard, and with the text selector on mobile (I don't know if my fingers count as "the mouse") ;-)

Feb 8 2017, 11:19 AM · Verified-in-Phase2, Verified-in-Phase0, Verified, MW-1.29-release (WMF-deploy-2017-02-14_(1.29.0-wmf.12)), VisualEditor-ContentEditable, VisualEditor

Feb 7 2017

dialmove added a comment to T153315: Pasting annotated wikitext results in double encoding and therefore <nowiki>s.

is there any evidence that users who use the visual editor first and then switch to source editor actually expect their pastes to bring formatting across?

Several comments in the Feedback page point in that direction: 1 2 3 4 5 6 - plus Samwalton9's and Dvorapa's comments above. This matches my own experience as well; the whole point of using a wikicode editor is having direct and full control over the text, and any magic from the editor breaks that expectation.

Feb 7 2017, 7:34 AM · Regression, MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), User-Ryasmeen, VisualEditor-CopyPaste, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Feb 6 2017

dialmove added a comment to T157291: Selecting text beyond the screen with mouse is glitchy.

I can confirm Pearli's report of the editing experience at the Overwatch article. Repeatedly pressing shift + up will perform weird screen flashes, and eventually revert the scrollbar to the starting position.

Feb 6 2017, 12:13 PM · Verified-in-Phase2, Verified-in-Phase0, Verified, MW-1.29-release (WMF-deploy-2017-02-14_(1.29.0-wmf.12)), VisualEditor-ContentEditable, VisualEditor

Jan 29 2017

dialmove added a comment to T155732: Provide a Preview panel that doesn't obscure the wikitext box and maybe the skin's sidebar (?).

On a reasonably sized article, scrolling between the wikitext and the preview is not quick, each time you have to find your place again.

Jan 29 2017, 11:49 AM · Design, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Jan 24 2017

dialmove added a comment to T155732: Provide a Preview panel that doesn't obscure the wikitext box and maybe the skin's sidebar (?).

at the same time.

For a non-stub page this is already not possible, you can't see the wikitext and the preview at the same time (although the preview could be easier to switch to).

Jan 24 2017, 10:43 AM · Design, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
Izno awarded T155732: Provide a Preview panel that doesn't obscure the wikitext box and maybe the skin's sidebar (?) a Like token.
Jan 24 2017, 12:32 AM · Design, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
Izno awarded T155732: Provide a Preview panel that doesn't obscure the wikitext box and maybe the skin's sidebar (?) a Like token.
Jan 24 2017, 12:30 AM · Design, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Jan 23 2017

dialmove added a comment to T155821: Copy/paste produces gibberish.

The wikitext editor should make exactly zero magic transformations like the above, treating everything copied or pasted as a raw Unicode string without formatting.

You can always use CTRL+SHIFT+V to force paste plain text.

Jan 23 2017, 12:55 PM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor

Jan 20 2017

dialmove renamed T155821: Copy/paste produces gibberish from Copy/pase produces gibberish to Copy/paste produces gibberish.
Jan 20 2017, 11:53 AM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
dialmove added a comment to T155821: Copy/paste produces gibberish.

Edit: I've noted that this only happens when I copy the text from the HTML page, not when I copy it from a plain text editor, so this is likely related to the text formatting.

Jan 20 2017, 10:57 AM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
dialmove created T155821: Copy/paste produces gibberish.
Jan 20 2017, 10:53 AM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor

Jan 19 2017

dialmove added a comment to T153306: Have Show preview and Review your changes more directly accessible in the New Wikitext Editor.

I've opened a related feature request to improve the usability of the Preview panel, matching that of the classic Wikitext editor.

Jan 19 2017, 1:17 PM · VisualEditor, Patch-For-Review, Design, VisualEditor-MediaWiki-2017WikitextEditor
dialmove created T155732: Provide a Preview panel that doesn't obscure the wikitext box and maybe the skin's sidebar (?).
Jan 19 2017, 1:15 PM · Design, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Jun 12 2015

dialmove added a comment to T100528: Improve organization and control for Flow notifications (tracking + ideas).

This way, we power users could still set particular preferences for special topics, but quickly change the global settings for everything else (all the topics that we have not tweaked explicitly).

Jun 12 2015, 10:44 AM · Tracking-Neverending, StructuredDiscussions, Collaboration-Team-Triage, Notifications
dialmove added a comment to T100528: Improve organization and control for Flow notifications (tracking + ideas).

As for Capt_Swing concern that per-topic settings override the Notifications panel, that could be solved by adding a new entry at the "Notification volume", and making this the initial value for new topics:

Jun 12 2015, 10:42 AM · Tracking-Neverending, StructuredDiscussions, Collaboration-Team-Triage, Notifications
dialmove added a comment to T100528: Improve organization and control for Flow notifications (tracking + ideas).

I like the overall design. I wanted to provide a little feedback of a few problems I've found while testing the prototype, before reading the description of how it's supposed to work.

Jun 12 2015, 10:33 AM · Tracking-Neverending, StructuredDiscussions, Collaboration-Team-Triage, Notifications

Apr 24 2015

dialmove added a comment to T96948: Allow navigating between new posts when visiting a notification link.

There should also be some kind of "previous" and "next unread" buttons, for discoverability, maybe placing them in the current floating bar that contains the ToC.

Apr 24 2015, 12:35 PM · Design, Collaboration-Team-Triage, StructuredDiscussions

Apr 9 2015

Restricted Application added a project to T76559: Try to prevent duplicate submissions of forms that create revisions: Collaboration-Team-Triage.

I've posted a bug for the Reply button, it seems it's an instance of this problem. I've added an instance with real data here.

Apr 9 2015, 2:02 PM · Growth-Team, Collaboration-Team-Triage, StructuredDiscussions
dialmove created T95544: Reply button posts repeated comment when clicked twice..
Apr 9 2015, 1:57 PM · Growth-Team, Collaboration-Team-Triage, StructuredDiscussions