Skip to content

Conversation

@lologhi
Copy link
Contributor

@lologhi lologhi commented Sep 23, 2014

Just on one file, to be sure it will be accepted.

Q A
Bug fix? no
New feature? no
BC breaks? no
Deprecations? no
Tests pass? yes
Fixed tickets
License MIT
Doc PR

@lologhi
Copy link
Contributor Author

lologhi commented Sep 23, 2014

From

screenshot from 2014-09-23 15 11 15

To :

screenshot from 2014-09-23 15 11 31

Just tell me if it will be accepted and I'll do the other files.

@cordoval
Copy link
Contributor

👍

@javiereguiluz
Copy link
Member

In the past, this kind of changes were rejected. The reason given by Fabien and others was that this is not a standard Markdown syntax.

In any case, the recent pseudo-standard published for Markdown supports this syntax: info string on fenced code blocks.

If this is something up to vote for the community, I'm strongly in favor of the change 👍

@lologhi
Copy link
Contributor Author

lologhi commented Sep 23, 2014

It's not standard Markdown, but using GitHub to provide the best documentation to developers is nice.
Also as there might be a consensus about the way to specify the language of code snippet with the "recent pseudo-standard", it might be time to switch :)

@webmozart
Copy link
Contributor

👍 (since this is supported by CommonMark)

@fabpot
Copy link
Member

fabpot commented Sep 24, 2014

Now that there is some new standard adopting this notation, I surrender! Let's update all Mardown files.

@lologhi
Copy link
Contributor Author

lologhi commented Sep 24, 2014

Great ! I'll do that later today :)

Le 24 sept. 2014 à 08:03, Fabien Potencier [email protected] a écrit :

Now that there is some new standard adopting this notation, I surrender! Let's update all Mardown files.


Reply to this email directly or view it on GitHub.

@lologhi
Copy link
Contributor Author

lologhi commented Sep 25, 2014

Have I done a mistake by trying to PR the routing component through symfony/routing#2 ?

@stof
Copy link
Member

stof commented Sep 25, 2014

@lologhi please submit PRs to symfony/symfony directly (actually, please do the changes in the current PR for all components). Subtree splits repo are read-only

@stof
Copy link
Member

stof commented Sep 25, 2014

hmm, rather than doing it in the current PR, it might be better to do it in a PR on 2.3, to fix it in this branch, and then update it when needed for newer branches. It will make it easier to merge branches together.

@fabpot
Copy link
Member

fabpot commented Sep 26, 2014

@lologhi Indeed, this should be done in the 2.3 branch. Whenever you are ready, reopen a new PR. Thank you.

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

Successfully merging this pull request may close these issues.

6 participants