Wed, Feb 13
Nov 15 2018
So, please clarify: does this mean that 4 years on from my first request we're now being told nothing will happen unless we put it through the Community Wishlist scheme?
Nov 5 2018
I'm not surprised to find that this has already been raised, but am surprised and disappointed that it's been allowed to remain unresolved for so long.
Jul 6 2018
After four years I'm delighted to see that there is finally some progress on this. I look forward to seeing changes implemented. Thanks.
May 2 2018
Apr 26 2017
Three and a half years on from my initial complaint, and as far as I know the Visual Editor is still useless to me, so I don't use it. Let me know when it becomes a useful editing system for people who need to see the original article while adding categories or doing other tasks.
Dec 6 2016
Yes - when someone tells me that VE is usable, I'll have another look at it. If the dialog box still obscures the content, then for my prolific WikiGnoming it's useless. Two years since I raised this, and no progress. Nice to feel appreciated.
Mar 20 2016
And my app settings tells me I'm in Beta-2016-02-10.
To clarify: the problem described above is when using the app.
Unfortunately the problem has not been solved. I have observed the problem several times since 10th Sept, but am now sitting with phone and laptop together so can report on it.
Mar 4 2016
Thanks. I look forward to not seeing the problem again, and will let you know if I see it after next Thursday.
Jan 30 2016
An effect of this bug is that the tab bar jumps around distractingly if the window is below a certain width.
Jan 29 2016
Jan 24 2016
I'm still having the problem of inability to edit final section of many articles because the edit icons are loading the wrong sections, but have today found a new problem which is probably related.
Jan 12 2016
I seem to use both, but yes, it's the app view which I recognise.
Sorry, screenshot instructions didn't work on my phone.
Jan 8 2016
No, I do not know how to get a screen shot off my mobile phone. It's a Samsung Galaxy Ace 4, using Android 4.4.4 I believe I'm using a Beta version of the mobile access. The URLs start https://en.m.wikipedia.org/w/....
All the problems I have encountered and reported have been in article namespace - please read my earlier detailed posts. It was someone else who found a problem with Category:Stubs.
Does the explanation for the problem account for the page where two sections had no edit icons and later icons referred to last-but-one section? See my post of 1 Jan 09:14.
Jan 5 2016
The new title of this bug seems confusing: the problem is that the first (non-top) section has no edit icon, and the edit icons for later sections each point to the immediately previous section. In one example the first and second sections had no icons, and the remaining icons pointed to the last-but-one section.
Jan 1 2016
I have now found a first example where two sections, not just one, have no edit icon: "Vijayadasami (film)" Current version is at https://en.wikipedia.org/w/index.php?title=Vijayadasami_%28film%29&oldid=697689522 I found the problem both last night (about 8 hours ago) and right now. There are no edit icons on mobile for the sections "Cast" and "Release", and the edit icons for "References" and "External links" each lead back two sections (ie from EL to "Release").
Dec 31 2015
Sorry not to reply sooner - I've been away from email, and hence Phabricator notifications, for a few days.
My T121496 has been merged into this task, so let me clarify my request here: the ability to search on titles of both articles and redirects together - thus picking up previous and alternative titles (eg latin or common names of plants, variant spellings of people or places, etc).
Dec 27 2015
Sorry, I think it's website not app. In Android on Galaxy Ace 4.
Dec 15 2015
Sorry, but "You can search for a word in title" is no help - I know about the "in title" template. What I want is the ability to find the word "acaule" in the redirect "Lepidophyllum acaule".
Oct 16 2015
Oct 1 2015
Thanks, that's good news. Time and again I've been gnoming away stub-sorting etc on my mobile, thought the dates were missing from lead though present in text or infobox, gone to edit the lead to add them ... and found them sitting there OK, just hidden by the app.
Sep 17 2015
Another example of an article where removing bracketed text makes a nonsense: https://en.wikipedia.org/wiki/Three_Men_in_a_Boat . Please reconsider this "feature".
Sep 16 2015
As an editor and reader, this suppression of bracketed information (typically a person's birth and death dates) feels like a bug. I spent time trying to find a person's birth date to upgrade the article from which it seemed to be missing, went to edit it, found it was there all along.
Sep 15 2015
Well, as reader and editor I would prefer to see those dates included.
Jul 17 2015
Is there any progress on this request? Recently for a few weeks the "Thanks" button appeared on the left, not the right - wonderful reduction in stress level. But it's back there now, under my finger when I'm poised to scroll a screen, vulnerable to a moment's doziness.
Mar 5 2015
Dec 9 2014
Please reconsider your rejection of my request.
Dec 8 2014
The new bug I raised was 72903 and is T74903 in Phabricator, but has been dismissed with "I don't think this is justification for turning off the feature. The good far outweighs the few accidental taps I'm sure."
Dec 5 2014
Looks as if it might work: I don't know the term "dock" but I think you mean what I'd call "minimise"? So click on that icon, the dialog box shrinks to an icon, I read what's behind it: I hope I can copy text from it, eg to fix a DEFAULTSORT? Then click on the icon to restore the dialogue box and carry on. Yes, could be a great solution. Probably better than my original suggestion, many moons ago, of dragging or resizing. Thanks.