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

TL Localization - Chapter 6, section 2 - part 3 (1,397 words) #38

Merged
merged 4 commits into from Feb 14, 2018

Conversation

heywens
Copy link

@heywens heywens commented Feb 13, 2018

No description provided.

Copy link

@cherryloua cherryloua left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi Miss @heywens,

I have a few suggestions to improve your contribution. Cheers.


Your next question may be ``How do I reference the old Pull Request?''. It turns out there are many, many ways to reference other things almost anywhere you can write in GitHub.
Ang iyong susunod na tanong ay maaaring ``Paano ko ireperensiya ang lumang Kahilingan na Pull?''. Lumilitaw na mayroong maraming, maraming mga paraan upang magamit ang iba pang mga bagay halos kahit saan maaari kang sumulat sa GitHub.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Lumilitaw na mayroong maraming, maraming mga paraan" I suggest to make it "marami-raming mga paraan" I think its sounds good to hear. lol


Let's look at an example. Say we rebased the branch in the previous example, created a new pull request for it, and now we want to reference the old pull request from the new one. We also want to reference an issue in the fork of the repository and an issue in a completely different project. We can fill out the description just like <<_pr_references>>.
Tingnan natin ang isang halimbawa. Sabihing ating na-rebase ang branch sa nakaraan halimbawa, naglikha ng isang bagong kahilingan na pull para rito, at ngayon gusto natin na ireperensiya ang lumang kahilingan na pull mula sa bago. Gusto din natin na ireperensiya ang isang isyu sa fork ng epositoryo at isyu sa ganap na naiibang proyekto. Maaari nating punan ang paglalarawan kagaya ng <<_pr_references>>.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"na-rebase ang branch sa nakaraan halimbawa" to "nakraang halimbawa"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"fork ng epositoryo at isyu" to "fork ng repositoryo at isyu" a slight typo.


Now if Tony goes back and closes out the original Pull Request, we can see that by mentioning it in the new one, GitHub has automatically created a trackback event in the Pull Request timeline. This means that anyone who visits this Pull Request and sees that it is closed can easily link back to the one that superseded it. The link will look something like <<_pr_closed>>.
Ngayon kung babalik si Tony at isasara ang orihinal na Kahilingan na Pull, maaari nating makita na sa pagbabanggit nito sa isang bago, awtomatikong nilikha ng GitHub ang isang trackback event sa timeline ng Kahilingan na Pull. Ito ay nangangahilugan na sinuman ang bibisita sa Kahilingan na Pull na ito at makakakita na ito ay naisara ay maaaring madaling maka-link pabalik sa pumalit nito. Magiging tulad ng <<_pr_closed>> ang link.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Ito ay nangangahilugan na sinuman" change to "Ito ay nangangahulugan na simuman" minimal typo.

image::images/markdown-01-example.png[Example Markdown]

The GitHub flavor of Markdown adds more things you can do beyond the basic Markdown syntax. These can all be really useful when creating useful Pull Request or Issue comments or descriptions.
Ang timpla ng Markdown ng GitHub ay nagdadagdag ng mas maraming bagay na maaari mong gawin lampas sa pangunahing Markdown syntax. Ang mga ito ay maaari magagamit kapag naglilikha ng kapaki-pakinabang na Kahilingan na Pull o mga komento o paglalarawan ng Isyu.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"ito ay maaari magagamit" change to "ito ay maaaring magagamit"

}
```
----

If you add a language name like we did there with 'java', GitHub will also try to syntax highlight the snippet. In the case of the above example, it would end up rendering like <<_md_code>>.
Kung nagdagdag ka ng isang pangalan ng wika tulad ng ginawa natin doon sa 'java', susubukan din ng GitHub na i-higlight ang syntax ng snippet. Sa kaso sa itaas na halimbawa, ito ay matatapos sa paggawa tulad ng <<_md_code>>.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"GitHub na i-higlight ang syntax" change to "GitHub na i-highlight ang syntax" slight typo


Hindi na ito ay hindi kapani-paniwala kapaki-pakinabang, ngunit ito ay nagdaragdag ng isang elemento ng kasiyahan at damdamin sa isang daluyan na kung hindi man ay mahirap upang ihatid ang damdamin.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Hindi na ito ay hindi kapani-paniwala" i think it sounds better if we do it like this "Hindi sa ito ay hindi kapani-paniwala"


This isn't technically GitHub Flavored Markdown, but it is incredibly useful. In addition to adding Markdown image links to comments, which can be difficult to find and embed URLs for, GitHub allows you to drag and drop images into text areas to embed them.
Hindi ito Pinalasang Markdown ng GitHub, ngunit ito ay hindi kapani-paniwala kapaki-pakinabang. Bilang karagdagan sa pagdaragdag ng mga link ng larawan ng Markdown sa mga komento, na maaaring magin mahirap na mahanap at para ma-embed ang mga URL, ang GitHub ay nagpapahintulot sa iyo na i-drag at ihulog ang mga larawan sa mga text area upang ma-embed ang mga ito.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"ito ay hindi kapani-paniwala kapaki-pakinabang" I thinki it it better to say it like this "ito ay lubhang kapaki-pakinabang"

@heywens
Copy link
Author

heywens commented Feb 14, 2018

Hi @cherryloua, thank you for pointing out those typos. Suggestions on changing some phrases have been also applied. Thank you.

@severinolorillajr severinolorillajr merged commit 259a7ba into progit2-tl:master Feb 14, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants