In T249072#8384017, @ppelberg wrote:… pleased to know … now available within the desktop … Tools …
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Nov 9 2022
Nov 9 2022
Pelagic added a comment to T249072: Add support in toolbar for special characters within DiscussionTools.
Pelagic added a comment to T249072: Add support in toolbar for special characters within DiscussionTools.
I think a large use of “special characters” is for people inserting ones that are not in their native language. I don’t want to enable Greek IME just to type β. And good luck finding → on any keyboard.
Oct 5 2022
Oct 5 2022
Pelagic added a comment to T318302: [Config Change] Enable all DiscussionTools by default at partner wikis (mobile).
Hi, I had a quick look at w:fr. I saw the “[ reply ], “latest comment” and “🔔 subscribe” affordances in the mobile talk overlay but not in the mobile “read as wiki page” view. Is that intentional?
May 1 2022
May 1 2022
Option 3 (collapsible sections) doesn't exclude 1 (in-line ToC) or 2 (pop-up ToC). Minerva on tablet or phone-landscape widths has both 1+3.
Related question at enwiki helpdesk: https://en.wikipedia.org/w/index.php?title=Wikipedia:Help_desk&oldid=1085520277#ToC_gone?
Mar 18 2022
Mar 18 2022
Pelagic updated the task description for T304186: Clicking {{Sfn}} references on English Wikipedia goes to top of page instead of "Sources" section on Android app.
Jan 30 2022
Jan 30 2022
Pelagic updated the task description for T300452: Feature request: make namespace search available on mobile..
Pelagic updated the task description for T300452: Feature request: make namespace search available on mobile..
Pelagic added a comment to T240976: Mobile "new messages" notification should be more intrusive by default.
This Phab ticket is also mentioned at https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Notifications/New_messages_popup_for_new_users
Jan 14 2022
Jan 14 2022
Pelagic added a comment to T240976: Mobile "new messages" notification should be more intrusive by default.
Note, there is a 2022 Community Wishlist proposal (by a different community member) related to this ticket at https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Mobile_and_apps/Better_warning_display_for_mobile_users
Jan 5 2022
Jan 5 2022
Pelagic added a comment to T298001: Wikidata claims editor is broken after December 2021 update on non-ES6 browsers.
My concern is with the detection logic, and whether this kind of issue is going to re-occur in future. If Safari/iOS 12.2+ is supposedly 99% ES6 compliant, why is it being excluded?
Pelagic added a comment to T298001: Wikidata claims editor is broken after December 2021 update on non-ES6 browsers.
Similar symptoms confirmed on iOS 12, which as of recently was still receiving security updates from Apple.
Dec 26 2021
Dec 26 2021
For example, this code vector.css works client-side when applied, but I get warnings when editing and saving.
Pelagic awarded T263852: Support CSS custom properties (variables) in CodeEditor a Like token.
Sep 30 2021
Sep 30 2021
@Base: “but blocks under No open proxies policy indeed are generally for both logged in and anonymous users”
@GeneralNotability: “enwiki - we routinely hardblock open proxies, including CDNs being used as proxies”
This should change. If I'm logged-in, why can't I edit from anywhere?
Jul 30 2021
Jul 30 2021
Pelagic added a comment to T278357: Discussion tools should recognise three and five tilde signatures and add only the missing part.
Agree that this would be a nice enhancement. Until we get some special markup for multi-line list items or delimited comment/post blocks, and unless the detection logic for inserting [ reply ] links changes, I think the tilde detection should only apply to the last paragraph or list item. Rationale at T278442#7249030.
I really appreciate how inserting the [ reply ] links detects any paragraph or list-item that contains both a user-page link and a timestamp, even if they're not at the end, and even if they are not adjacent. Using the same logic to suppress inserting a second signature on preview and save is not just good for flexibility in signing, but also good for consistency.
Jun 27 2021
Jun 27 2021
Pelagic added a comment to T262066: Make it possible to tell if Reply or New Topic Tool is open from browser tab's name.
I found this task from [[mw:Talk:Talk pages project/Replying#Page title doesn't show talk page is being edited]]. I would also lean toward “Replying:” or “Replying - ” rather than “Editing”.
May 11 2021
May 11 2021
Will you include data from WikiEditor and CharInsert, or is this task only scoped to VE/NWE?
Apr 15 2021
Apr 15 2021
Pelagic added a comment to T279449: Spurious MD5 errors ("SFS IP file contents and file md5 do not match!").
Could the extension have a local cached copy of the last file that passed validation, and fall back to that? (Whether it's worth the effort is a separate question.)
Yes, works for me now. Thanks, everyone.
Apr 5 2021
Apr 5 2021
Pelagic added a comment to T275456: Make @ mentions plain old links, not a special thing that I can't edit..
I found the task where the change was implemented: T252083: Treat links to user pages differently than normal wikilinks
Pelagic updated subscribers of T275456: Make @ mentions plain old links, not a special thing that I can't edit..
By “improve the link-editing interface in VE”, I’m thinking along the lines of what @Esanders said at T56947#6654173:
we added the label editing field to mobile VE. I think bringing that interface over to desktop would make these mistakes much less common
Pelagic updated the task description for T275456: Make @ mentions plain old links, not a special thing that I can't edit..
Pelagic updated the task description for T275456: Make @ mentions plain old links, not a special thing that I can't edit..
Pelagic added a comment to T275456: Make @ mentions plain old links, not a special thing that I can't edit..
editing the label of the link instead of its target, much like T56947.
I think the solution is to improve the link-editing interface in VE, not write a special case just for pings.
To the original question, “functions as they expect it to” ... my key expectation was that it works much like in the Visual mode, so yes, it does. Pasting formatted text and having the choice to convert the formatting to wikitext was pleasantly unexpected, since I don’t normally use NWE.
Thanks, @Thryduulf! I agree, I don’t need to see the details, the title is sufficient. Also understand why proper handling of suppressed names would high importance. I’m curious about how that all works under the hood, but I’ll be content with not knowing, to avoid another trip to the rhinologist for beans-removal. ;)
I'd regard T277919 as a blocker.
Restricted task? I don’t have permission to see it.
Mar 29 2021
Mar 29 2021
Pelagic added a comment to T257867: Adding/editing descriptions should modify the local article, not Wikidata - iOS task.
An example of this causing issues for a contributor:
https://en.wikipedia.org/w/index.php?title=Wikipedia:Teahouse&oldid=1014908856#Concerns_regarding_article_description_edits_not_appearing/not_being_logged_in_the_%22History%22_of_an_article
Feb 13 2021
Feb 13 2021
Question: should the KPI be “percentage of people” or “percentage of edits/posts”? If a person makes a mixture of successful and unsuccessful posts, do they get counted as a success or a failure overall?
Dec 26 2020
Dec 26 2020
If you must prevent people from changing the summary, then show it but make it disabled/uneditable. At least that way users can see what they are going to get rather than being surprised. It's hidden under Advanced, so the only people who look there are who know and care; you won't be confusing the uninitiated.
Dec 24 2020
Dec 24 2020
Pelagic added a comment to T267444: Make the affordance(s) for adding a new topic easier to identify and access (Vector 2022).
On Meta, the last section heading on a talk page has [ edit | Add topic ] instead of just [ edit ].
Dec 18 2020
Dec 18 2020
This task and T91683 are mentioned at https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Allow_editors_to_control_PageImage
This task and T265713 are mentioned at https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Allow_editors_to_control_PageImage
@DonTrung that's the non-javascript version of the page. I commented somewhere else that I'd like to be able to access that without disabling JS, but the reaction was along the lines of "what the heck for?"
Nov 28 2020
Nov 28 2020
Oct 31 2020
Oct 31 2020
Oct 21 2020
Oct 21 2020
Pelagic added a comment to T265373: The `#jump-to-nav` div will be removed in Vector - gadgets will be impacted without change.
Do the alternate divs exist in other skins, or will scripts that aim to work across multiple skins need to make an existence check? If the latter, can you provide an example code snippet to aid maintainers?
Aug 5 2020
Aug 5 2020
I was going to file a bug report on this, but I see I’m not the first. FWIW, I just now experienced it on iOS 12 Safari; haven’t checked other platforms. Happens in Vector, Timeless and desktop-web Minerva (but not in mobile-web where the text isn’t present and there’s no visual editing or preview mode, which is a separate problem).
Jul 25 2020
Jul 25 2020
Topic titles
General thoughts about pre-fill, snippet, and behaviour with/without customisable summaries
Jul 20 2020
Jul 20 2020
There are three sub-issues here:
- Stripping interwiki prefix.
- Unnecessary percent-encoding. Is that what you get for editing with HTML DOM? Can some trick markup be inserted like what is done to round-trip certain wikicode?
- Unnecessary piping. May be required for VE to WYSIWYG. It’s a disservice to those who prefer clean source, but what could be done?
Jul 14 2020
Jul 14 2020
Pelagic added a comment to T255448: Consider changing the segmented navigation titles (visual/source).
Note that people do find the pencil icon confusing. A pencil next to a section heading (mobile/Minerva) or in a page toolbar (narrow Timeless) means Edit. A pencil in an editing toolbar means switch mode. Unless it is actually a highlighter/marker, when it means syntax colouring. In a sidebar or infobox it could mean edit linked data.
Pelagic added a comment to T252445: Consider changing the presentation of the visual mode's editing toolbar.
It astounds me when I look around my workplace and see people running web browsers or word processors or similar applications in full screen on a 1920-px or wider monitor. And yet they do. (Usually with the actual text only 1/3 of the screen and huge gutters on the sides.)
Jun 21 2020
Jun 21 2020
Jun 15 2020
Jun 15 2020
Pelagic updated the task description for T255490: iOS app doesn't retain edit summary when moving back and forth through Publish wizard. .
Jun 10 2020
Jun 10 2020
Pelagic added a comment to T254287: Final warning: Mobile main page special casing will be disabled July .
Should step 1 be "Create Template:Main Page/minerva.css with ..." ?
Jun 9 2020
Jun 9 2020
Pelagic added a comment to T254287: Final warning: Mobile main page special casing will be disabled July .
This task is publicised in Tech News 2020, issue 24.
Pelagic updated the task description for T254836: Download as PDF: Font for <p> inside <td> is larger than expected.
Jun 3 2020
Jun 3 2020
I got this on sup and span lang whilst making a visual-editing reply at diff 426998, described in post vnjnk29hmsb98r71.
Jun 2 2020
Jun 2 2020
Pelagic added a comment to T236892: Communicate transition of Graph/Graphoid to client-side only JavaScript feature.
Agree with AlexisJazz, about need for more explanation. How is client-side JS more maintainable than server-side?
So, ... this depends on the user's current wiki having Flow extension loaded so that it can post to Structured Discussions on mw-wiki?
I think I'm going to need a "Bex and a good lie down".
May 8 2020
May 8 2020
Is a CSS class on the whole block sufficient, or should we have additional separate classes for the configurable-text and timestamp sub-components? The intent of T27141 is to allow users to remove custom styling, either would do. Are there use cases where people would want to style the components separately?
Is the sig. really a typeof Comment? (As illustrated in the example at T234966#5575981 above.) Wouldn't the associated text (usually but not necessarily preceding the signature) be the Comment?
I experimented with inserting my local time in my sig. At one stage I had nested {{subst:#time … {{subst:#expr … {{subst:#time …}}}}}} (subst one, subst 'em all), which would be banned under this proposal.
May 6 2020
May 6 2020
Pelagic added a comment to T249072: Add support in toolbar for special characters within DiscussionTools.
A comparison: desktop VE has a Symbol menu and desktop "classic" editor can have CharInsert, but Structured Discussions and mobile VE(?) only have a language-input selector, no symbols.
To remove the ambiguity, you could display both names in a 2-column drop-down. SD post vkpxssh1ty6lue6t
Apr 25 2020
Apr 25 2020
This shouldn't depend on no-JS stats. I'd like to use the other editor but am not willing to disable JS, so I wouldn't be counted in those.
Pelagic updated the task description for T251013: Interwiki link not rendering when using [[xyz:Page]] instead of [[:xyz:Page]].
Apr 20 2020
Apr 20 2020
Should this be renamed from "Ability to select different editors" to "Ability to select different editors for mobile web" or similar?
Pelagic added a comment to T249673: RFC: A modern and restrictive (but flexible!) skin system using Mustache.
Can this idea be extended to provide multiple end-user-selectable colour themes for a given skin? E.g. light, sepia, dark, black as in the mobile Wikipedia app and various eBook readers. Ideally something that can be toggled anywhere without going to Settings/Preferences.
Apr 17 2020
Apr 17 2020
Pelagic added a comment to T202921: Re-design the Editing preferences to make it easier to pick the editing environment that you want to use.
Anyway, sorry for the digressions. If we move the 2017 NWE out of beta, but leave the 2006 toolbar as a gadget, then instead of a 3-item drop-down, we could have:
Pelagic added a comment to T202921: Re-design the Editing preferences to make it easier to pick the editing environment that you want to use.
Minor observation: on en-wp,turning on-and-off the setting "Temporarily disable the visual editor while it is in beta" (saving settings in between) resets the Editing mode dropdown back to “Remember my last editor”. Previous preference (in my case “Show me both editor tabs”) is not retained.
Pelagic added a comment to T202921: Re-design the Editing preferences to make it easier to pick the editing environment that you want to use.
So are the actual choices something like as follows? (1)
Mar 3 2020
Mar 3 2020
Aklapper awarded T246565: DiscussionTools' Reply feature doesn't work on Internet Explorer 11 a Stroopwafel token.
Mar 1 2020
Mar 1 2020
Jan 21 2020
Jan 21 2020
If the decision is "no bug fixes for such old devices", then fair enough. Just wanted to report that the issue exists.
Nov 7 2019
Nov 7 2019
Agree with Sdkb. This and also the ability to edit or at least see the /* section */ part of the edit summary. See T234982: Varying approaches to section names in edit summaries (mobile vs desktop and visual vs wikitext). Mentioning it because it could be part of the same redesign (add checkbox for minor, add textbox for section).
Oct 11 2019
Oct 11 2019
I respect the concerns of those raising this issue, but mobile devices (and the two dominant OSs that run them) are so prevalent that I don't think it says too much about a person to reveal that they are using the mobile site or the app.
Oct 8 2019
Oct 8 2019
Pelagic updated subscribers of T223793: On non-SET wikis (two edit tabs), links to new pages (red links) should open the user's preferred editor (last used).
I'm not a huge fan of remember last (which is why I choose two tabs on en.wp), but I do see it as a reasonable approach for logged-out users and for those who don't want to dive into tweaking their preference settings.
Pelagic added a comment to T223793: On non-SET wikis (two edit tabs), links to new pages (red links) should open the user's preferred editor (last used).
For those who are having issues with being given the most-recent editor for redlinks, could we adapt the existing SET preference setting? (English settings pictured below.)
Pelagic added a comment to T234982: Varying approaches to section names in edit summaries (mobile vs desktop and visual vs wikitext).
Related tasks:
- T230185: Wrong section in edit summary of mobile editor – relates to edit summary not displayed nor editable in mobile wikitext editor. Aside, I see Jdlrobson mention there that Mobile Frontend isn't involved. Query: who looks after the mobile wikitext UI?
- T62134: Include /* section title */ in edit summary for mobile section edits – where the mobile wikitext section summary was initially added.
- “When the section title got changed in an edit, desktop uses the original section title while MF uses the new one”
- T67784: Include /* section title */ in edit summary for mobile section edits. “Yup, it is not displayed there because of space constraints”
- T178159: Enforce section name when editing a section. People can break section links. On the other hand there are cases where it's desirable to edit that info. Also, interesting point about auto-complete.
- T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing. To me there seem to be a lot of edge cases that complicate this. Say, what if an added H3 precedes an added H2, which heading wins? There is some discussion there around user expectations, software silently altering edit summary after submit, whether user should consider /* blah */ as part of "their" edit summary, …
- T2738: Ability to watch section levels of pages. On section watching. Question: if section watching ever happens, will it be based on looking for the section name in edit summary, or some other means? E.g. parsing for changes between headings, tagging sections with unique IDs. How to deal with nested sections? If I edit a H4 section, the edit summary just has /* H4 */ not /* H2 | H3 | H4 */
Pelagic updated the task description for T234982: Varying approaches to section names in edit summaries (mobile vs desktop and visual vs wikitext).
Pelagic added a comment to T234982: Varying approaches to section names in edit summaries (mobile vs desktop and visual vs wikitext).
Apologies for splatter-gunning the tags; this is very much a cross-team question and not sure which ones are most appropriate.
Oct 6 2019
Oct 6 2019
This task looks pretty mature, and a lot of decisions are already committed. A few extra thoughts anyway:
I was planning to log a feature request ticket, but found that this task already exists. For what it’s worth here is my user story:
Oct 4 2019
Oct 4 2019
Pelagic added a comment to T203151: Consider adding a button to let users edit the whole page in MobileFrontend.
In T178159#5547735, @Pelagic wrote:At time of writing this, there is no longer any edit page button on mobile. And the section-name part of the edit summary is not just enforced, but is invisible. If I want to add a section, I have to switch to desktop view or leave an incorrect edit summary.
Pelagic added a comment to T203151: Consider adding a button to let users edit the whole page in MobileFrontend.
In Minerva without AMC, you could add a button at the end of the page alongside "Discussion". But this might be too prominent. Could we put it beside the button(s) but make it a smaller link rather than a big button? (Similar to the Cancel link on the right of the Publish | Preview | Changes buttons in desktop wikitext editor, but not bold nor red.)
In T178159#3684012, @Frap wrote:when inserting navboxes at the bottom
In T178159#3684012, @Frap wrote:When inserting a section one ought to use the Edit page button instead of edit the section, …
Anyone have any feedback?
Pelagic added a comment to T234659: Buttons or menu items for whole-page editing and top-section editing in AMC using new page actions bar.
This may be a subset of T203151: Consider adding a button to let users edit the whole page in MobileFrontend, depending on the scope of that.
Sep 26 2019
Sep 26 2019
Pelagic awarded T122924: Merge Extension:Theme into core a 100 token.
Pelagic added a comment to T230657: Thanks extension is not shown on MobileFrontend history page (AMC mode).
If you remove Thank from desktop history page, you're likely to get an outpouring of complaints, of "where did it go?" questions, and of "we weren't consulted" accusations.
Pelagic added a comment to T230657: Thanks extension is not shown on MobileFrontend history page (AMC mode).
Similarly, is it useful to Undo without seeing the diff?
- Maybe if a user is repeatedly deleting the same sourced material and you see another red "-425" character count again…
- Maybe if you're undoing your own boo-boo.
- Also, a bad Undo can be undone (?) but a mistaken Thank can't be revoked.
Pelagic added a comment to T233845: Non-AMC Mobile watchlist shows opaque names for Structured Discussion topics.
Pains me to say this, but issue appears to have been logged previously at T93565: The "All" and "Other" tabs on MobileFrontend watchlist show Flow gibberish topic ID links instead of topic titles.
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits