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
Project name: "krautoload" vs "donquixote/krautoload" vs "krautoload/krautoload". #12
Comments
See also this comment about vendor namespace in PSR-0, Notes:
The arguments are not exactly the same as for the PSR-0 namespaces. |
What's wrong with If you don't want to use Composer, you don't have to, you could just register the namespaces/class yourself and install krautoload wherever you want. Drupal.org is a good example of what not having |
It will result in core/vendor/donquixote/krautoload in Drupal 8, and somehow I don't like that.. It is like those days when I installed a game on Windows, and it would add itself in the start menu under the company name, instead of the name of the game. But I am willing to go with the flow, and make it donquixote/krautoload. |
I am undecided about the project name in composer.json.
"krautoload" or "donquixote/krautoload" or "krautoload/krautoload" or sth else.
I personally think that a one-level name is more useful for a standalone package - both for the name in composer.json, and for the namespace.
However, conventions set forth by Composer probably want me to add a vendor namespace.
E.g., Assetic has "kriswallsmith" as its vendor namespace. If you add kriswallsmith/assetic as a dependency, Assetic will go into a subdirectory vendor/kriswallsmith/assetic.
I personally find that undesirable, I would rather see "assetic" and "krautoload" as top-level directories, and not the author names.
The text was updated successfully, but these errors were encountered: