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

Redesign for better Multilanguage #78

Closed
muescha opened this issue Jul 9, 2013 · 7 comments
Closed

Redesign for better Multilanguage #78

muescha opened this issue Jul 9, 2013 · 7 comments

Comments

@muescha
Copy link

muescha commented Jul 9, 2013

this issue is for putting together all ideas and people who want to make a good redesign.

(see #20 )

@muescha
Copy link
Author

muescha commented Jul 9, 2013

i think it should be redesigned for a better multilanguage site.

When the original english version is changed then all translations for this spec should be marked somehow.

Just now it can be out of sync if something chaned / added

@killthekitten
Copy link

Copypaste from the issue #66

  • Layout must be DRY and reusable.
  • Menu items must be auto-generated from headers instead of being inserted manualy.
  • Same with social buttons.
  • Same with additional info links.
  • Translations should be more maintanable. It will be great if the translation maintainer could receive a letter when some practice was added or changed in original version of the betterspecs.
  • Practices should be voted and discussed on the site, not on the github.

@shunwen
Copy link

shunwen commented Jul 12, 2013

hi @killthekitten , is this what you are looking for? https://www.transifex.com/

@killthekitten
Copy link

@shunwen looks good, thanks

@andreareginato
Copy link
Collaborator

Thanks @muescha for opening this much needed ticket. I would love to see if out there already exists something similar to what we need. Even more, the new version of better specs, in my ming should do mainly two things.

  • Easily update translations when a change is made
  • Multi programming language, which means to have the ability to define better specs for ruby, but also for Node, Python and so on.

About the initial points of this issue, I'm fine with everything, out of the last one. I mean, it's ok to discuss in the site, but we'll have to take all existing comments to the new version. This is important.

@onebree
Copy link
Contributor

onebree commented Jun 4, 2015

I would like to update everyone by taking a look at this comment I made on another issue:

@onebree said in #65 (comment)

When we change the format of the site, we can haven links to the country flag, which points the user to a translated version of the site. This is why Pages would be good, because it will be easier to format other languages (using ** for bold) and to render partials dependent on a parameter passed to the URL (like [language]=de)

Basically, I plan to overhaul the site and move it to Github Pages with Jekyll, where we can edit content with Markdown. This will make it much easier to read (as Github renders markdown), view changes, and organize views.

@akz92
Copy link
Member

akz92 commented Aug 3, 2020

this seems to have been achieved overall now that we're not doing translations anymore. 🙂

@akz92 akz92 closed this as completed Aug 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants