Git Product home page Git Product logo

Comments (23)

YungSang avatar YungSang commented on September 28, 2024

今試したらうまくいきました。
topic に上げました。
お時間がある時に見て頂けないでしょうか?
よろしくお願いします。
https://github.com/YungSang/taberareloo/tree/topic

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

どもです, みますー!

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

どもですー。
ショートカットキーのオプションも追加しました。

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

favorではpsの情報は書き換えないのですがー?
favorは単にpostの代わりにReBlogのようなことをするという区別なので, psは書き換えず, かつTumblrでfavorの時に新たに作ったobjectに付け加えられる付加情報は外部では使用していないはずですー.

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

そうですか。じゃあ、どっかで付加してるのかな?
どちらにしても、Postダイアログで入力したコメントして、サブミットした後にどこかでReblog情報(今までのDescription)を追加して、各モデルに渡してますよね?
そこらへんがどうやってるのかわからなかったので、上記のような感じになってしまいました。
かつ、Google+モデルでは、ダイアログで入力したコメントだけが必要で(Reblog情報はGoogle+側が勝手にやるので)、その他のモデルにはReblog情報をつけた形で渡したいので、どうしたものかと。。。

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

via ... とかですか?
via ...の情報は, TumblrからextractされたものでTumblrにpostされるものにしかついていないはずですー.
これはTumblrのfavorの中で, psから新たにobjectを作って, そこに付加しているので, ps自体はいじっていません. なので他のmodelからは見えないはずですー.

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

おかしいですね。PickBaverでもGoogle+にもviaとかいろいろDescriptionに入ってくるのですが。。。

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

すみません。コメントDescriptionとBodyを混同していたようです。
TumblrのviaとかはBodyに入って来ますね。

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

なるほどー。うーむ。さて、どうしよう。。

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

ほえ! まじですか, 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.

YungSang avatar YungSang commented on September 28, 2024

はい、extractorして、他のモデルに必要となるだろう、付加的な情報(誰のポストで誰のポストからReshareしたものかとか、Reblogの履歴みたいなもの)ですね。

Google+の場合は、逆にこの付加情報が要らなくて、その他のモデルには付加情報をDescriptionとして渡したいなぁって感じです。
なので、今はps.favoriteにpost idと付加情報を渡して、favorで投稿した後に、付加情報を追加して、他のモデルに渡してしまっています。

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

後もう一つ、
favorがあるときは、ポスト先一覧でreblogがチェックされて無くても、チェックされた状態でPopupが開くのは、Reblog以外にチェックが入っているからポスト先が生きていて、投稿時にfavorに渡って来てしまう。
ってことですかね?

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

あっ、TumblrのPhotoポストの時にBodyに入れても無視されるから、Descriptionに入れてしまったけど、それは諦めて、
Bodyに入れるようにすれば、TumblrのReblogと同じことが出来るのかな?
やってみますー

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

先ほど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.

YungSang avatar YungSang commented on September 28, 2024

了解しました。
Bodyの方向で考えてみます。
でも、TumblrのPhotoを本家Reblogすると、Bodyじゃなくて、Description(Caption)の方に入りますよね。
ココらへんで方向を間違ってしまったようです。。。PhotoとVideoの時は諦めますか。Quoteもか。。。

ReblogのCheckの方はちょっとびっくりしましたが、私的には問題無いです。

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

以前

#26

ということもあったので, ちょっとややこしいのかなーと思いつつ, しかし別のpolicyもそれはそれでもっとややこしいなあということでこの実装の方向性にしていますー.

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

了解です。
その仕様前提で、さらにもう一つ、
Google+のReblogがチェックされて無い場合、Google+上でメニューからtaberarelooを選ぶと、どうなるのが仕様でしょうか?
1.Google+ の Extractorが呼ばれず、Google+にはfavorではなく、通常のタイプに従ってポスト。
2.Google+ の Extractorが呼ばれるが、Google+にはfavorではなく、通常のタイプに従ってポスト。
3.Google+ の Extractorが呼ばれ、Google+には通常のタイプがチェックされているので、favorとしてポスト。

実は今、3番になるのですが、問題無しですか?私のバグと思いますが。。。

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

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.

YungSang avatar YungSang commented on September 28, 2024

ありがとうございます。
というと、Reblogのチェックはどういう時に機能しますか?
別のサービスの時は選択されないはずなので、関係無いですし、
自分のサービスの時はチェックに関係なく、Favorが選択されるんですよね?

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

なので, 例えば,
TumblrでTaberarelooを押したときにLinkのcontentで, TumblrのLinkのcheckもFavoriteのcheckもされていない時に, Tumblrへのpost候補がでない.
という形で現れますー.

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

なるほど、
自分のサービスでtaberarelooした時に、対象タイプがチェックされて無い時のみ、効いてくるってことですね。

長く時間を取らせてしまって申し訳ありませんでした。
もうちょっと仕様に合わせて改善したら、ご連絡させて頂きます。
ありがとうございました。

from taberareloo.

Constellation avatar Constellation commented on September 28, 2024

いえいえ! むしろいつもありがとうございますです...

あと逆に言えば, linkがcheckされていなくても, favoriteがcheckされていれば, 同一service中ならいつでも候補に出てくるという面で現れるところもありますー.

from taberareloo.

YungSang avatar YungSang commented on September 28, 2024

仕様に合わせてコードを変更しました。
なんかすっきりした感じです。

from taberareloo.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.