6:16 p.m.
Hi guys,
At first I would like to tell you that pascal have done the 0.2.0 release
for AngularJS Eclipse + tern.java.
I'm improving (in 0.3.0-SNAPSHOT) the UI of tern facet project properties
to select tern plugin+JSON Type Definition for a project. I have attached a
screenshot which shows the cordovajs tern plugin selection.
You can see :
* on the left, table which contains list of tern plugins + defs
* on the right, the details of the selected tern plugin/def
There is 2 tabs :
* "Details" tab shows information of the selected plugin/def
* "Options" will display option waited by tern plugin.
Those information comes from a JSON file. For instance for cordovajs =>
https://github.com/angelozerr/tern.java/blob/master/core/tern.core/metada...
I contact you because I would like to clarify some thing about the work of
Victor about cordova :
1) if you wish to change some information about description of cordova
metadata, etc don't hesitate to create PR.
2) I think it should be better to create a github for the cordova tern
plugin
3) do you know if cordova provides some api to generate doc? YUI,
DojoToolkit do that, so after it's easy to create version of the tern
cordova tern plugin like I have done for dojo
https://github.com/angelozerr/tern.dojotoolkit (I generate several version
of dojotoolkit by using sources of dojo, if you are interested, I could
help you to do that).
Hope you will like it this new feature
Regards Angelo
9:51 a.m.
sorry for late response but been on on 2 weeks vacation did bad things
to my inbox ;)
At first I would like to tell you that pascal have done the 0.2.0
release
for AngularJS Eclipse + tern.java.
cool.
I'm improving (in 0.3.0-SNAPSHOT) the UI of tern facet project
properties
to select tern plugin+JSON Type Definition for a project. I have
attached a
screenshot which shows the cordovajs tern plugin selection.
Looks good!
You can see :
* on the left, table which contains list of tern plugins + defs
* on the right, the details of the selected tern plugin/def
I was wondering - is there a way (at code level) to distinguish between
json type definitions that are automatically enabled by some plugin
because it has detected the use of i.e. cordova.js vs something the
user explicitly enabled ?
Would be nice to allow users to explicit say I want *this* even though
a plugin haven't been able to detect the library matching it. If there
is just one kind of On/Off then the plugin can't know if turning it off
is against the users will or just because he stopped using the related
javascript library.
wdyt ?
There is 2 tabs :
* "Details" tab shows information of the selected plugin/def
* "Options" will display option waited by tern plugin.
Those information comes from a JSON file. For instance for cordovajs
=>
https://github.com/angelozerr/tern.java/blob/master/core/tern.core/metada...
I contact you because I would like to clarify some thing about the
work of
Victor about cordova :
1) if you wish to change some information about description of cordova
metadata, etc don't hesitate to create PR.
I think it looks fine.
2) I think it should be better to create a github for the cordova
tern
plugin
You mean a separate git repo ? Yes, makes sense to me too. Actually
thought
that was you and Victor wrote earlier would happen.
Victor - anything besides finding time to do it preventing us from
putting this in a separate github repo ?
btw. I assume you during the build of tern will then fetch the content
of the github repo and bundle it
or does it require network access at runtime to get it ?
3) do you know if cordova provides some api to generate doc? YUI,
DojoToolkit do that, so after it's easy to create version of the tern
cordova tern plugin like I have done for dojo
https://github.com/angelozerr/tern.dojotoolkit (I generate several
version
of dojotoolkit by using sources of dojo, if you are interested, I
could
help you to do that).
I do not know about this. Maybe Gorkem does ?
/max
http://about.me/maxandersen
9:18 a.m.
2014-06-15 9:51 GMT+02:00 Max Rydahl Andersen <manderse(a)redhat.com>:
sorry for late response but been on on 2 weeks vacation did bad
things to
my inbox ;)
No problem max, I know this problem:)
I was wondering - is there a way (at code level) to distinguish between
json type definitions that are automatically enabled by some plugin
because it has detected the use of i.e. cordova.js vs something the
user explicitly enabled ?
Would be nice to allow users to explicit say I want *this* even though
a plugin haven't been able to detect the library matching it. If there
is just one kind of On/Off then the plugin can't know if turning it off
is against the users will or just because he stopped using the related
javascript library.
wdyt ?
I'm sorry but I don't understand very well what you mean. Tern plugin
doesn't use the native javascript library,
so he can work without the javascript library. JSON Type definition is a
JSON which describes the structure of your library
(document has getElementById method, etc). Some JS framework like jQuery
can be described just with this JSON.
tern plugin uses JSON Type Definition and add some feature like managing a
new scope per file (usefull for node.js plugin),managing effect (create an
instance of FileSystem when require('fs') is called).
> 1) if you wish to change some information about description of cordova
> metadata, etc don't hesitate to create PR.
>
I think it looks fine.
Cool.
2) I think it should be better to create a github for the cordova tern
> plugin
>
You mean a separate git repo ?
Exactly!
Yes, makes sense to me too. Actually thought
that was you and Victor wrote earlier would happen.
Victor - anything besides finding time to do it preventing us from putting
this in a separate github repo ?
btw. I assume you during the build of tern will then fetch the content of
the github repo
I do that at hand because :
1) I have just discovered that we can have submodule with Git.
2) I have forked angular.js, so I don't know very well how I can manage
that with fetch.
and bundle it
or does it require network access at runtime to get it ?
No it doesn't work like this (perhaps in the future of tern.java, using npm
could be interested to update the tern plugin).
3) do you know if cordova provides some api to generate doc? YUI,
> DojoToolkit do that, so after it's easy to create version of the tern
> cordova tern plugin like I have done for dojo
> https://github.com/angelozerr/tern.dojotoolkit (I generate several
> version
> of dojotoolkit by using sources of dojo, if you are interested, I could
> help you to do that).
>
I do not know about this. Maybe Gorkem does ?
It should be really cool to do that in order to provide several version of
cordova.js. I have an idea too, to provide a wizard kind to generate tern
plugin version from sources.
Regards Angelo
3:06 p.m.
Hi Victor,
When you will have time, could you answer me. I think it should be good
1) to have a separate github for cordovajs (ex : tern-cordovajs project
name).
2) It should be cool to have several version of cordovajs (generated from
documentation).
Many thank's for your answer.
Regard's Angelo
2014-06-16 9:18 GMT+02:00 Angelo zerr <angelo.zerr(a)gmail.com>:
2014-06-15 9:51 GMT+02:00 Max Rydahl Andersen <manderse(a)redhat.com>:
sorry for late response but been on on 2 weeks vacation did bad things to
> my inbox ;)
No problem max, I know this problem:)
>
> I was wondering - is there a way (at code level) to distinguish between
> json type definitions that are automatically enabled by some plugin
> because it has detected the use of i.e. cordova.js vs something the
> user explicitly enabled ?
>
> Would be nice to allow users to explicit say I want *this* even though
> a plugin haven't been able to detect the library matching it. If there
> is just one kind of On/Off then the plugin can't know if turning it off
> is against the users will or just because he stopped using the related
> javascript library.
>
> wdyt ?
I'm sorry but I don't understand very well what you mean. Tern plugin
doesn't use the native javascript library,
so he can work without the javascript library. JSON Type definition is a
JSON which describes the structure of your library
(document has getElementById method, etc). Some JS framework like jQuery
can be described just with this JSON.
tern plugin uses JSON Type Definition and add some feature like managing a
new scope per file (usefull for node.js plugin),managing effect (create an
instance of FileSystem when require('fs') is called).
>
>
>> 1) if you wish to change some information about description of cordova
>> metadata, etc don't hesitate to create PR.
>>
>
> I think it looks fine.
Cool.
>
>
> 2) I think it should be better to create a github for the cordova tern
>> plugin
>>
>
> You mean a separate git repo ?
Exactly!
> Yes, makes sense to me too. Actually thought
> that was you and Victor wrote earlier would happen.
>
> Victor - anything besides finding time to do it preventing us from
> putting this in a separate github repo ?
>
> btw. I assume you during the build of tern will then fetch the content of
> the github repo
I do that at hand because :
1) I have just discovered that we can have submodule with Git.
2) I have forked angular.js, so I don't know very well how I can manage
that with fetch.
> and bundle it
> or does it require network access at runtime to get it ?
No it doesn't work like this (perhaps in the future of tern.java, using
npm could be interested to update the tern plugin).
>
>
> 3) do you know if cordova provides some api to generate doc? YUI,
>> DojoToolkit do that, so after it's easy to create version of the tern
>> cordova tern plugin like I have done for dojo
>> https://github.com/angelozerr/tern.dojotoolkit (I generate several
>> version
>> of dojotoolkit by using sources of dojo, if you are interested, I could
>> help you to do that).
>>
>
> I do not know about this. Maybe Gorkem does ?
>
It should be really cool to do that in order to provide several version of
cordova.js. I have an idea too, to provide a wizard kind to generate tern
plugin version from sources.
Regards Angelo
>
> /max
> http://about.me/maxandersen
>
3579
days inactive
3608
days old
jbosstools-dev@lists.jboss.org
3 comments
2 participants
participants (2)
-
Angelo zerr -
Max Rydahl Andersen