nDiki : API

API - Application Programming Interface / Application Program Interface

関連情報

2015年3月15日 (日)

日記アプリ Diaro

最近日記アプリ(ジャーナルアプリ)を見直していて少し前から Journey (記事)を Day One と併用し始めているんだけれど、合わせて Diaro も試してみていた。

Diaro は過去に2013年12月から2014年3月まで使っていたのだけれど結局その時は Day One に完全に移行してしまった。今回「書き終わったジャーナル/日記」は Day One で「考えている事・アイデア・草稿」など途中の段階のものは別のアプリでと使い分けるのはどうかなと思って再度 Diaro を使ってみていたところである。

以前に Diaro PRO アプリを購入済みだったのだけれど、今はアプリは無料でアプリ内課金により Diaro PRO が使えるようになっている模様。過去に有料アプリを買っていた人はそのまま現在の Diaro PRO を使えるようだった。

わかりにくかったのは Diaro PRO アカウントと Diaro Online と Dropbox の関係。

Dropbox 同期を使うには Diaro PRO アカウントを作ってアクティベートする必要があるのだけれど、Diaro Online は使いたくない(まだ信用していないので Dropbox へのアクセスを許したくない)という状況でどうすれば良いのかわかりにくかった。

結局のところ

  • (Diaro PRO アカウント +) Android デバイス + Dropbox アカウント
  • (Diaro PRO アカウント +) iOS デバイス + Dropbox アカウント
  • Diaro PRO アカウント + Diaro Online + Dropbox アカウント

みたいな感じで基本的にはデバイス(あるいはサイト)毎に同期先の Dropbox アカントを選べるようになっていたので Diaro Online には Dropbox アカウントを連携させない状態でも Android デバイスと iOS デバイスで連携させることができた。

良いところ

  • データを Dropbox で同期できる。
  • iOS アプリが出たので Android デバイスと iOS デバイスを併用できるようになった。
  • Dropbox との同期がスムーズ。

良くないところ

  • データは Dropbox の Datastore API を使って保存されるので Day One みたいに PC から扱えない。
  • Diaro Online が重い印象。また Journey と違って Diaro が Dropbox 上のデータを参照するのがちょっと嬉しくない。

モバイルのみで使う分には一通り機能を揃えていていい感じ。 PC からも閲覧・編集したければ Diaro Online を受け入れるかどうか次第なところ。自分的には Diaro Online はまだ無しな感じなので今回はやはり見送りにすることにした。

[ Android アプリレビュー ]

スポンサード リンク
[ permalink ]
[ 3月15日全て ]

2015年12月11日 (金)

Slack Web API で分報を送信

一昨日からSlack 分報をやりはじめました。Android スマートフォンからさくっとつぶやくには Slack アプリはちょっと不便(立ち上がってからチャネル選択する必要がある)なので Slack Web API でさくっと投稿できるようにしておきます。

Slack Web API

投稿は Slack の incoming webhook でもできるのですが、これで送ると BOT とついてしまうので Slack Web API を使うことにします。認証・承認は OAuth 2 が推奨ですが、まずはシンプルに API トークンを使う方法にしておきます。

の [Create token] でトークンを発行します。

発行できたらあとは 

 https://slack.com/api/chat.postMessage?token=<トークン>&channel=%23times_naney&as_user=true&parse=full&text=Hello.

のように chat.postMessage を呼び出せば投稿できます。

サポテキ

あとはサポテキ (SupportText Pro) のユーザー定義ボタンで 

 [TITLE]
 #times_naney
 [TEXT]
 https://slack.com/api/chat.postMessage?token=<トークン>&channel=%23times_naney&as_user=true&parse=full&text=%s
 [TYPE]
 URI
 [CCODE]
 UTF-8
 [END]

としておけばボタン一発投稿できるようになります。

実行すると Web ブラウザが開いて API レスポンスが表示されるだけのシンプルな設定なので、あとはよしなに工夫していけば良い感じです。

[ permalink ]
[ 12月11日全て ]

2016年6月12日 (日)

思い浮かんだことを一時的に書き留めておくツールはやはり Google Keep

Dropbox の Datastore API 終了にともなって、日記アプリ Diaro が少し前に個別ファイルでの Dropbox 同期に移行したので、久しぶりに Android アプリをインストールしてお試ししてみました。思い浮かんだことを一時的に書き留めておくツールとしてどうかなと思ったのですが、表示・編集画面の雰囲気がやっぱり垢抜けないのでちょっと自分には合わない感じでした。

