Re: [tap] RFC Status?

[Andrew de Andrade <[e-mail]>]

On Tue, Aug 12, 2014 at 1:47 PM, Jonathan Kingston <[e-mail]>
wrote:
>
> The most conversation was there about the JSON / TAP/Y work:
> https://github.com/TestAnything/testanything.github.io/pull/6
>
>
I will take a look at the others. I'm also going to go through the web
archived wiki pages and move them to the TestAnything github org.

I was about to say that "right now there is one repo. I'm wondering if it
is best to have two repos, once with the spec and specification discussions
and one strictly for the website." and then I went to check out
TestAnything and saw that you already took care of that. I'll try to move
the original wiki pages over to TestAnything/Specification and start one
issue for each of the proposed ideas so that the discussion can take place
there.


I have seen a lot of conversation on other lists but I will have to dig out
> where they were, I think there was talk on http://karma-runner.github.io/
>

I'll try to some searching through the issue archives and see what I can
find. Let me know if there are any other places worth looking at.


>
> The issue as I see it is the ability for robust meta data with and agreed
> set of parameters and meanings. TAP/Y(
> https://github.com/rubyworks/tapout/wiki/TAP-Y-J-Specification) has gone
> some way towards addressing these however not far enough in clearing up the
> format.
>

Will investigate.


>
> There is smaller amounts of things that need merging in but most are
> conversations, the issue realistically is that I'm not the authority so it
> need people to vote and comment on them. So on the issue above I can add my
> comments and merge it in but realistically it is so much of a change that I
> don't think it is fair for me to just merge it in.
>

Usually it's not even about being an authority, but recognizing where there
are strong differences of opinion and knowing how to polling a few of those
people who are authorities because they actually coded implementations
implementations and therefore know the pitfalls and the complaints and
desires of those using their code.


>
> I am happy to be a gate keeper of the changes of the site as realistically
> its not going to change at a rapid pace, however I am looking to the
> community to contribute to the issues and out of that perhaps I can get
> more moderators on side.
>

Sounds good. Any pressing changes that people really want to see can just
be submitted as pull requests.


>
> I have created a new repo(https://github.com/TestAnything/Specification)
> for TAP which can be used to track changes better, conversations and also
> building TAP 14 separate to the site itself which I see as a published
> authority.
>

Awesome. As I said, I'll move the old wiki content to the the wiki for this
repo.