mirror of
https://github.com/lipis/flag-icons.git
synced 2026-04-26 09:25:50 +03:00
[GH-ISSUE #17] Share project via Packagist.org #12
Labels
No labels
3rd-party
3rd-party
bug
code
documentation
enhancement
fixed-in-master
flag-request
help needed
missing-flag
missing-flag
pull-request
wrong-flag
wrong-flag
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/flag-icons#12
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @rvanlaak on GitHub (May 22, 2014).
Original GitHub issue: https://github.com/lipis/flag-icons/issues/17
This would be a great addition to my Symfony project, which makes use of Composer to handle the package dependencies.
Any option that this project can be required via Packagist.org ?
@lipis commented on GitHub (May 22, 2014):
Never used it before so what do I have to do on my side?
Any chance that you can simply use Bower for your front end stuff?!
@rvanlaak commented on GitHub (May 23, 2014):
I've been looking into the 'components' repository over here at Github, which all are available via Packagist.
But, as can be seen in the FontAwesome repo, they still have to update manually. The easiest way is to add a
composer.jsonto your own project and add it to Packagist.org.Nice article about this can be found here:
http://tech.arendjantetteroo.nl/blog/2013/11/06/switching-from-bower-to-composer-with-components/
@roest01 commented on GitHub (Jun 6, 2014):
+1
@lipis commented on GitHub (Jun 6, 2014):
hey.. totally forgot about that.. I will do something about it I the coming days..
@lipis commented on GitHub (Jun 10, 2014):
@Rvanlaak Do you mind creating a PR with the valid
composer.jsonfor this app and then I will add it to Packagist..@rvanlaak commented on GitHub (Jun 11, 2014):
Well, the thing is that adding a
composer.jsondoes not directly make the package usable by Symfony. All code will be added to the/vendorfolder, where it should be in the/webfolder.A possible solution would be to let composer install assets via an extra plugin. Can you take a look at the following two options?
@ickbinhier commented on GitHub (Jun 16, 2014):
or via https://github.com/RobLoach/component-installer
@lipis commented on GitHub (Jun 16, 2014):
So here you are!! https://packagist.org/packages/components/flag-icon-css
@lipis commented on GitHub (Jun 16, 2014):
Let me know if it actually worked on your sides :)
@rvanlaak commented on GitHub (Jun 17, 2014):
Nice! Will try in the near future
@roest01 commented on GitHub (Jun 19, 2014):
Works like a charm - thank you :)
@lipis commented on GitHub (Jun 19, 2014):
nice.. I thought about it later.. but instead of
component/..I mightrename it to
lipis/..or something, but either case it works :)@ickbinhier commented on GitHub (Jun 19, 2014):
you can it rename to 'lipis/'
@roest01 commented on GitHub (Jun 19, 2014):
I would prefer to let it on '/component'
Structure in Symfony2 for libs is
bower seems to use the /component/ folder as default - so there of course there are some bower packages in packagist (like your's) and if you use one of it - you will have the component folder next to the vendor folder.
Finaly the nicest solution for me is to have everything in /vendor/ but this seems not to be useful because of different package manager defaults.
The best compromise is to have a vendor for libs and bundles and components for frontent stuff installed with bower.
the badest solution (for me) is, to have a third folder next to them - vendor, component and libs ...
So I suggest to keep the 'component/' folder setting and orientate at the bower defaults.