Contributing with tests

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
50 messages Options
123
Reply | Threaded
Open this post in threaded view
|

Contributing with tests

Célia Cacciatore
Hello everyone,

We're a team of students in Université Lille I in France. We would like to contribute in Amber project's tests in order to improve our test skills on a real open-source project.
We have one month to develop unit tests and get them integrated in the github repository. We'll be evaluated on our work.

We would like to know which tests must be done first. We've seen in the contribution page that the Collection hierarchy needs to be reviewed, but there may be higher priority tests.

We're looking forward to contributing in Amber project.


Celia, Jonathan, Quentin, Romain

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

sebastianconcept
can I hug you guys? :D

does email hugs count?  :D  \o/

you’re sooo welcomed!!!


On Sep 10, 2014, at 11:50 AM, Célia Cacciatore <[hidden email]> wrote:

Hello everyone,

We're a team of students in Université Lille I in France. We would like to contribute in Amber project's tests in order to improve our test skills on a real open-source project.
We have one month to develop unit tests and get them integrated in the github repository. We'll be evaluated on our work.

We would like to know which tests must be done first. We've seen in the contribution page that the Collection hierarchy needs to be reviewed, but there may be higher priority tests.

We're looking forward to contributing in Amber project.


Celia, Jonathan, Quentin, Romain

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Nicolas Petton
In reply to this post by Célia Cacciatore
Awesome guys!

OT question: Is Damien Cassou your teacher? :)

Looking forward to review your contributions!

Cheers,
Nico

Célia Cacciatore <[hidden email]> writes:

> Hello everyone,
>
> We're a team of students in Université Lille I in France. We would like to
> contribute in Amber project's tests in order to improve our test skills on
> a real open-source project.
> We have one month to develop unit tests and get them integrated in the
> github repository. We'll be evaluated on our work.
>
> We would like to know which tests must be done first. We've seen in the
> contribution page that the Collection hierarchy needs to be reviewed, but
> there may be higher priority tests.
>
> We're looking forward to contributing in Amber project.
>
>
> Celia, Jonathan, Quentin, Romain

--
Nicolas Petton
http://nicolas-petton.fr

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Herby Vojčík
In reply to this post by Célia Cacciatore
Well, I have tbe impression that Amber needa more of e2e tests than unit tests. CLI tooling has no tests even if it does a lot for Amber project bookkeeping (see issues with label 'in cli'); also Ambet is not actuallt tested in browser in Teavis CI but instead from node.ja runner. It's fine, but process of loading Amber in browser is not tested, which also has it's bugs - all of thia must be tested manually.
So if you would figure out how to run unit tests (also) from the browser itself in Travis, it would be big contribution.

If your project is confined to unit testing, surely some part can be found, too.

Herby

Célia Cacciatore <[hidden email]>napísal/a:

Hello everyone,

We're a team of students in Université Lille I in France. We would like to contribute in Amber project's tests in order to improve our test skills on a real open-source project.
We have one month to develop unit tests and get them integrated in the github repository. We'll be evaluated on our work.

We would like to know which tests must be done first. We've seen in the contribution page that the Collection hierarchy needs to be reviewed, but there may be higher priority tests.

We're looking forward to contributing in Amber project.


Celia, Jonathan, Quentin, Romain

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Célia Cacciatore
@Nicolas Petton : Yes, Damien Cassou is our teacher.

We must write tests but not necessarily unit tests. If browser tests are more important we can take a look at it and see if we can do it.

Célia, Jonathan, Quentin, Romain


Le mercredi 10 septembre 2014 17:23:17 UTC+2, Herby a écrit :
Well, I have tbe impression that Amber needa more of e2e tests than unit tests. CLI tooling has no tests even if it does a lot for Amber project bookkeeping (see issues with label 'in cli'); also Ambet is not actuallt tested in browser in Teavis CI but instead from node.ja runner. It's fine, but process of loading Amber in browser is not tested, which also has it's bugs - all of thia must be tested manually.
So if you would figure out how to run unit tests (also) from the browser itself in Travis, it would be big contribution.

If your project is confined to unit testing, surely some part can be found, too.

Herby

Célia Cacciatore <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="4qYfjkCFMXYJ" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">celia.ca...@...>napísal/a:

Hello everyone,

We're a team of students in Université Lille I in France. We would like to contribute in Amber project's tests in order to improve our test skills on a real open-source project.
We have one month to develop unit tests and get them integrated in the github repository. We'll be evaluated on our work.

We would like to know which tests must be done first. We've seen in the contribution page that the Collection hierarchy needs to be reviewed, but there may be higher priority tests.

We're looking forward to contributing in Amber project.


Celia, Jonathan, Quentin, Romain

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="4qYfjkCFMXYJ" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">amber-lang+...@googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" onmousedown="this.href='https://groups.google.com/d/optout';return true;" onclick="this.href='https://groups.google.com/d/optout';return true;">https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Herby Vojčík


Célia Cacciatore wrote:
> @Nicolas Petton : Yes, Damien Cassou is our teacher.
>
> We must write tests but not necessarily unit tests. If browser tests are
> more important we can take a look at it and see if we can do it.
>
> Célia, Jonathan, Quentin, Romain

Well, from my point of view, either:

  - Make unit test suite we are actually running on node.js run not only
from node.js but also from some browser, either
    - phantomjs on travisci, or
    - saucelabs and integrating somehow with travisci

  - Implement cli functional tests (issues 991-995 in tracker)

would be of a big help.

It would be good to know what @NicolasPetton finds as useful to
implement, though, before going on.

>
> Le mercredi 10 septembre 2014 17:23:17 UTC+2, Herby a écrit :
>
>     Well, I have tbe impression that Amber needa more of e2e tests than
>     unit tests. CLI tooling has no tests even if it does a lot for Amber
>     project bookkeeping (see issues with label 'in cli'); also Ambet is
>     not actuallt tested in browser in Teavis CI but instead from node.ja
>     runner. It's fine, but process of loading Amber in browser is not
>     tested, which also has it's bugs - all of thia must be tested manually.
>     So if you would figure out how to run unit tests (also) from the
>     browser itself in Travis, it would be big contribution.
>
>     If your project is confined to unit testing, surely some part can be
>     found, too.
>
>     Herby
>
>     Célia Cacciatore <[hidden email] <javascript:>>napísal/a:
>
>     Hello everyone,
>
>     We're a team of students in Université Lille I in France. We would
>     like to contribute in Amber project's tests in order to improve our
>     test skills on a real open-source project.
>     We have one month to develop unit tests and get them integrated in
>     the github repository. We'll be evaluated on our work.
>
>     We would like to know which tests must be done first. We've seen in
>     the contribution page that the Collection hierarchy needs to be
>     reviewed, but there may be higher priority tests.
>
>     We're looking forward to contributing in Amber project.
>
>
>     Celia, Jonathan, Quentin, Romain
>
>     --
>     You received this message because you are subscribed to the Google
>     Groups "amber-lang" group.
>     To unsubscribe from this group and stop receiving emails from it,
>     send an email to [hidden email] <javascript:>.
>     For more options, visit https://groups.google.com/d/optout
>     <https://groups.google.com/d/optout>.
>
> --
> You received this message because you are subscribed to the Google
> Groups "amber-lang" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to [hidden email]
> <mailto:[hidden email]>.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Célia Cacciatore
We're currently looking at the technologies you mentioned.
We'll wait to see the priority matters, but we're interested in the unit test suite in the browser.

Thank you for everything.

Celia, Jonathan, Quentin, Romain

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Herby Vojčík
As NicolasPetton announced yesterday, he has less time for Amber now, so he will probably not have time to add to this conversation.

The two alternatives I mentioned have similar priority, so if you choose rather the "automatize running the SUnit test suite in the browser from Travis CI", go for it.

