-
Notifications
You must be signed in to change notification settings - Fork 302
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
Add German translation #2
Conversation
Hi @cyb3rko! I'm really glad this repo turned out to be helpful for other people. I started it a few years ago so I can easily add CC Licenses to my other repositories, but somewhat it reached out and served the same purpose for other people as well. Your contribution is really interesting! I would be glad to merge it! In fact it's giving me the idea to add a Spanish translation (which is my native language). I have a question... When I add the CC LICENSE file, GitHub automatically recognizes the license and flags the repo with it (see https://github.com/santisoler/lapis2019 for example, under the About section). Do you know if GitHub still recognizes the German translation? I'll leave a brief review of the PR so we can merge this! Thanks again for the contribution, I really appreciate that you took the time to do it and opening the PR! |
Thanks for your quick answer. I suppose that GitHub just links the LICENSE file in the About section. I don't think we should translate the name of the file. Does that answer your question? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What if instead of having a Translations section at the bottom, we have some badges under the README.md
title for each language?
Something like:
[![Deutsche](https://img.shields.io/badge/language-deutsche-red)](https://github.com/santisoler/cc-licenses/tree/master/[DE] German)
What will look like this:
Therefore, clicking the badge with lead directly to the translated README.md
.
Applying this change may leave the Table of Contents a little bit unnecessary. What do you think?
I would also change the translation directory name, maybe to just de
if you like.
So, for the Spanish translation, the directory would be es
.
Feel free to disagree! Although this repo is in my account, your contribution is entirely yours, so feel free to decide weather the changes I'm proposing are good or not.
I'm not sure. You're right that GitHub recognizes that there's a license file on the repository, but if you check the repo I linked before, you can see it actually recognizes the LICENSE: CC-BY. In fact, if you click on it, it will show you the LICENSE file (as you mentioned), but it also adds a brief explanation of the license terms: https://github.com/santisoler/lapis2019/blob/master/LICENSE But this is just a curiosity. If Github doesn't recognize the translation, no problem, we can still merge the PR and maybe add a note to add both the English and the translated version of the LICENSE if you want Github to actually recognize it. |
I think this is a good idea.
I think it's a bit more clean. If you have multiple translations, it could be easier for everybody. Then I also would go with your other ideas and rename the folder and restructure the README (removing the table of contents, removing translation chapter ...). I will include this in a few hours, first I will do something else. Greetings! |
Awesome! There's no hurry, so take your time. BTW, I've just seen you made the changes on your |
Ok, I will go into it now. Oh, I see. I've just used forking once so I have simply no experience with that. |
I tested it on a test repo. My translated README is not recognized so there`s no short version of GitHub given. I think it's not a big problem so I just added the translated version to my own repo, but if you want to handle it the way you suggested (including two LICENSE files), do it so! Then I can directly add it to this pull request. |
No problem! The first time forking and opening PRs is challenging. The good thing about git and GitHub is that it's very unlikely you can break things which aren't easy to solve. Yep, probably the GitHub suggestion is the easier one. But deleting forks and creating new ones each time a PR of your authorship is merged it's super annoying. In fact, it's better to leave the fork if you might contribute to the original repo in the future, there's no problem with having a long list of repositories. Aaaand, in case you might want to open two PRs, you can do it within the same fork, just from different branches. |
Thanks for checking! I suspected that GitHub would only recognize English licenses. Thanks again for the idea of adding translations. I have already opened an issue for adding the Spanish translation! |
Okay! Did you take a look at my new commits? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is looking great! I left two minor comments about badges... check them out and I think it will be ready to be merged.
Co-authored-by: Santiago Soler <santiago.r.soler@gmail.com>
Thanks a lot @cyb3rko for this contribution! I really appreciate it! 🎉 🎉 |
Sorry, I tried to fix my forked repo and to add a new branch but it completely failed. |
No problem. Solving that particular situation is not easy for beginners. You have to mess around with hard resets and that's one of the tricks that can break things! |
You really helped me with your repo so I also help you / this repo by implementing German translations for the licences and the README.
I hope everything works!