などを使っているなかで random thought を書き留めておくツールとしては Google Keep が今のところ一番しっくりしている感じです。これでアンドゥがついてくれればと思うところです。

[ permalink ]
[ 6月12日全て ]

2017年1月28日 (土)

サードパーティーアプリからは Medium のストーリーはポストしかできない

昨年10月にサインアップした Medium、何か書くのに良さそうなプラットフォームだとは思っているのですがまだ活用できてません。

Ulysses や iA Writer から直接下書きを投稿できるので、うまく使えないかとちょっと試してみました。しかし結局下書きを投稿できるに過ぎないんですよね。まあ Medium 側がポスト(ストーリー)について POST しか API を提供していないので仕方がない訳ですけれども。

Ulysses や iA Writer で Markdown 形式で書いて一度 Medium に上げた下書き(やそれを公開したもの)について、再度手元で修正して反映させることができません。

一度 Medium に送ってしまったら、あとは「手元の原稿と Medium 上の記事を同じように手で修正する」か「再度 Medium に新しい草稿として上げて Medium 上でまるっとコピー&ペーストする」とかしかないです。残念。

[ permalink ]
[ 1月28日全て ]

2017年9月29日 (金)

初全ツイート履歴ダウンロード

自分の Tweet は API で取ってきておおむね nDiki の記事にまとめてあるのですが、使い始めの頃はそんなことをしていなかったので手元にデータとして取ってありませんでした。公式機能で全ツイート履歴ダウンロードができるのは知っていましたがそのうちと思いつつずっとやり忘れていたので、ようやく腰を上げて全ツイート履歴リクエストを設定からしてみたところ、ほどなくして準備完了のメールが届きました。

ダウンロードした ZIP ファイルの中をみると、予想していた通り人間用に HTML ファイルがありました。そしてそれ以外に CSV 形式ファイル・JSON 形式ファイルが含まれていてきちんと利用しやすい形になっていて良くできているなと感心してしまいました。良いですね。

きちんと README.txt をみてみたら HTML ファイル (index.html) は JSON 形式ファイルを読んで表示するページになってました。なるほど。API のレスポンス仕様と同じ JSON 形式をエクスポートデータにしているのですね。

[ permalink ]
[ 9月29日全て ]

2018年2月28日 (水)

GitHub Flavored Markdown ファイルの Web ブラウザでのプレビューに Grip を使う

「Markdown で書いているノートを Web ブラウザで見るのに MkDocs を使う」とつぶやいたら @bsdhack 氏が Grip を紹介してくれました。

さっそく試してみました。 

 $pip2 install grip

でインストールしたら Markdown ファイルを指定して Grip を起動します。 

 grip index.md

Grip が http://localhost:6419/ で Web サーバとして立ち上がるので Web ブラウザでアクセスすると index.md の HTML 変換されたものを見ることができます。なお 

 grip -b index.md

とすれば起動と同時に Web ブラウザで開いてくれます。URL でパスを指定すればそのまま同じ/サブディレクトリにある Markdown ファイルもプレビューできるので、ハイパーリンク付けをしておくことでドキュメント群をブラウジングすることもできます。なるほどお手軽で便利。 GitHub 上とほぼ同様の見慣れたデザインになるのがいいですね。

そもそも Grip は「GitHub Readme Instant Preview」で GitHub 上での表示確認のためのツールで、 GitHub の REST API を使ってレンダリング結果を生成しているので当然といえば当然だったりはします。

ただそのかわり GitHub の API を使うので

と場合によっては不便な部分があります。なお後者については GitHub Enterprise があるなら Grip でそちらを指定するとう手もあります。

GitHub に push する前にチェックしたい時はもちろん、それ以外でさっと Web ブラウザで見てみたい時にも便利なツールですね。

[ permalink ]
[ 2月28日全て ]

2018年5月10日 (木)

今日のさえずり: 「和風カツ弁当」を「和風とは?」と思いつつ食べた

2018年05月10日

[ permalink ]
[ 5月10日全て ]

2018年10月30日 (火)

JavaScript コードで TaskPaper ファイルにノートを挿入する

