Electronはデスクトップアプリであり、Cookieは使えない。
しかし認証情報をファイルに保存するわけにはいかない。
適切な保管場所は、macOSならKeychain、LinuxならKeyring、WindowsならCredential Vaultだろう。
これらプラットフォームに合わせた方法で保存できるモジュールを紹介する。
node-keytar
node-keytarは、atom製のキーチェーン管理モジュール。
プラットフォームの違いを意識せずに機密情報を読み書きできる。
Electronはデスクトップアプリであり、Cookieは使えない。
しかし認証情報をファイルに保存するわけにはいかない。
適切な保管場所は、macOSならKeychain、LinuxならKeyring、WindowsならCredential Vaultだろう。
これらプラットフォームに合わせた方法で保存できるモジュールを紹介する。
node-keytarは、atom製のキーチェーン管理モジュール。
プラットフォームの違いを意識せずに機密情報を読み書きできる。
軽量でPluggableなJS製Markdownパーサ&レンダラのMarkdown-It。
例えばa
タグは全てtarget="_blank"
にしたいなどの要求を実現するにはレンダラの処理を一部変更する必要がある。
その変更方法について説明する。
md.renderer.rules
を書き換える以下のようにlink_open
という名前のルールを書き換えることで、target="_blank"
をデフォルトに出来る。
FinderやエクスプローラなどからElectronアプリケーションにファイルをドラッグ&ドロップする操作を実現する方法について説明する。
すごく簡単。
まず以下のようにデフォルトの挙動をキャンセルする。
document.ondragover = document.ondrop = function (e) {
e.preventDefault()
}
Electronのrenderer側で、エラーのスタックトレースの位置が変という問題の解決方法。
エラーオブジェクトのstackプロパティをログなどに表示させると、トレース位置が全部コンパイル後のもので不便。
以下のような感じ。
これでは使い物にならない。
続きを読む ElectronでエラーのStackを正しくsource mapする方法
個人的に気に入っているboilerplateを紹介します。
それは、iam4x/isomorphic-flux-boilerplate: ES7 Isomorphic Flux/ReactJS Boilerplateです。
最近、Electron + ReactJS構成でノートアプリを作ってます。
拙作で使うのは両方とも初めてですが、軽く概要だけ知った状態から始めました。
そのためいろいろ転んだわけですが、たぶんこれから始め(てい)るみなさんにも参考になるんじゃないかと思ったので、その失敗をシェアしたいと思います。
もっといい方法あるよ!とかコメント欄などで教えていただけると幸いです 😉
本エントリでは、以下の3つのケースで自分がやりがちな失敗パターンを紹介します。
ただし、Flux実装は alt.js の使用を前提とします。
では、それぞれ詳しく説明します!
ひゃっふう!!グッドニュース。
いや、めっちゃ古いネタなんだけど今気づきました。
HockeyAppっていうデスクトップアプリ向けのCrashlyticsとかCrittercismみたいな、クラッシュ解析ツールがあるんです。
これが、2年前にMicrosoftに買収されてました。
2014-12-11 – HockeyApp Joins Microsoft – HockeyApp Blog
We’re happy to share some exciting news with you: Microsoft has acquired HockeyApp!
で、昔は無料で使えなかったんですよね。
でも今みたら、2 Appsまで無料で使えるんですと!!!はい!!!神!!!
マイクロソフトさまぁ〜ありがとう〜。