-
Notifications
You must be signed in to change notification settings - Fork 308
Talk about revising the team application #4123
Comments
I'd like to break this down into groups:
|
Do we need the open work and TWYW fields? We're not going to offer TWYW as a product again for a year or three. If/when that happens I expect we'll have a new flow for Projects to turn that feature on. We can explain the product and re-up terms agreement then. For open work ... I guess we've already gone to the trouble of verifying most of the existing 200+ projects as providing open work. Can we make that a separate verification flow rather than tying it to initial onboarding? What's the benefit we offer to those that go through the process? |
Good with that.
I can be good with that. We don't currently have any benefit. I think the levels we've talked about would be appropriate under #3736 (once we sort, we need to have a default sort order...). We should keep track of those projects that are already "open work" approved, so we can grandfather them in when we get to that (which I suppose could just be a list on a ticket somewhere, rather than dumping it into the database right now). |
|
I think it should remain an "application" (along with verbs on the form) because we review it for approval, but @whit537 just calls it a "form" at gratipay/inside.gratipay.com#821 (comment). Thoughts on either way? |
I'd be working on this but am running into installation issues, apparently due to upgrading to El Capitan: #4131. |
Back on it, comments over at #4130. |
This is an issue, that's a PR. |
Gotcha. |
Closing in favor of #4130! :-) |
https://github.com/gratipay/gratipay.com/blob/master/www/new.spt
Follows from #4117 as part of Decouple that we'll need to change the team application form.
The text was updated successfully, but these errors were encountered: