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

Publish to Disqus #270

Open
kylewm opened this issue Aug 28, 2014 · 4 comments
Open

Publish to Disqus #270

kylewm opened this issue Aug 28, 2014 · 4 comments
Labels

Comments

@kylewm
Copy link
Contributor

kylewm commented Aug 28, 2014

I would love to be able to POSSE replies to Disqus comments threads!

Would require publishers to give Bridgy access to their Disqus account, but then comments would be published as me.

Here's an example of one I did manually

https://kylewm.com/reply/2014/08/28/2/very-interesting-project-i-m-curious
http://facebook.smallpict.com/2014/08/25/postingToWordpressAndFacebook.html#comment-1563847441

This is a little crazy, but it would be especially cool if it could detect these permissions when working with a Tumblr user signed up with "bridgy for blogs" to recognize webmentions from me and use my Disqus account to comment as me instead of as the blog owner. 💥

@snarfed
Copy link
Owner

snarfed commented Aug 28, 2014

both this and #271 are great ideas! i'd love to use them myself. they'd take some work, obviously, but i think they're pretty straightforward.

design wise, i don't think you'd need any new pieces. disqus user pages would show just the Publish UI section of social_user.html. you'd probably need to extract that out into a new template so you can reuse it, but that's easy. wp.com would just add that publish UI to the existing wp.com template.

code wise, we'd obviously need to add disqus to oauth-dropins and a new source type, but we can probably reuse a lot of the disqus api usage in tumblr.py. same w/wp.com and wordpress_rest.py.

exciting ideas!

(re the NASCAR concern, eh, don't worry about it. we'd need to add a new disqus button to the second row on the front page, but that's fine. the incremental UX cost is pretty low. the only question in my mind is whether that would confuse tumblr users, since they use disqus too, but meh. we'll see.)

@kylewm
Copy link
Contributor Author

kylewm commented Sep 1, 2014

first minor roadblock, I'm looking up disqus thread ID using /threads/details and thread=link:URL.

on some sites the thread is identified by the full URL http://facebook.smallpict.com/2014/08/25/postingToWordpressAndFacebook.html

but on tumblr sites, they want us to chop off the slug http://snarfed.tumblr.com/post/84623272717 not http://snarfed.tumblr.com/post/84623272717/stray-cat

one option is just to try the full url and then try without the last path component if that fails...I could certainly construct a website for which that would be a bad choice, but maybe that's not too likely in the real world?

@snarfed
Copy link
Owner

snarfed commented Sep 1, 2014

heh, create_comment() in tumblr.py already does exactly that. :P as for identifying tumblr sites, at least without fetching and scraping them or asking tumblr's API, meh. I'm fine with just doing this automatically for now.

@snarfed snarfed removed the maybe label Sep 4, 2014
@snarfed snarfed added new silo and removed publish labels Nov 2, 2015
@snarfed
Copy link
Owner

snarfed commented Dec 8, 2015

if anyone's interested in tackling this, i've written up comprehensive instructions on how to add a new silo to bridgy. feel free to jump in!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
2 participants