Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Option to Cancel event #20

Open
AaronHarris opened this issue Feb 21, 2013 · 6 comments
Open

Option to Cancel event #20

AaronHarris opened this issue Feb 21, 2013 · 6 comments

Comments

@AaronHarris
Copy link
Owner

Sends email [or text] to all users notifying them of cancelled event (Just putting here as comething to implement in the far future)

@colortheskyjade
Copy link

We should probably have an "active" column in the table?

@AaronHarris
Copy link
Owner Author

I spent some time going through Doodle tody and had some ideas. We'll
probably need a "settings" column at some point. We will either have a
"cancelled" boolean column in the table OR we'll have a "state" column if
we find that there are more states that an event could be in, with the goal
of minimizing the amount of boolean columns in the table.

On Thu, Feb 21, 2013 at 7:37 PM, Ruyan Chen [email protected]:

We should probably have an "active" column in the table?


Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-13908274.

@AaronHarris
Copy link
Owner Author

Shouldn't we just have a complete "destroy_event" action link? (We should perhaps leave something to say "The owner has cancelled this event" so people don't get a generic 404.) If so, should riders and drivers be dependent: :destroy, or should we save a central databse of people, who we know either have a car or don't (useful in the future, we could offer a "premium" service, eg. these people in your carpoodle have driven before)

@AaronHarris
Copy link
Owner Author

Only allowed if user has created a user account (when we add the option later). For now, no deleting events.

@colortheskyjade
Copy link

I think we should destroy the event on our own terms, rather than on the users just for safety, but mimic a destroy for them.

@AaronHarris
Copy link
Owner Author

Not a bad idea

On Tue, Mar 26, 2013 at 8:48 PM, Ruyan Chen [email protected]:

I think we should destroy the event on our own terms, rather than on the
users just for safety, but mimic a destroy for them.


Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-15487570
.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants