cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Lucas Holmquist <lholm...@redhat.com>
Subject Re: Plugin Generator
Date Thu, 10 Oct 2013 16:14:04 GMT
i've sent an initial PR here https://github.com/apache/cordova-plugman/pull/25



On Oct 8, 2013, at 6:37 PM, Anis KADRI <anis.kadri@gmail.com> wrote:

> +1 for plugman
> 
> On Tue, Oct 8, 2013 at 11:42 AM, Brian LeRoux <b@brian.io> wrote:
>> Ya I think this is a reasonable addition to Plugman, and will flow nicely
>> for our dev community.
>> 
>> You can imagine in the docs. "here's how you: create, install, remove, and
>> discover plugins".
>> 
>> 
>> On Tue, Oct 8, 2013 at 11:33 AM, Lucas Holmquist <lholmqui@redhat.com>wrote:
>> 
>>> 
>>> 
>>> On Oct 8, 2013, at 2:27 PM, Michal Mocny <mmocny@chromium.org> wrote:
>>> 
>>>> Lukas, its awesome that you are working on this, and I really like the
>>> idea
>>>> of a yeoman generator for this.
>>>> 
>>>> However, I'm having trouble understanding what it is that plugman is
>>> doing
>>>> here?  Why can't yeoman create the template without plugman's involvement
>>>> at all?  Why is it a must to extend plugman?
>>>> 
>>> 
>>> It doesn't have to, in fact my first iteration didn't use plugman at all.
>>> I thought it would be better to extend plugman and add some new commands,
>>> so if someone creating another tool, for example an eclipse plugin or
>>> something,  they could use the new functionality
>>> 
>>> A Yeoman generator is just one example of an abstraction layer
>>> 
>>>> I had expected that - at most - you would need minor changes to plugman
>>> to
>>>> support "install"/"register" of the new plugin from a non-external
>>>> directory location, something like that.
>>> 
>>> Well, i think this is where we are disconnecting a bit.  This new command
>>> for plugman won't install anything,  it is just for scaffolding new plugins.
>>> 
>>> 
>>> 
>>>> 
>>>> -Michal
>>>> 
>>>> 
>>>> On Tue, Oct 8, 2013 at 12:24 PM, Lucas Holmquist <lholmqui@redhat.com
>>>> wrote:
>>>> 
>>>>> So i've started some work on adding a "create" command to plugman w.r.t
>>>>> this JIRA https://issues.apache.org/jira/browse/CB-4886
>>>>> 
>>>>> what i was thinking for workflow would be :
>>>>> 
>>>>> $ plugman create --name "PluginName" --plugin_id "The PluginID"
>>>>> --plugin_version "the plugin version" --variable description="Some Cool
>>>>> Description"
>>>>> 
>>>>> You could add multiple variables such as author and license
>>>>> 
>>>>> 
>>>>> The result would be a basic file structure set up, with a base JS file,
>>>>> and a very basic plugin.xml setup.
>>>>> 
>>>>> 
>>>>> Then to add a platform,  there could be another command, which i'm
>>> having
>>>>> a hard time naming, like this
>>>>> 
>>>>> 
>>>>> $ plugman platform --platform_name=ios
>>>>> 
>>>>> Then this would scaffold out some basic .h and .m files and add the
>>>>> "platform" tag to the plugin.xml
>>>>> 
>>>>> Android would do android specific stuff, etc…
>>>>> 
>>>>> This should also probably be
>>>>> 
>>>>> $ plugman platform --add ….
>>>>> 
>>>>> or
>>>>> 
>>>>> $ plugman platform --remove …
>>>>> 
>>>>> but i haven't gotten that far yet.
>>>>> 
>>>>> I've updated my yeoman generator to use plugman behind the scenes and
>>> also
>>>>> to use my fork with these new changes
>>>>> 
>>>>> here is my current fork for yeoman
>>>>> https://github.com/lholmquist/cordova-plugman/tree/for_yeoman
>>>>> 
>>>>> i still need to add tests,  just wanted to see the thoughts first
>>>>> 
>>>>> Here is a shameless plug for my blog where i go into a bit more detail:
>>>>> 
>>> http://blog.lholmquist.org/cordova/phonegap/yeoman/plugman/2013/10/03/plugin-generator/
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On Sep 20, 2013, at 11:24 AM, Brian LeRoux <b@brian.io> wrote:
>>>>> 
>>>>>> +1
>>>>>> 
>>>>>> totally awesome
>>>>>> 
>>>>>> 
>>>>>> On Fri, Sep 20, 2013 at 3:14 PM, Michal Mocny <mmocny@chromium.org>
>>>>> wrote:
>>>>>> 
>>>>>>> Filed CB-4886 for plugin create.
>>>>>>> 
>>>>>>> There were a few previous threads about it, and it seemed to
be a
>>>>>>> positively received proposal.  Linked to the more recent mailing
list
>>>>>>> discussions from the JIRA issue.
>>>>>>> 
>>>>>>> Probably a low priority item, but if you would like to take a
shot at
>>> it
>>>>>>> Lucas, that would be awesome.
>>>>>>> 
>>>>>>> -Michal
>>>>>>> 
>>>>>>> On Fri, Sep 20, 2013 at 5:51 AM, Lucas Holmquist <lholmqui@redhat.com
>>>>>>>> wrote:
>>>>>>> 
>>>>>>>> 
>>>>>>>> On Sep 20, 2013, at 1:27 AM, Brian LeRoux <b@brian.io>
wrote:
>>>>>>>> 
>>>>>>>>> This is great. I think we have it in our backlog to have
something
>>>>> like
>>>>>>>>> `plugman create ...` and thusly `cordova plugin create
...`.
>>>>>>>>> 
>>>>>>>>> Would you be up for contributing back to the cordova
tools?
>>>>>>>> 
>>>>>>>> Word Up.
>>>>>>>> 
>>>>>>>> I think it makes sense to be in the cordova tools.  I started
to do
>>> it
>>>>> in
>>>>>>>> yeoman because i wanted to check out there generator stuff.
 and it's
>>>>>>> shiny
>>>>>>>> :)
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> On Thu, Sep 19, 2013 at 9:31 PM, Shazron <shazron@gmail.com>
wrote:
>>>>>>>>> 
>>>>>>>>>> Heh ;) I was waiting for "patches welcome :)"
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On Thu, Sep 19, 2013 at 12:29 PM, Lucas Holmquist
<
>>>>>>> lholmqui@redhat.com
>>>>>>>>>>> wrote:
>>>>>>>>>> 
>>>>>>>>>>> version 0.0.1  :)
>>>>>>>>>>> 
>>>>>>>>>>> On Sep 19, 2013, at 3:28 PM, Shazron <shazron@gmail.com>
wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> Awesome! Any reason not to use <js-module>
instead?
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> On Thu, Sep 19, 2013 at 12:22 PM, Lucas Holmquist
<
>>>>>>>> lholmqui@redhat.com
>>>>>>>>>>>> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>>> I was looking for something to help me
create a plugin but i
>>>>> didn't
>>>>>>>>>> see
>>>>>>>>>>>>> anything, so i created a yeoman generator:
>>>>>>>>>>>>> 
>>>>>>>>>>>>> https://npmjs.org/package/generator-cordova-plugin
here is
>>>>> version
>>>>>>>>>>> 0.0.1
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>> 
>>>>> 
>>> 
>>> 


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message