I just gave the app another look, and it's looking good (I've preferred Wikipanion for
several years prior to this).

Two small items of feedback:

1. A labeling mismatch: When I am viewing my history and I hit "Clear" and the dialogue
asks, "Are you sure you want to delete all your recent items?" my reaction is, "What?! I
don't want to delete anything! I just want to clear this screen." Yes, from a programming
perspective clearing history involves deletion, but from a UX perspective it doesn't. It's
just a "forget" function.

(Remember, too, that this is *Wikipedia* we're talking about — an environment in which
users really can cause deletion mayhem! Any user who has edited a Wikipedia article has
good cause to hesitate when faced with a Delete function in a Wikipedia app! We'd all like
to believe that users will discern the difference between the two kinds of deletion, but
of course if you've ever observed live user testing you know that's not how it goes.)

2. In scanning the app's "Help and Feedback" section (a.k.a. "Wikimedia Apps/iOS FAQ") to
find an email address to send the above item of feedback, I stumbled across mention that
bookmarking an article actually *saves a copy* of it on the device for off-line viewing.
Not only is this a useful feature, but, in a fascinating coincidence, THE EXPERIENCE THAT
LED ME TO GIVE ITEM #1 OF FEEDBACK ABOVE HAD SHAPED MY MENTAL MODEL OF THE APP'S WORKINGS
SUCH THAT I BELIEVE I NEVER WOULD HAVE FOUND THIS FEATURE.

To explain:

First, consider that I have no reason to think articles in my History are stored locally;
that's not the way apps work generally and I see no indication that this app works that
way. So when this app suggests (via a label on a control) that clearing History involves
deletion, I learn to interpret "delete" as the app's word for "clear a list".

Next, consider that this forming of a model happens while I'm poking around the interface
exploring this new app on my device, and that immediately before or after exploring the
History tab I tapped on the Saved tab as well. (Which has an icon that is clearly based on
a traditional bookmark made of ribbon material, so of course in my mental model it can
easily represent a bookmarking function, despite a text label that may be at odds with
this.) So, across the two tabs and their Clear functions, consistency of labeling is taken
as consistency of behavior. In the Saved tab we find a Clear button that brings up a
warning message nearly identical to that of the Clear button in the history tab. If
clearing History simply clears a list, then clearing Saved must simply clear a list as
well.

I gathered, however, by accidentally stumbling across the info, that in reality, unseen by
the user, one of these tabs is saving articles for off-line reading while the other is
(presumably) not doing so. In short, the interface is suggestive of articles being saved
ONLY IF YOU ALREADY KNOW THAT IS THE CASE, having obtained that information elsewhere.

So:

1. The History tab's Clear button should ask, "Are you sure you want to clear your
history?"
2. The Saved tab's Clear button should be labeled "Remove" instead, and should ask, "Are
you sure you want to remove these saved articles from the device?"

A "Clear" button to clear; a "Remove" button to remove. And dialogue text that matches the
verb choice.

With these two small, simple changes, the user experience will be made more consistent and
a key capability of the app — off-line viewing — will be made more evident.

App looks darn good! Thanks for the hard work. I hope the above feedback is helpful.