Skip to content
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

Language detection / selection needs improvement. #65

Closed
benjaminkott opened this issue Oct 15, 2014 · 15 comments
Closed

Language detection / selection needs improvement. #65

benjaminkott opened this issue Oct 15, 2014 · 15 comments
Labels

Comments

@benjaminkott
Copy link
Owner

The current position of the language menu seems to be problematic. Users on Mobile devices may not find the selection.

@webian
Copy link
Contributor

webian commented Oct 16, 2014

Hi @benjaminkott ,
If I well understood your post, I find very good the actual position of the language menu cause it doesn't clutter the header and an user should change language only once if needed.
Also, if an automatic language detection and switch like EXT:rlmp_language_detection could be implemented the user shouldn't need to change language at all.
Bye!

@benjaminkott
Copy link
Owner Author

Hi @webian, thx for your feedback - sry for the late reply i am currently a bit busy.

The problem popped up while http://t3rookies.net/ was announced on twitter and some users did not find the language menu so we should at least think about this problem and have a look if there is a smart solution for this. I am not really intending to move the position of the menu since i fully agree that there is no need to put too much weight on the selection.

As you may have noticed i did for now only very small changes - in fact i just adjusted the list to be a bit more readable on mobile devices if the language names are longer.

I think for extra comfort your suggestion with an extension that handles the automatic detection is the best solution. But this is nothing the bootstrap_package itself should care about.

But we could add some additional information to the menu itself for the package - or change the appereance to a dropdown with language flags or something like this to improve the default usability.

What do you think?

@webian
Copy link
Contributor

webian commented Oct 21, 2014

Hi @benjaminkott!

The best UI solution I can think of is to add a cog icon that when clicked will display site setting with language selection (there could also be other settings in the future).

The cog icon link could scroll to the bottom or open a modal.

Example:

Wide screen
Wide screen

Small screen
Small screen

@webian
Copy link
Contributor

webian commented Oct 21, 2014

I add that, before the cog icon, I thought of use one of other icons more related to language like the "globe" or "flag" or "comment":
Icons
and then display a drop-down with languages.

But I find better to use the cog because it's a good looking icon even when small and its meaning is more generic so it can be used to indicate other setting like login for example. So I imagine a modal with login form + language selection.

What do you think?

@newenduser
Copy link

Hi again,

@webian: Sorry that I opened a new threat. Probably I thought those "old" threads aren´t read any more.
@cedricziel: Unfortunately I cannot provide a pull request, because I really am an end user. I cannot code, I am just using what you all provide.

Basically I just wanted to point out that the language position on the lower left (footer) simply doesn´t seem to work for users who don´t know the template. In my eyes it´s always quite important to have real users´ feedbacks. Upper right corner probably is the only position that works.

It´d be great if the selection could be brought up there - either with a flag or a globe as icon. Is this very complex and do you think any of you guys will find some time to implement it?

Thanks a lot in advance!

@webian
Copy link
Contributor

webian commented Aug 24, 2015

@newenduser no problem, I was wondering if there was a reason that I didn't get to open a new issue. (when you reply to an issue, Github sends emails to the users that participate to the discussion so no worry, old issues are still read)

I should work on this but not really soon, sorry. Maybe a quick solution, if you know (or wanna learn) a little of jQuery is to inject a link in the main menu (CSS styled as you want) that, when clicked, will scroll the page down to #language_menu.

@newenduser
Copy link

@webian Thanks again for taking care of this issue and I will keep my fingers crossed that you will find some time for it! Thanks also for the tip with the link, although I personally think that a "cleaner" solution would be much better. I am quite sure that many out there dealing with international users would greatly appreciate the "upper right"-solution! Thanks!

@workfare
Copy link

@webian & @newenduser this is to confirm the problematic language selection.
We are working on a onepage site for an international audience with initially english and german versions but many more to come. The selection in the footer doesn't really work.
Our designer provided a solution with a globe icon. It reveals the available languages when clicked in a dropdown. I am having a hard time implementing it with Typoscript because there is no IFSUB on a onepage.
But that aside the language selection needs a better solution.
And having said that: Everything else works like a charme.
Big thank you for that!

@newenduser
Copy link

@webian Good morning (to you all)! I was wondering if there is any progress regarding the language menu position? We plan on going live with our little new multi-lingual project within the next weeks. I am just curious whether you have had time already to take a look? Not exactly knowing where you are located, please be sure that we will buy you a beer for helping us out! Have a great Thursday!

@webian
Copy link
Contributor

webian commented Oct 28, 2015

Hi @newenduser,
I created this gist with a Javascript that moves EXT:bootstrap_package language menu to main menu
https://gist.github.com/webian/787f4993e66b9255b8cc

I hope it helps.

@newenduser
Copy link

Hi @webian,

Thanks a lot, works nicely! The only thing I don´t understand is that the mobile dropdown menu looks different to the desktop version. The colors I defined are different. This is somehow strange, since the main menu looks the same in both versions. Do you have a hint for me by chance?

Anyway, it´s good to have the language selection on the upper right now, thanks again!

@webian
Copy link
Contributor

webian commented Oct 30, 2015

Hi @newenduser,
language items on mobile should work the same as the other menu items on mobile. The same css should apply to them cause they have the same markup. Do you have a url to give me to check it?

@newenduser
Copy link

Hi @webian! Sorry for my delay in responding! I am happy to forward the URL once we go live - this will be in a couple of days / weeks. It´s not a major issue, but it is strange in my eyes that e.g. the hover color is different once the menu is collapsed (for smaller devices). Actually I would like to show you guys the website anyway, since the template you all are working on so much helped us a lot. Thanks!

@newenduser
Copy link

@webian In October you asked for a URL to check, here it is: eventmachine.xyz. Took us a while, but I wanted to have a proper solution for us (including automatic language detection) first. If you compare the mobile and the desktop versions, you will see that the hover effect for the dropdown menu differ...and I don´t really know why... Thanks again!
@benjaminkott Benjamin, maybe you would like to have a look at the website as well - thank you so much for you all working on this template. I think we did quite a nice project with it. Thanks!

@benjaminkott
Copy link
Owner Author

Thanks for your report, i´ve created a new epic to collect all language related issues, or areas that could need improvement: #510

Will close this issue for now, but will be referenced in the epic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants