-
-
Notifications
You must be signed in to change notification settings - Fork 989
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Launch experience #608
Comments
Yes. I had raised this issue a long time ago for our project, at the time One of the more prominent points in favor of our current splash screen is Best, On Tue, Apr 15, 2014 at 1:58 PM, Jan-Christoph Borchardt <
|
Well, in the case of a maps/navigation app we can safely say that it’s a good call to at least loosely orient oneself at the most widely used Maps app there is: Google Maps. They have an Android app, and it does show a map initially. There are ways of showing a meaningful menu. And the search bar is pretty obvious. I know there can be a lot of doubts and caution regarding redesigns, but if there are two big players like these which use nearly the same patterns then we can safely assume this is a generally good direction to go in. |
I do not agree with the remark: That is not how I use the app. Almost NEVER I go to the map in first instance. I know that it works for a lot of users this way as it has been discussed extensively in the list (like Sonora mentions). |
Jean-Christoph, how about a straw man in the form of some mock screenshots I am certainly all for using best practice, but would not want to blindly Thanks for any input and discussion! Best, On Tue, Apr 15, 2014 at 10:57 PM, Jan-Christoph Borchardt <
|
@hvdwolf let me clarify. The map is of course not the only thing you see:
Tapping into the search box could suggest the favorites, and recent searches. You could scroll through them. Typing one or more letters would drill down.
Then the search box works for exactly that.
That’s why it’s not just the map, but also the search bar (incl favorites & recents). :) |
@sonora here you go. It’s a super-rough mockup (and only one screen and only one orientation), but this is how the initial screen could look like:
I can make this a lot more precise and I could provide lots more mockups, but for now I won’t (also because I need to sleep and do other work), mostly because: You would find that I will describe other maps apps, most prominently Google Maps (or Apple Maps). I would actually love to hear more use cases such as @hvdwolf’s to see how we can adapt to things like these. But really, do me one favor: Use the Google Maps Android app just once to see if it can fulfill the tasks you need doing with their design. If it can – that kind of proves this point. If it can’t then that’s even more interesting because it means that we can improve upon it. |
I see what you mean and this might be a good option but we really have to think about the subsequent screen actions. When I have calculated a route and put in on screen I definitely don't want to see the (big) search bar on top of it. In google Maps it stays on top. When navigating it should definitely disappear. Also when doing the occasional browsing I'd like to see as much of the map as possible, that is: without the search bar. It should have a close/remove option. W.r.t. Google maps: it is in first instance a browsing and searching tool, not a navigation tool. That is a different approach to a user interface. I have used many navigation tools a.o. OsmAnd, BeoOnRoad, Mapfactor Navigator free, Navigo, iGo, TomTom, Mio and a few others. The only navigation tool starting in map mode is Mapfactor (and I don't consider pc tools as due to the resolution they have much more screen estate). On second thought it might be a good action but lets discuss this (again) in the mailing list. What are pros and cons, what else do we have to think of, etc. |
This is very disputed topic. On one hand I want to see the map immediately, on the other hand I know people who would like to see dashboard when they start. Also I know people who would like to see more actions on dashboard. Also there are people who constantly using dashboard after application started! However it is fully functional without dashboard. Simply because dashboard is an "easy" way to navigate through the system for them. That's why we still have issues how to get back to dashboard from different screens. And this is not about good search on the map, which obviously don't have and not clear when it could be done. This is about people would like to see their intent when they start. That's why there is a tremendous demand to see on the dashboard screen "Drive Home" and as an option "Drive favorite". OsmAnd is unique compare to Navigon/iGo because these applications are usually not used to "look around"/"find myself" in the city (where map based approach is needed). |
I would like to have a choice in the general settings, like:
|
What about a small start: On startup, just show the last section which was open. Every time OsmAnd is started newly (after removing it from the app switcher for example, or restarting), I am thrown back to the dashboard. |
Jean-Christoph, this is in deed a strange effect we have in OsmAnd, I had noticed that,
I think this is by the very design Victor struggles with above, I sort of Regarding the general discussion: I am glad we collected all these opinions Regarding the strawman Jean-Christoph has poduced above: As Harry said, if Also: As already mentioned: Google by ist very nature is search-centric, And having yet anothe rconfiguration seting also does not simplify things But the whole topic would be important only after we find a way to Best, Hardy On Wed, Apr 16, 2014 at 5:17 PM, Jan-Christoph Borchardt <
|
Please all stick to this github site topic when answering. |
Please all stick to #608 when Harry 2014-04-18 14:21 GMT+02:00 Hardy notifications@github.com:
|
Yes, I notice that, too, after you point it out. (I personally had simply replied to emails I had seen, and that sometimes makes it totally obscure where the discussion is actually happening ...). Discussions like this should really happen in our Forum, I think, not on github. We would reach a better spektrum of experienced and new users there ... |
I move it to backlog to redesign dashboard and make transition between dashboard and map more natural. We still need dashboard, but much more functional and easy. |
@vshcherb if you move it to the backlog, why did you close this issue? We should keep it open as long as it’s not fixed, shouldn’t we? |
I will just list some items to make it clear :
|
Currently when starting OsmAnd, what you see is not a map, but rather a menu:
Additionally they all seem to have equal importance because they are all of the same size and layout.
Instead, the first thing you should see when starting OsmAnd is the map. The map is the most important part of the app. That’s where I want to look where to go, where I want to search things, where I have my favorites.
The search bar should be integrated in the map. Like at the top, how many widely-used maps apps do. Or apps which offer a search, that is.
The favorites are displayed directly on the map. They should also be shown as suggestions in the search if the search term is relevant. And in a menu.
The settings should largely be unnecessary to edit because they use good defaults. An option to download region data could appear (non-intrusively) when you browse over said area. Settings will always be available through a menu in the main map view.
The text was updated successfully, but these errors were encountered: