Alex Nauda

Do you mean to say that you like the externalized mapping? I don't like that aspect. I'm using yours because it allows me to directly instantiate my model classes (plain...

Thank you for this update. I'd like to test this before merging.

I propose that we should consider supporting multivalue tags. While I'm not a fan of intentionally setting up a tagging scheme that relies on it, I have seen some integration...

> Personally I think this is a problem for the integrator/vendor platform that integrates OpenSLO to solve not for us to worry about. That's true! But if OpenSLO is not...

Forgot to mention, this works fine if I run something like `openfl test cpp` or any other target, from either Terminal or as a bash run config in IntelliJ. So...

Starting it from the command line after exporting HAXE_STD_PATH does get past that error, but I still can't get it working. I still get "Unresolved symbol..." and "Unresolved type" errors...

I got the debugger working using the openfl Flash target and following the instructions here: https://www.youtube.com/watch?v=kvFg1Zee4h4 And still starting IntelliJ from the shell as you suggested, after exporting HAXE_STD_PATH.

@blasd modified this to use a profile instead of uncommenting a block in the pom. Isn't it nice?

I'm getting this error too, using frank-cucumber-1.2.2 on mac ruby 1.8 (and bundler). Adding the configuration parameter to frank build didn't help. @dlongmuir How can I make sure 'frank build'...

And (oh right) I forgot to mention that I'm using Cocoapods. After reading this [related discussion](https://groups.google.com/forum/#!topic/frank-discuss/98Tt6-eJ3x0) I noticed that, after running 'frank build', my app is in ./Frank/frankified_build/Applications/ instead of...