Please, restore the original search function to the feed article lists, to the way it was before. The new method is inconvenient and unproductive, because it forces the user to leave whatever his current position is in the app, to jump to either one of the "Unread articles" or "All articles" groups to set up a search, and afterwards having to find and return to his previous position. The current workaround of opening another instance of Handy so that the one instance can be applied for the current position and one for setting up the searches, is an unrefined solution, best serving as a stop-gap fix.
The new search location has also brought with it some anomalies, one of which has been solved already. Another is described below, but it can be avoided if the user pays careful attention:
STEPS
Go to, and tap to open either one of the "Unread articles" or "All articles" groups.
Open the search box.
Type the search string in the search box.
Wait until the search results appear in the article list.
Tap the "x" to the right of the search box, once only, to clear the search string.
Do not tap the "x" a second time, which would close the search box. (As if you've forgotten to close it.)
Move away to any other feed group, say named "A", which contains articles, and tap on it to open its list of articles.
Notice that zero articles are listed.
Return to 1. to close the search box that were "forgotten" to be closed, and now close it by tapping the "x" a second time
Now, go to feed group "A" again, and tap on it.
The list of articles in "A" is visible again.
Additional comment:
Please take a good look at the provided screenshot, which proposes another search method. It is one that will handily support access to multiple search locations from a single search box — irrespective of its own location within Handy.
@yanus171
Please, restore the original search function to the feed article lists, to the way it was before. The new method is inconvenient and unproductive, because it forces the user to leave whatever his current position is in the app, to jump to either one of the "Unread articles" or "All articles" groups to set up a search, and afterwards having to find and return to his previous position. The current workaround of opening another instance of Handy so that the one instance can be applied for the current position and one for setting up the searches, is an unrefined solution, best serving as a stop-gap fix.
The new search location has also brought with it some anomalies, one of which has been solved already. Another is described below, but it can be avoided if the user pays careful attention:
STEPS
Additional comment:
Please take a good look at the provided screenshot, which proposes another search method. It is one that will handily support access to multiple search locations from a single search box — irrespective of its own location within Handy.
HNR Search feature screenshot