Comments (23)
今試したらうまくいきました。
topic に上げました。
お時間がある時に見て頂けないでしょうか?
よろしくお願いします。
https://github.com/YungSang/taberareloo/tree/topic
from taberareloo.
どもです, みますー!
from taberareloo.
どもですー。
ショートカットキーのオプションも追加しました。
from taberareloo.
favorではpsの情報は書き換えないのですがー?
favorは単にpostの代わりにReBlogのようなことをするという区別なので, psは書き換えず, かつTumblrでfavorの時に新たに作ったobjectに付け加えられる付加情報は外部では使用していないはずですー.
from taberareloo.
そうですか。じゃあ、どっかで付加してるのかな?
どちらにしても、Postダイアログで入力したコメントして、サブミットした後にどこかでReblog情報(今までのDescription)を追加して、各モデルに渡してますよね?
そこらへんがどうやってるのかわからなかったので、上記のような感じになってしまいました。
かつ、Google+モデルでは、ダイアログで入力したコメントだけが必要で(Reblog情報はGoogle+側が勝手にやるので)、その他のモデルにはReblog情報をつけた形で渡したいので、どうしたものかと。。。
from taberareloo.
via ... とかですか?
via ...の情報は, TumblrからextractされたものでTumblrにpostされるものにしかついていないはずですー.
これはTumblrのfavorの中で, psから新たにobjectを作って, そこに付加しているので, ps自体はいじっていません. なので他のmodelからは見えないはずですー.
from taberareloo.
おかしいですね。PickBaverでもGoogle+にもviaとかいろいろDescriptionに入ってくるのですが。。。
from taberareloo.
すみません。コメントDescriptionとBodyを混同していたようです。
TumblrのviaとかはBodyに入って来ますね。
from taberareloo.
なるほどー。うーむ。さて、どうしよう。。
from taberareloo.
ほえ! まじですか, bugっぽいです... 直します...
favorで付加情報が必要な場合, extract元とpost先が一致するはずだ理論(ReShare / ReBlogなどはある一定のserviceから同じservice内で引き渡すものであるから一致するはず)から, ps.favoriteが1つだけ用意され, ここにfavorの時に必要な個別情報をextractorが付加, modelのfavorの時にこれとpsから再現して新たにformを作成し, postという形式になっています.
extractorの時点で抽出した情報から, post formを経由した情報を含めて再構築して付加させたい情報があるということなのだと見ましたが, Tombloo / Taberarelooには今のところそのための機構は存在していませんー.
use caseとしてはどのような場合でしょうかー? pre/post process的hookの構築を検討します.
from taberareloo.
はい、extractorして、他のモデルに必要となるだろう、付加的な情報(誰のポストで誰のポストからReshareしたものかとか、Reblogの履歴みたいなもの)ですね。
Google+の場合は、逆にこの付加情報が要らなくて、その他のモデルには付加情報をDescriptionとして渡したいなぁって感じです。
なので、今はps.favoriteにpost idと付加情報を渡して、favorで投稿した後に、付加情報を追加して、他のモデルに渡してしまっています。
from taberareloo.
後もう一つ、
favorがあるときは、ポスト先一覧でreblogがチェックされて無くても、チェックされた状態でPopupが開くのは、Reblog以外にチェックが入っているからポスト先が生きていて、投稿時にfavorに渡って来てしまう。
ってことですかね?
from taberareloo.
あっ、TumblrのPhotoポストの時にBodyに入れても無視されるから、Descriptionに入れてしまったけど、それは諦めて、
Bodyに入れるようにすれば、TumblrのReblogと同じことが出来るのかな?
やってみますー
from taberareloo.
先ほどps確認したところ, bodyに入っているのはtumblrからextractした時の情報なので問題ないですー.
(via ...)を自分の前の人のを新たに付加する情報は入っていないはずです. これはfavorで作成され, この中新たに作られたformにのみ付けられ, 他のmodelには見えません.
psは元のextractor/post先によらない独立した情報で, 特定のmodel/extractorに依存してはまずいです. なので, ps.bodyにはreshareのときに必要な情報(Google+以外では必要な情報)を入れておいて, ps.favorite.bodyなどにGoogle+の時のみ必要な, 省かれた情報を確保, favorの時にはこれを使ってGoogle+用のformを作成する(この時, psは変更しない. immutableとして扱うべきなので)というのがいいかなーと思うのですがどうでしょうか?
favorがあるときは, ポスト先一覧でreblogがcheckされていなくてもpopupが開くのは, favoriteになりうる(Tumblr内でReBlog extractorで出す)かつ, そのextract形式が他のcheckの入ったものに該当するという場合で, そうですー. この挙動, 変えたほうがいいですかね?
from taberareloo.
了解しました。
Bodyの方向で考えてみます。
でも、TumblrのPhotoを本家Reblogすると、Bodyじゃなくて、Description(Caption)の方に入りますよね。
ココらへんで方向を間違ってしまったようです。。。PhotoとVideoの時は諦めますか。Quoteもか。。。
ReblogのCheckの方はちょっとびっくりしましたが、私的には問題無いです。
from taberareloo.
以前
ということもあったので, ちょっとややこしいのかなーと思いつつ, しかし別のpolicyもそれはそれでもっとややこしいなあということでこの実装の方向性にしていますー.
from taberareloo.
了解です。
その仕様前提で、さらにもう一つ、
Google+のReblogがチェックされて無い場合、Google+上でメニューからtaberarelooを選ぶと、どうなるのが仕様でしょうか?
1.Google+ の Extractorが呼ばれず、Google+にはfavorではなく、通常のタイプに従ってポスト。
2.Google+ の Extractorが呼ばれるが、Google+にはfavorではなく、通常のタイプに従ってポスト。
3.Google+ の Extractorが呼ばれ、Google+には通常のタイプがチェックされているので、favorとしてポスト。
実は今、3番になるのですが、問題無しですか?私のバグと思いますが。。。
from taberareloo.
Extractorは抽出の機能なので, Modelのcheckとは無関係なので1は無いです. 通常のtaberarelooを選ぶと常に最適なExtractorで抽出を試みます.
で, 2と3なのですが, 結論からいえばこの場合Taberareloo, Tomblooは3を選択します.
というのも, favoriteというのが同一service同士であるcontentsをcopyする最適解としての一面と, 半独立のtypeとしての面の両方を持っていると自分は考えています.
まずfavoriteというのは同一serviceからextractして同一serviceにpostするというやたらと能動的なものであり, #26 で問題になっていたのはこの点です.(後者のほう)
たとえphotoをtumblrに許可していなくても, favoriteが許可されているのなら, かつtumblrからextractしたものをわざわざtumblrでpostするとなるのはphotoであっても気をきかせてfavoriteのようなtypeとして許諾して欲しいところです. これがfavoriteのtypeとしての面で, このときある種ReBlogというtypeのような形でphotoをpostします. これが後者のほうの面.
一方photoを許可していたとして, 同一service同士なのならばReBlog/Reshareという形がわざわざservice側から用意されているのなら, そのformatに従ってcopyするのが最適解であろうという形で, favoriteできるのであればそっちでというのが前者の方の面. 上の例で3を選択するのはこちらの判断です.
そのため, 解としては現在は3となっているのですがどうでしょうか?
from taberareloo.
ありがとうございます。
というと、Reblogのチェックはどういう時に機能しますか?
別のサービスの時は選択されないはずなので、関係無いですし、
自分のサービスの時はチェックに関係なく、Favorが選択されるんですよね?
from taberareloo.
なので, 例えば,
TumblrでTaberarelooを押したときにLinkのcontentで, TumblrのLinkのcheckもFavoriteのcheckもされていない時に, Tumblrへのpost候補がでない.
という形で現れますー.
from taberareloo.
なるほど、
自分のサービスでtaberarelooした時に、対象タイプがチェックされて無い時のみ、効いてくるってことですね。
長く時間を取らせてしまって申し訳ありませんでした。
もうちょっと仕様に合わせて改善したら、ご連絡させて頂きます。
ありがとうございました。
from taberareloo.
いえいえ! むしろいつもありがとうございますです...
あと逆に言えば, linkがcheckされていなくても, favoriteがcheckされていれば, 同一service中ならいつでも候補に出てくるという面で現れるところもありますー.
from taberareloo.
仕様に合わせてコードを変更しました。
なんかすっきりした感じです。
from taberareloo.
Related Issues (20)
- Auto-fill description field with description tags in page header?
- link以外のTumblr投稿が一切できない HOT 1
- Replace Mochikit.Deferred to native Promise HOT 11
- Conflicting between MochiKit.Base.zip and zip of zipjs HOT 3
- Quote時、Twitter等文字数制限のある投稿先には、自動で丸め込んで欲しい HOT 2
- Replace generic shortcut with Contextual Generated Menu HOT 15
- Add checkHttps disable option
- Drop MochiKit HOT 3
- Version 4.0.0 HOT 6
- userscripts.js: Dashboard + taberareloo のgetStatus HOT 4
- Flickr HOT 2
- DeliciousへのLinkポストが成功してもエラーしたとダイアログが出る
- Twitter投稿で文字数制限にかかった時にTypeErrorが出る HOT 1
- Another issue related to #280 HOT 1
- Difference between Deferred.errback and Promise.reject
- The page was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint HTTP. This request has been blocked; the content must be served over HTTPS. HOT 6
- Change LDR URL HOT 1
- 複数タンブルログが取得できない
- LinkをTwitterに共有しようとすると投稿に失敗する(Cannot read property 'message' of undefined)
- Tumblrに投稿できない HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from taberareloo.