Latest comment: 9 months ago2 comments2 people in discussion
Several contributors, including myself and User:Jules*, don't understand the point of the ‘edit quality’ mention in the Android application.
The mw:Wikimedia Apps/Android FAQ states that edit quality is ‘based on how many of your edits were reverted’. Is this the only criterion used? If so, calling it ‘edit quality’ is presumptuous, not to say irresponsible, given that there should be so many criteria. What are the different levels of judgement: excellent, good, bad, horrible, etc. ? What does this mean for developers, bots, patrollers and administrators? Whatever the case, the consequences of such a statement could be quite serious.
It's clear that the choice to keep this mention in the application doesn't just concern the application developers or even a small team, but all Wikipedia contributors, whatever their language. So we think it's important that you answer our questions. (As my English isn't very good, could you answer me in basic English, or at least without figures of speech? Thank you in advance.) Abalg (talk) 13:37, 7 January 2025 (UTC)Reply
Merci d’avoir exprimé vos préoccupations concernant la fonctionnalité "qualité d'édition" dans l’application Android. Je voulais vous informer que j’ai déjà répondu à votre question dans la discussion sur le profil de Trizek.
N’hésitez pas à la consulter, et je suis ravie de poursuivre la conversation si vous avez d’autres idées ou suggestions.
Latest comment: 4 months ago7 comments2 people in discussion
When I view footnotes - as in the output of {{efn}} - in the App, they are correctly labelled [a], [b] etc in the text, and when I click them the little pop-up has the correct label, but in the listing under {{notelist}}, they are all labelled [0].
Just to confirm — are you the same person who recently emailed our support team about this issue? If so, we’re already following up with you there and will continue the conversation through that thread to keep everything in one place.
Thanks so much for reporting this, it's helpful to have multiple examples.
I’ve shared both your report and the one we received via support email with the engineering team, and I’ll follow up here as soon as I have any updates.
Just to confirm: are you using the iOS or Android app? And could you let me know the app version you’re on?
And I had to write that down and re-enter it, because I can't copy it from the About page. Why not add a 'Copy Version Info' button, because realistically, the only reason most people would check it is to pass it on electronically to product support. -- Verbarson talkedits14:39, 12 June 2025 (UTC)Reply
Hi Verbarson,
Thanks for pointing that out, good news: we already have a ticket for this and are working on it! You can follow the progress here:
Latest comment: 4 months ago4 comments2 people in discussion
on Liberal (steamship)history section in edit mode. if i search double space, it shows only single double space before Lieutenant Colonel Teobaldo Gonzalez, onboard steamship. there are 2 instances. video is available at https://limewire.com/d/pRgWY#lXeSWpD74s, it expires in week, please try to view with chromium based web browser first, otherwise there may be disappointment! version: r/2.7.50532-r-2025-05-20 Kiji-Jiki (talk) 05:29, 20 June 2025 (UTC)Reply
Double spaces are generally not preserved in regular Wikipedia text. However, there are templates and formatting options that can be used in cases where double spacing is needed.
there are 2 double spaces, it is indicated in search bar as 2/2 (top of video). if i tap arrows, only 1 double space is visible in orange colour. if you go to 2nd (1/2) double space, it doesnt show anything similar to 1st. Kiji-Jiki (talk) 17:37, 24 June 2025 (UTC)Reply
According to our team, both double spaces in the article should be highlighted, so this behavior isn’t expected. You can follow the updates from the ticket above.
Latest comment: 4 months ago2 comments2 people in discussion
version: r/2.7.50532-r-2025-05-20, it shows old webpage url for "Learn more about edit summaries" when we try to publish changes window. help:edit summary webpage is moved! old url: https://meta.wikimedia.org/wiki/Help:Edit_summary moved url: https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Edit_summary Kiji-Jiki (talk) 13:41, 22 June 2025 (UTC)Reply
The edit streak refers to the number of consecutive days you've made at least one edit using the app. It's meant to encourage consistent editing over time by tracking how many days in a row you contribute.
Latest comment: 4 months ago1 comment1 person in discussion
today morning my edit streak was 8 days. as of now, it reduced to 6 days. its confusing or provides wrong/negative impression. if possible add info when edit streak was started. Kiji-Jiki (talk) 18:26, 26 June 2025 (UTC)Reply
Latest comment: 4 months ago2 comments2 people in discussion
version: r/2.7.50532. open article LimeWire, go to section: Version History. tap find in article. search for curly apostrophe and quotation mark. result: 1 curly apostrophe, 14 curly quotation marks. in source view or if i tap pencil: there are 0 curly apostrophes, 0 curly quotation marks. there should be no difference in count with or without source view! Kiji-Jiki (talk) 00:22, 1 July 2025 (UTC)Reply
Thanks for your message and for walking us through the steps.
We looked into this and it seems the difference you're seeing is due to how the app renders content. When using "Find in article" in reading mode, it can pick up curly quotation marks and apostrophes that are part of styled or linked text. But in source view or when editing, you're only seeing plain text — so characters inside links or templates may not be counted or visible in the same way, this is expected behavior. ARamadan-WMF (talk) 05:27, 10 July 2025 (UTC)Reply
per section edit option gone Android App r/2.7.50540-r-2025-07-08
Latest comment: 3 months ago2 comments2 people in discussion
example: Shanghai National Party, only able to edit entire article using three dot menu: edit article. pencil icons aka edit for lead, Founder, etc.. sections are gone. --Kiji-Jiki (talk) 05:23, 10 August 2025 (UTC)Reply
@Kiji-Jiki: This is not the latest version (I have 2.7.50543-r-2025-07-31), but this probably doesn’t matter: the feature is there, (to my knowledge) has long been there without interruptions – and has long been configurable. I guess what happened is that you turned it off by enabling Reading focus mode on the Theme panel (available on the bottom toolbar). You can either turn off that mode, or select some text in whichever section you want to edit and select Edit here – the Edit here feature also opens section editing. —Tacsipacsi (talk) 23:57, 10 August 2025 (UTC)Reply
Latest comment: 8 days ago2 comments1 person in discussion
The latest update in June has We are testing two different text-to-speech prototypes with users. – where can one find some more info about this? I'm interested in this because I think this area has lots of potential and because I doubt plain and normal text-to-speech reading tech would be as good as this could and should be – even if the voice audio quality is on par with the latest tech – because of issues like it pronouncing for example the WHO as 'the who' instead of the 'the W.H.O.' or ending a sentence at 'e.g.' because of the two dots, as described here. Maybe while it reads the article, it could highlight the respective text in the article. Prototyperspective (talk) 23:10, 20 September 2025 (UTC)Reply
Latest comment: 10 days ago2 comments2 people in discussion
Hello! I've been testing the new reading list feature, and while it is a fantastic feature, I feel like you might also want to add the ability to add topics by catergory, rather than just by article. Example; if I'm interested in bears, I can follow the topic bears, instead of potentially being recommended content on other mammals because it's technically related to the article "bears". This could also allow excluding content by topic, for example seeing bears but not polar bears. Cheers! Cmrc23 (talk) 19:50, 3 October 2025 (UTC)Reply
Latest comment: 10 days ago3 comments2 people in discussion
For example, on the wikipedia page for Glen Rock Public Schools[1], the gallery of the elementary schools is accurate for desktop, but not for mobile, as the images become stacked (this may not show by just using the mobile link on a desktop.) Is there a way to set an alternate caption or footer? In this case the gallery uses the Template:Multiple image, with the footer serving as the caption. Thanks! Magicalus (talk) 22:15, 1 November 2025 (UTC)Reply
I strongly doubt many let alone most users are on metered connections where a few MB per month matters. Maybe your point would make sense if the app was 500 MB in size and gets updated once a month or more often, due to most mobile Internet connections being metered ones. Prototyperspective (talk) 12:07, 13 November 2025 (UTC)Reply
Then I think the missing piece is to get the app source on par with the mobile web version. There's probably already some issues about it as well as unsupported or nonexistent Wishlist wishes. I think it's important and while I do see how in current times, mobile first would be a wise approach, Wikipedia editing in specific just works much better on desktop where people have a keyboard to write text instead of on the phone which has just a small screen and a touschreen board which is better suited for replying to Talk page posts, correcting small typos, adding brief content, and these sorts of things instead of extensive Web inquiries and editing/addition of long texts so the current app editing capabilities may not be all too bad. I think only a tiny percentage of text by bytes is/was contributed to through the mobile app or mobile Web. In any case, that doesn't mean the app should be smaller but that its editing features need improvements. Prototyperspective (talk) 19:40, 13 November 2025 (UTC)Reply