Add option to abandon claim when deleting published file #306

Merged
6ea86b96 merged 2 commits from abandon-claim-on-delete into master 2017-07-02 20:24:48 +02:00
6ea86b96 commented 2017-06-29 10:43:15 +02:00 (Migrated from github.com)

Just a quick idea. I got sick of constantly having to abandon my claims on the cli while testing publishing refactoring.

2017-06-29 at 15 42

Just a quick idea. I got sick of constantly having to abandon my claims on the cli while testing publishing refactoring. ![2017-06-29 at 15 42](https://user-images.githubusercontent.com/20863631/27679037-9a6506aa-5ce1-11e7-8760-715493de2a9c.jpg)
kauffj commented 2017-06-29 14:50:09 +02:00 (Migrated from github.com)

Great stuff, this was on the punch list to add abandoning claims. I'd be happy to merge this as-is, though I also think it'd be good to separate this from deletion.

Or maybe this action isn't deletion at all? Maybe inside of the publish area the action should be called unpublish, with the main prompt being to abandon the claim. Deleting could be a sub-option inside of that.

Either way, I like it, but may try to tweak the UX a bit before merging. If you want to try it yourself, I won't be coming back for 3-4+ hours.

Great stuff, this was on the punch list to add abandoning claims. I'd be happy to merge this as-is, though I also think it'd be good to separate this from deletion. Or maybe this action isn't deletion at all? Maybe inside of the publish area the action should be called unpublish, with the main prompt being to abandon the claim. Deleting could be a sub-option inside of that. Either way, I like it, but may try to tweak the UX a bit before merging. If you want to try it yourself, I won't be coming back for 3-4+ hours.
6ea86b96 commented 2017-06-29 15:51:10 +02:00 (Migrated from github.com)

Maybe we should add this in the published files section as well as where it is in this PR? If someone deletes a file right now then it's not going to show up in published area anymore so there will be no way to abandon the claim. At least I think that's the case.

Maybe we should add this in the published files section as well as where it is in this PR? If someone deletes a file right now then it's not going to show up in published area anymore so there will be no way to abandon the claim. At least I think that's the case.
kauffj commented 2017-06-29 15:57:08 +02:00 (Migrated from github.com)

Part of what I'm saying is that "delete" is a poor option for content you've published, because it's unclear what it does. Deleting the file does nothing if it doesn't remove the claim and the content is rehosted, but to a user it feels like the content is gone.

Instead, delete probably shouldn't even be an option for published content. It should be labeled "Unpublish", with the primary action being to revoke the claim, and deleting the file a secondary additional option.

Part of what I'm saying is that "delete" is a poor option for content you've published, because it's unclear what it does. Deleting the file does nothing if it doesn't remove the claim and the content is rehosted, but to a user it feels like the content is gone. Instead, delete probably shouldn't even be an option for published content. It should be labeled "Unpublish", with the primary action being to revoke the claim, and deleting the file a secondary additional option.
kauffj commented 2017-07-02 20:27:20 +02:00 (Migrated from github.com)

I'd like to do more with this, but it's an improvement as-is for sure, so I merged it.

I did switch all modal components to start with Modal (e.g. ModalUpgrade rather than vice versa) and split this modal out of FileActions.

I'd also like to start having each modal represented by a constant, I started this in constants/modal_types, but let me know if you think another approach is better.

I'd like to do more with this, but it's an improvement as-is for sure, so I merged it. I did switch all modal components to start with `Modal` (e.g. `ModalUpgrade` rather than vice versa) and split this modal out of `FileActions`. I'd also like to start having each modal represented by a constant, I started this in `constants/modal_types`, but let me know if you think another approach is better.
kauffj commented 2017-07-02 20:27:32 +02:00 (Migrated from github.com)

I hate magic strings!

I hate magic strings!
Sign in to join this conversation.
No reviewers
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: LBRYCommunity/lbry-desktop#306
No description provided.