ちょっとしたメモを Alfred for Mac から一発で TaskPaper ファイルに挿入したい。Packal 上に TaskPaper のための多機能な Alfred Workflow があるので入れたんだけれど、うまくタスク追加ができないことがあるので、自前でスクリプトを作って Alfred から呼ぶことにした。

TaskPaper ファイルはテキストファイルなので書き慣れている Perl でスクリプトを書いてもいいんだけれど、 編集の競合が避けられるし parser も書かなくて済むしということで TaskPaper の API を使うことにした。

JavaScript for Automation (JXA) を使えば JavaScript コードで TaskPaper API を呼べるっぽい。

以下指定した TaskPaper ファイルに Inbox: プロジェクトがなければ追加した上でその子供としてノートを挿入するコード(エラー処理割愛。実際にはタイムスタンプとかもノートにつけるようにした)。 

 #!/usr/bin/env osascript -l JavaScript

 function TaskPaperContext(editor, options) {
   let inbox = editor.outline.evaluateItemPath("//Inbox:")[0];
   if (!inbox) {
     inbox = editor.outline.createItem("Inbox:");
     let projects = editor.outline.evaluateItemPath('@type = project')
     if (projects.length == 0) {
         editor.outline.root.appendChildren(inbox)
     } else {
       editor.outline.root.insertChildrenBefore(inbox, projects[0]);
     }
   }

   let items = ItemSerializer.deserializeItems(options.text, editor.outline, ItemSerializer.TEXTMimeType)
   editor.setCollapsed(items[0])
   inbox.appendChildren(items, inbox.firstChild)
 }

 function run(argv) {
   Application('TaskPaper').open(argv[0]).evaluate({
     script:TaskPaperContext.toString(),
     withOptions: {text: argv[1]}
   })
 }

これを inbox.scpt というファイルで保存し実行権限を与えれば 

 ./inbox.scpt $HOME/tmp/test.taskpaper こんにちはこんにちは!!

という感じで呼び出せるようになる。

あとは Alfred Workflow を作ってそこからこのスクリプトを実行すれば OK だ。

[ permalink ]
[ 10月30日全て ]

2019年2月22日 (金)

今日のさえずり: はやぶさといえば「手動サーチエンジンはやぶさ」

2019年02月22日

  • 07:59 はやぶさといえば「手動サーチエンジンはやぶさ」 #はやぶさ2
  • 09:49 平成31年2月22日 #朝の渋谷 222 DSC-RX0 #RX0 https://t.co/yn3AjA43te
  • 12:30 RICOH GR III の発表来たかー(注文した)。
  • 14:45 Product Advertising API 厳しい。「まず決めたのは、PA-APIとの決別でした。PA-APIは規約が厳しいことで有名で、懸念となっていました。」 / “カエレバ誕生秘話と最近の仕様変更、そして今後について” http://bit.ly/2T4EJJa
  • 19:32 Alfred で ↑ ヒストリ出すやつ、確定実行しなかったやつも残ってるんだ!
  • 20:38 「今日はハッピーフライデーだ」で通じた(すぐツッコまれたけど)。
[ permalink ]
[ 2月22日全て ]

2020年4月16日 (木)

Chrome の Picture-in-Picture Extension で Google Meet の動画を最前面に

Slack コール(ビデオ通話)では動画表示用の小さいウインドウが最前面で表示される。これを MacBook Pro 内蔵ディスプレイの上部中央、内蔵カメラの直下に配置すると自然とカメラの方に視線が行くようになる。 one-on-one ミーティングなど視線を大切にしたい時に便利だ。

一方最近使っているビデオ会議ツール Google Meet (旧 Google Hangouts Meet) は Google Chrome でアクセスして使う形(Mac)のため同じことができない(Meet を開いているウィンドウは Chrome の装飾がついて大きいし、特定の Chrome のウィンドウだけを最前面に置くこともできない)。

なんかいい方法ないかなと思っていたところ Picture-in-Picture Extension (by Google) という Google Chrome 拡張機能を発見。

Google 公式の拡張機能だ。これを使うと Picture-in-Picture Web API に対応している YouTube などのサービスの動画部分をフローティングウインドウとして最前面に表示させることができる。Google Meet のビデオ会議ページで使ってみたところ、動画部分をフローティングさせられた。1対1で画面共有無しの場合はこれでいけるぞ。

[ permalink ]
[ 4月16日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

月別インデックス
Process Time: 0.065559s / load averages: 0.38, 0.37, 0.52
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker