Closed lteacher closed 7 years ago
Thanks for this! I think it's definitely reasonable. Could you rewrite the commit message to conform to the angular.js commit conventions. E.g. all we'd need is to change it from Adds support for coffee with 'multi' parser
to feat: Adds support for coffee with 'multi' parser
This way semantic release will pick it up and release it automatically.
Thanks!
@NickTomlin no problem. I updated the message. Couldn't seem to get rid out the footer warning and seems the build fails linting some other commit?
Really nice addition!
@NickTomlin , this PR adds the filetype to it, but could it also be something to make this an argument for protractor-flake?
Reason why I'm popping this up is that I'm not sure if this will work with for example jasmine and typescript when you do the compiling on the fly in the onPrepare. I think you would get file-type *.ts
in the log and that will result in nog finding the specific file.
@lteacher ah that new failure is actually my fault for updating the readme without following my own conventions! Feel free to ignore it, I can manually merge this in.
@wswebcreation I hadn't thought of that. I think it's a good suggestion! Perhaps we can do something like .(js|coffee|ts)
by default and then add support for configuring additional extensions via the config? I'm fine with merging this in as-is and then doing that work later (if you wan to submit a PR feel free!)
Hello,
Thanks for the package as it is very helpful. Someone had previously hacked up the Protractor in a fork to provide this functionality which is obviously not ideal and since we need to upgrade it would be splendid to use this.
However, we have quite a bit of coffeescript still and so it would be great if coffee files could be found which is not the case right now in the multi parser.
The change seems fair to me so just opened this PR, if not accepted we can just use custom parser. Thanks.
PR Changes
multi.js
spec regex to include .coffee files