Tag Info

New answers tagged

0

There is not very much you could do without changing the architecture of the menu. You could change the way you have designed the menu, if you have all of your content in one box then you can segment them as below, so levels with less content will not have lots of empty space. So instead of having your sections rest as vertical sections per level you could ...


1

It's important to the user to know the state of the application, which in this case is "I don't have any items for you to show" (as defined by Nielsens 10 Heuristics). Visibility of system status: The system should always keep users informed about what is going on, through appropriate feedback within reasonable time. ...


0

How about two symbols on each line of your tree. One for selecting and one for expanding to see children. You would have to render it manually, maybe as a table with Javascript methods on each image/button to show or hide rows, but once you worked out the basic functionality, it should be fairly easy to render dynamically from the backend.


0

I think option one is not really an option: making users switch between two languages while they are trying to come up with a good query is not such a good idea. It's better to present results in both languages at once, as you are suggesting in option two (and as Aprillion and other commenters agreed). I suggest two adjustments: not splitting the ...


0

There are good answers, I wanna add: trial and error. Probably you don't know so much your users to arrive a good solution at once. And for sure, we don't know neither your users nor your website. So, you could implement several solutions and made statistics. First, use beta testers. Then, implement changes gradually (for a growing number of users). ...


1

Enforcing one language on an element within a multilingual experience might be confusing. If your users are using several languages on the app, then that should be respected. Otherwise it could be mysterious why all of a sudden everything appears in English, for example. However, to eliminate confusion on the auto-suggest element, you could simply allow ...


1

Don't ask the user a question if you don't have to. Same answer essentially as @Aprillion but explicit rendering can help user e.g. download bmml source – Wireframes created with Balsamiq Mockups Will work OK with up to 3 languages - so default to English + users locale + (optionally) IP based locale


7

For a bilingual search, do not detect the language, just search both and return results from both searches. E.g. when typing "ma" in the autocomplete search box, you could get: maçã (apple) ácer (maple) For multilingual, it wouldn't work that well, but if the search in the chosen language returns 0 hits, you could use a whole-word search in all languages ...


0

System itself will get confused when user starts typing only few characters (e.g. Portuguese), You could delay the search keyword matching until a full word has been entered. That way you can match an appropriate item (in either language).


1

Currently you hide a huge content from users, but it's a critical point for your service. Using multi-language makes the case even worse. For Google it works, but they have strong back-end for doing this. I suggest explicit presentation of the content, using multi-level selection. So you build strong information architecture of your content, which has the ...


0

I feel from a user's standpoint that I very much appreciate a list that auto completes as I type. I don't mean just the first letter, but each letter drills you down farther. In my experience it is the quickest way to get to am item bar none. It is also very rare and I wish more programmers would do it or use tools that do it for them if they aren't into ...


2

Option 2 is a better idea. "Have a 'Recently used' section at the top with the x most-recently-used items (3? 5? 10?) and an 'All' section below with everything on the list." In terms of your 'recency or frequency' question, it all depends on what you are holding in the list. For example, if you have data which the user is unlikely to select ...


1

How many combinations are there and are the users familiar with them? If they tend to know what they want, why not have list with "Van", "Van + Flatbed", etc, to cover the special combinations. If you do auto-complete, they can simply type "V" to get all the "Van..." options and select what they need. Even if you have to allow a simple UI to add new ...



Top 50 recent answers are included