But first ask your professor, because as I look at it now, it's much more devops work than testing. In particular, you probably won't write any tests - it is about tedious work of finding out the tools and tie them together so they do what is needed. The SUnit suite is there already, it runs from cli runner as well as from browser interactively - the tasks which is needed is to make it run from some browser (phantomjs run locally (it's installable via npm) or via saucelabs service) non-interactively. Which by no means means I am telling you not to go for it, just, now I see it is not about testing very much.

The second thing (the cli issues) is 50/50 tooling/actual testing, as
there the test must be actually written, but as they are e2e tests, so you must find appropriate tools to write and run them, as well (CucumberJS?).

Feel free to ask if you need something,

Herby

Célia Cacciatore wrote:

> We're currently looking at the technologies you mentioned.
> We'll wait to see the priority matters, but we're interested in the
> unit test suite in the browser.
>
> Thank you for everything.
>
> Celia, Jonathan, Quentin, Romain
>
> --
> You received this message because you are subscribed to the Google
> Groups "amber-lang" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to [hidden email]
> <mailto:[hidden email]>.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Jonathan Geoffroy
As you suggested, we just sent a mail to Damien Cassou.
By the way, we've already began to learn cucumber. Another possibility is maybe to use NightWatch.js; it seems that it can be integrate to a selenium browser like saucelabs.
Another question: what about your code coverage? Are you sure that you don't need unit tests?

Jonathan. (team Celia, Jonathan Quentin, Romain)

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Herby Vojčík


Jonathan Geoffroy wrote:
> As you suggested, we just sent a mail to Damien Cassou.
> By the way, we've already began to learn cucumber. Another possibility
> is maybe to use NightWatch.js; it seems that it can be integrate to a
> selenium browser like saucelabs.

I don't know NightWatch.js.

As for cucumber, it may actually not be needed for integration with saucelabs - the "integration with saucelabs" project was about running actual unit tests (which are already present) in various browser using saucelabs technology, but for that, it would be enough to add some adapter into a testrunner .html page and simulate, for example, output format of mocha tests.

Oh, now that I think of it, saucelabs allows you to either run selenium tests or unit tests (mocha). You probably chose the former, while I thought you would do adapter for the latter. Well, whatever you see as better way.
 
> Another question: what about your code coverage? Are you sure that you
> don't need unit test
s?

Yes, our coverage can be better, but I think this issues I presented actually bring higher value. Most of code is tested that it works from inside well, known bugs are in tracker... all in all, I see increasing coverage as more aesthetical than value-adding activity; IOW, it can be postponed for better times (new code and bug fixes are being covered by tests).

> Jonathan. (team Celia, Jonathan Quentin, Romain)

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Célia Cacciatore
We've contacted our teacher, he is okay with everything as long as it concerns testing.

We have decided to make the functional tests which are needed, but when we looked at the issues on github, there were no details on what to do or which classes are concerned... The links don't work anymore.
Could you give us some information so that we can get started ?
For example, issue #991, what do you mean by functional tests for amberc ? Is there documentation somewhere ?

We'll take all the advices you can give us.

Moreover, the deadline for our project has been put forward to October 1st.

Thank you for everything,
Celia, Jonathan, Quentin, Romain



Le mardi 16 septembre 2014 21:41:36 UTC+2, Herby a écrit :


Jonathan Geoffroy wrote:
> As you suggested, we just sent a mail to Damien Cassou.
> By the way, we've already began to learn cucumber. Another possibility
> is maybe to use NightWatch.js; it seems that it can be integrate to a
> selenium browser like saucelabs.

I don't know NightWatch.js.

As for cucumber, it may actually not be needed for integration with saucelabs - the "integration with saucelabs" project was about running actual unit tests (which are already present) in various browser using saucelabs technology, but for that, it would be enough to add some adapter into a testrunner .html page and simulate, for example, output format of mocha tests.

Oh, now that I think of it, saucelabs allows you to either run selenium tests or unit tests (mocha). You probably chose the former, while I thought you would do adapter for the latter. Well, whatever you see as better way.
 
> Another question: what about your code coverage? Are you sure that you
> don't need unit test
s?

Yes, our coverage can be better, but I think this issues I presented actually bring higher value. Most of code is tested that it works from inside well, known bugs are in tracker... all in all, I see increasing coverage as more aesthetical than value-adding activity; IOW, it can be postponed for better times (new code and bug fixes are being covered by tests).

> Jonathan. (team Celia, Jonathan Quentin, Romain)

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Herby Vojčík


Célia Cacciatore wrote:
> We've contacted our teacher, he is okay with everything as long as it
> concerns testing.
>
> We have decided to make the functional tests which are needed, but when
> we looked at the issues on github, there were no details on what to do
> or which classes are concerned... The links don't work anymore.

The links pointed to old instance of the issue, which all looked the
same as existing ones, as all description and comments were copied.

> Could you give us some information so that we can get started ?
> For example, issue #991, what do you mean by functional tests for amberc
> ? Is there documentation somewhere ?

amberc has no written documentation, but when you install it (npm
install -g amber-cli#master), you can run amberc --help which shows you
the options.

amberc does many things - takes .st files and compile them into .js
files, looks for libraries in -L directories plus amber directories, and
can produce a concatenated version of the package into a node.js
executable. Plus it has a lots of options governing various directories.

#991 is about making functional tests of these behaviours - does it
compile the file, does it find all things at the specfied directories,
does the file contains correct code, does it produce the concatenated
executable that does the right thing?

#992 has less priority - it should test if `amber repl` cli command
works well - it loads and it actually evaluates what user types as input.

#993 should be just a little test to see if `amber version` does the
right thing.

#994 is a bit complicated test scenario. The vision was, you write a
test that simulates the whole path from creating an empty object with
`amber init` (which is dependent on the input side by the version of
grunt-init-amber it uses - but for the test you can try to install the
one with fixed commit hash to be sure your simulated input matches to
grunt-init-amber expectations), then serving it with `amber serve` and
finally load it with browser (phantom or real) and see if it loads fine
(eventually run the test suite in it to be sure everything was done
fine). Since bug in amber can break this, you may want to install fixed
version of amber after `amber init` to fix it as well on version that
has no bugs.

In fact this is two tests - tests of amber init and test of amber serve
- you can split them, to test `amber init` produced good project one can
just check it with `npm test`; to test `amber serve` some browser should
try to load the project from `amber serve`d location and either some
simple smoke test (make 'console log: 'WORKS' or 'window at:
'__testMsg__' put: 'WORKS' run from loader callback and test that it
happened in the driver), or indeed running the whole test suite and see
it did not fail (which is task on its own) should be done.

> We'll take all the advices you can give us.
>
> Moreover, the deadline for our project has been put forward to October 1st.

Oh. It's pretty tight. Choose just some subset then (#991 and #994 with
smoketest-only-in-browser variant?).

> Thank you for everything,
> Celia, Jonathan, Quentin, Romain

Good luck, Herby

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

JijiSensei
We are going to do the issues #991 and #994. Thanks for explanations.

Besides, do you want us to use pull request feature on Github when we have finished functionnal tests ?    

Thanks again,
Romain, Quentin, Jonathan, Célia

On Monday, September 22, 2014 3:11:12 PM UTC+2, Herby wrote:


Célia Cacciatore wrote:
> We've contacted our teacher, he is okay with everything as long as it
> concerns testing.
>
> We have decided to make the functional tests which are needed, but when
> we looked at the issues on github, there were no details on what to do
> or which classes are concerned... The links don't work anymore.

The links pointed to old instance of the issue, which all looked the
same as existing ones, as all description and comments were copied.

> Could you give us some information so that we can get started ?
> For example, issue #991, what do you mean by functional tests for amberc
> ? Is there documentation somewhere ?

amberc has no written documentation, but when you install it (npm
install -g amber-cli#master), you can run amberc --help which shows you
the options.

amberc does many things - takes .st files and compile them into .js
files, looks for libraries in -L directories plus amber directories, and
can produce a concatenated version of the package into a node.js
executable. Plus it has a lots of options governing various directories.

#991 is about making functional tests of these behaviours - does it
compile the file, does it find all things at the specfied directories,
does the file contains correct code, does it produce the concatenated
executable that does the right thing?

#992 has less priority - it should test if `amber repl` cli command
works well - it loads and it actually evaluates what user types as input.

#993 should be just a little test to see if `amber version` does the
right thing.

#994 is a bit complicated test scenario. The vision was, you write a
test that simulates the whole path from creating an empty object with
`amber init` (which is dependent on the input side by the version of
grunt-init-amber it uses - but for the test you can try to install the
one with fixed commit hash to be sure your simulated input matches to
grunt-init-amber expectations), then serving it with `amber serve` and
finally load it with browser (phantom or real) and see if it loads fine
(eventually run the test suite in it to be sure everything was done
fine). Since bug in amber can break this, you may want to install fixed
version of amber after `amber init` to fix it as well on version that
has no bugs.

In fact this is two tests - tests of amber init and test of amber serve
- you can split them, to test `amber init` produced good project one can
just check it with `npm test`; to test `amber serve` some browser should
try to load the project from `amber serve`d location and either some
simple smoke test (make 'console log: 'WORKS' or 'window at:
'__testMsg__' put: 'WORKS' run from loader callback and test that it
happened in the driver), or indeed running the whole test suite and see
it did not fail (which is task on its own) should be done.

> We'll take all the advices you can give us.
>
> Moreover, the deadline for our project has been put forward to October 1st.

Oh. It's pretty tight. Choose just some subset then (#991 and #994 with
smoketest-only-in-browser variant?).

> Thank you for everything,
> Celia, Jonathan, Quentin, Romain

Good luck, Herby

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Herby Vojčík


JijiSensei wrote:
> We are going to do the issues #991 and #994. Thanks for explanations.
>
> Besides, do you want us to use pull request feature on Github when we
> have finished functionnal tests ?

Yes, of course.

> Thanks again,
> Romain, Quentin, Jonathan, Célia

Herby

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Célia Cacciatore
We tried to write some example code in Smalltalk to compile it with amberc and obtain a javascript file.
Can you tell us how we can launch the javascript program we generated ?

Thank you very much.

Celia, Jonathan, Quentin, Romain


Le lundi 22 septembre 2014 17:22:44 UTC+2, Herby a écrit :


JijiSensei wrote:
> We are going to do the issues #991 and #994. Thanks for explanations.
>
> Besides, do you want us to use pull request feature on Github when we
> have finished functionnal tests ?

Yes, of course.

> Thanks again,
> Romain, Quentin, Jonathan, Célia

Herby

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Herby Vojčík


Célia Cacciatore wrote:
> We tried to write some example code in Smalltalk to compile it with
> amberc and obtain a javascript file.
> Can you tell us how we can launch the javascript program we generated ?

Well, it is technically impossible to run .js file as-is, without amber harness.

Either you generate the complete concatenated program with amberc, in that case you just run it as-is (in Windows, using node xxx.js as .js extension is bound to WScript).c.

In case you want to use code from compiled package only, it must be loaded along with amber, somehow (like, including it in list of packages to load when using browser's loader). The bare compiled .js just contains the code of the package that amber should load, without other amber core it is unusable.

OTOH, you can try to use it in minimal scenario, if you use r.js creatively, as it is an AMD module. You can definitely give r.js itself mappings for amber_core, include some runner specific for a test and make r.js
build an all-in-one file itself. Maybe it is possible to use r.js to simply run an AMD module itself - I faintly remember something like that possible, but I never tried - if that is possible, you should be able to generate simple runner that just requires the generated .js as well as some amber bootstrapping, initialize amber and run your code.

To recap, there is no easy way to run a package directly, you must understand a bit of AMD loading / packaging plus the way amber loads packages (require them all, then call initialize, then you can actually run the code).

> Thank you very much.
>
> Celia, Jonathan, Quentin, Romain
>
>
> Le lundi 22 septembre 2014 17:22:44 UTC+2, Herby a écrit :
>
>
>
>     JijiSensei wrote:
>     > We are going to do the issues #991 and #994. Thanks for
>     explanations.
>     >
>     > Besides, do you want us to use pull request feature on Github
>     when we
>     > have finished functionnal tests ?
>
>     Yes, of course.
>
>     > Thanks ag
ain,

>     > Romain, Quentin, Jonathan, Célia
>
>     Herby
>
> --
> You received this message because you are subscribed to the Google
> Groups "amber-lang" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to [hidden email]
> <mailto:[hidden email]>.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Célia Cacciatore
Okay.

We found an hello example on amber-examples but we couldn't launch them with gst nor use the compiled js with node.
Could you give us some examples which work and how to use them please ?

We also tried to write a smalltalk file which works with gst, but which can't be compiled with amberc. Is there a problem with the compiler ? Does it work only with a specific syntax of smalltalk ?
We joined the file so you can look at it.

Thank you.

Celia, Jonathan, Quentin, Romain

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

animal.st (1K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Nicolas Petton
Hi,

The Amber chunk format is not exactly the same as the Pharo or GST one,
and the language itself has some important differences:

https://github.com/amber-smalltalk/amber/wiki/Porting-code-from-other-Smalltalk-dialects

But anyway, why aren't you using the builtin IDE instead of editing .st
files manually?

Cheers,
Nico


Célia Cacciatore <[hidden email]> writes:

> Okay.
>
> We found an hello example on amber-examples
> <https://github.com/amber-smalltalk/amber-examples/tree/master/hello> but
> we couldn't launch them with gst nor use the compiled js with node.
> Could you give us some examples which work and how to use them please ?
>
> We also tried to write a smalltalk file which works with gst, but which
> can't be compiled with amberc. Is there a problem with the compiler ? Does
> it work only with a specific syntax of smalltalk ?
> We joined the file so you can look at it.
>
> Thank you.
>
> Celia, Jonathan, Quentin, Romain

--
Nicolas Petton
http://nicolas-petton.fr

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Célia Cacciatore
As we don't know Smalltalk (we had to choose a language we didn't know), we tried with an example found on internet.
Our goal is to write a functional test on amberc, so we just wanted a .st file to compile in command line, that's why we just tried to find a .st file on the internet. 
We still can't launch an Amber project currently. We compiled the hello example in amber-examples, but it didn't work in the browser (the button 'sayhello' does nothing), even when we added the script in index.html.
We're looking for a simple example to try.

Thanks.

Celia, Jonathan, Quentin, Romain




Le mercredi 24 septembre 2014 16:28:27 UTC+2, nicolas petton a écrit :
Hi,

The Amber chunk format is not exactly the same as the Pharo or GST one,
and the language itself has some important differences:

<a href="https://github.com/amber-smalltalk/amber/wiki/Porting-code-from-other-Smalltalk-dialects" target="_blank" onmousedown="this.href='https://www.google.com/url?q\75https%3A%2F%2Fgithub.com%2Famber-smalltalk%2Famber%2Fwiki%2FPorting-code-from-other-Smalltalk-dialects\46sa\75D\46sntz\0751\46usg\75AFQjCNECzF6HFnx9Tgd7NGN6TBBcT7quuw';return true;" onclick="this.href='https://www.google.com/url?q\75https%3A%2F%2Fgithub.com%2Famber-smalltalk%2Famber%2Fwiki%2FPorting-code-from-other-Smalltalk-dialects\46sa\75D\46sntz\0751\46usg\75AFQjCNECzF6HFnx9Tgd7NGN6TBBcT7quuw';return true;">https://github.com/amber-smalltalk/amber/wiki/Porting-code-from-other-Smalltalk-dialects

But anyway, why aren't you using the builtin IDE instead of editing .st
files manually?

Cheers,
Nico


Célia Cacciatore <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="utcPRdbGAQ4J" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">celia.ca...@...> writes:

> Okay.
>
> We found an hello example on amber-examples
> <<a href="https://github.com/amber-smalltalk/amber-examples/tree/master/hello" target="_blank" onmousedown="this.href='https://www.google.com/url?q\75https%3A%2F%2Fgithub.com%2Famber-smalltalk%2Famber-examples%2Ftree%2Fmaster%2Fhello\46sa\75D\46sntz\0751\46usg\75AFQjCNHylfew-9ceK-S0AGOVJxmtEn0oWg';return true;" onclick="this.href='https://www.google.com/url?q\75https%3A%2F%2Fgithub.com%2Famber-smalltalk%2Famber-examples%2Ftree%2Fmaster%2Fhello\46sa\75D\46sntz\0751\46usg\75AFQjCNHylfew-9ceK-S0AGOVJxmtEn0oWg';return true;">https://github.com/amber-smalltalk/amber-examples/tree/master/hello> but
> we couldn't launch them with gst nor use the compiled js with node.
> Could you give us some examples which work and how to use them please ?
>
> We also tried to write a smalltalk file which works with gst, but which
> can't be compiled with amberc. Is there a problem with the compiler ? Does
> it work only with a specific syntax of smalltalk ?
> We joined the file so you can look at it.
>
> Thank you.
>
> Celia, Jonathan, Quentin, Romain

--
Nicolas Petton
<a href="http://nicolas-petton.fr" target="_blank" onmousedown="this.href='http://www.google.com/url?q\75http%3A%2F%2Fnicolas-petton.fr\46sa\75D\46sntz\0751\46usg\75AFQjCNElA-qGe8D9XlAoeJGd_-UTu4s_wg';return true;" onclick="this.href='http://www.google.com/url?q\75http%3A%2F%2Fnicolas-petton.fr\46sa\75D\46sntz\0751\46usg\75AFQjCNElA-qGe8D9XlAoeJGd_-UTu4s_wg';return true;">http://nicolas-petton.fr

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Contributing with tests

Nicolas Petton
The simplest way to get started with Amber is to follow this page:
http://docs.amber-lang.net/

It will guide you through installing Amber and start a project, create a
package, etc.

There's also an introduction video here:
http://docs.amber-lang.net/getting-started.html

I would advise you to follow each step, and if things go wrong go back
to this ML to ask questions.

You also have the wiki: https://github.com/amber-smalltalk/amber/wiki
but it might contain some outdated info.

Cheers,
Nico


Célia Cacciatore <[hidden email]> writes:

> As we don't know Smalltalk (we had to choose a language we didn't know), we
> tried with an example found on internet.
> Our goal is to write a functional test on amberc, so we just wanted a .st
> file to compile in command line, that's why we just tried to find a .st
> file on the internet.
> We still can't launch an Amber project currently. We compiled the hello
> example in amber-examples, but it didn't work in the browser (the button
> 'sayhello' does nothing), even when we added the script in index.html.
> We're looking for a simple example to try.
>
> Thanks.
>
> Celia, Jonathan, Quentin, Romain
>
>
>
>
> Le mercredi 24 septembre 2014 16:28:27 UTC+2, nicolas petton a écrit :
>>
>> Hi,
>>
>> The Amber chunk format is not exactly the same as the Pharo or GST one,
>> and the language itself has some important differences:
>>
>>
>> https://github.com/amber-smalltalk/amber/wiki/Porting-code-from-other-Smalltalk-dialects 
>>
>> But anyway, why aren't you using the builtin IDE instead of editing .st
>> files manually?
>>
>> Cheers,
>> Nico
>>
>>
>> Célia Cacciatore <[hidden email] <javascript:>> writes:
>>
>> > Okay.
>> >
>> > We found an hello example on amber-examples
>> > <https://github.com/amber-smalltalk/amber-examples/tree/master/hello>
>> but
>> > we couldn't launch them with gst nor use the compiled js with node.
>> > Could you give us some examples which work and how to use them please ?
>> >
>> > We also tried to write a smalltalk file which works with gst, but which
>> > can't be compiled with amberc. Is there a problem with the compiler ?
>> Does
>> > it work only with a specific syntax of smalltalk ?
>> > We joined the file so you can look at it.
>> >
>> > Thank you.
>> >
>> > Celia, Jonathan, Quentin, Romain
>>
>> --
>> Nicolas Petton
>> http://nicolas-petton.fr 
>>
>>

--
Nicolas Petton
http://nicolas-petton.fr

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
123