Android における Path#op あるいは Canvas#clipPath のようなことをする Path#combine
以下のような形で Path を組み合わせる
final path = Path.combine( _pathOperation, Path() ..addOval(Rect.fromCircle( center: Offset(centerX - 50, centerY), radius: 100, )) ..close(), Path() ..addOval(Rect.fromCircle( center: Offset(centerX + 50, centerY), radius: 100, )) ..close(), ); canvas.drawPath(path, _paint);
lsqlcipher の Install から使うまで
LuaRocks で install します。
$ luarocks install lsqlcipher
私の今の環境 (macOS) だと LDFLAGS で指定されている path に lcrypto がないので sqlcipher の install に失敗します。
$ luarocks install lsqlcipher Installing https://luarocks.org/lsqlcipher-0.9.5-3.src.rock Missing dependencies for lsqlcipher 0.9.5-3: sqlcipher (not installed) lsqlcipher 0.9.5-3 depends on lua >= 5.1, < 5.5 (5.4-1 provided by VM) lsqlcipher 0.9.5-3 depends on sqlcipher (not installed) Installing https://luarocks.org/sqlcipher-4.4.2-2.rockspec ... configure: error: C compiler cannot create executables See `config.log' for more details Error: Failed installing dependency: https://luarocks.org/sqlcipher-4.4.2-2.rockspec - Build error: Failed building.
やり方は色々だと思いますが、symbolic link を貼りました。
$ ln -s /usr/local/Cellar/openssl@1.1/1.1.1k/lib/libcrypto.dylib /usr/local/lib/ $ ln -s /usr/local/Cellar/openssl@1.1/1.1.1k/include/openssl /usr/local/include/
必ずしも原因が同じとは限らないので、error が出た場合は config.log を見るのが良さそうです。
といっても config.log 消えてると思うので、その場合は Source になっている sqlcipher を自分で build して試してみると良いと思います。
local sqlite3 = require("lsqlcipher") local db = sqlite3.open("./foo.sqlite") db:key("bar") db:exec [[ CREATE TABLE IF NOT EXISTS baz ( id INTEGER PRIMARY KEY ); ]]
あとは lsqlite3 と一緒です
小ネタ
このへんはあまり関係ないのでよしなに
val client = HttpClient(CIO) { defaultRequest { url { protocol = URLProtocol.HTTPS host = "api.twitter.com" } header("Authorization", "Bearer $token") } Json { serializer = KotlinxSerializer(json) } }
取得する Tweets の rules を POST する
返り値は String でも HttpResponse でも任意に定義した Response でも何でもいいですが、
kotlinx.serialization でそのまま decode する場合は、errors など key がない場合があるので ignoreUnknownKeys = true を指定しておくと良いです
val response = client.post<String> { url { encodedPath = "2/tweets/search/stream/rules" } body = StreamRulesRequest(rules) }
Tweets を real-time に取得する
Ktor Client の doc に書いてある通り、HttpStatement を使用します。
client.get<HttpStatement> { url { encodedPath = "2/tweets/search/stream" } }.execute { response -> val channel = response.receive<ByteReadChannel>() do { val tweet = channel.readUTF8Line() ?: break } while (tweet.isNotBlank()) }
Flow とかで emit すれば扱いやすくなると思います。
もう少し詳しく見たければこちらを
info-provision-bot/TwitterClient.kt at main · CORDEA/info-provision-bot · GitHub
をしたので手順のメモ
Owner 変更はだいたいここに書いてあるとおり。
チェックすべきことも書いてあるので一度目を通しておくと良さそうです。
Transfer apps to a different developer account - Play Console Help
これはまぁ普通に。
Registration fee を支払う必要がありますが、先の Help に書いてあるとおり、元の Account を削除する際に返金してもらうことができるようです。
何も言わなければ返金されないので、あとの手順で Support にメールする時ちゃんと「返金して」って書いておくと良いと思います。
これは console にあるものではなく、支払ったときに付与される ID です。
なので、Registration fee を支払ったときに来る Google Payments からのメールに記載されています。
日本語だと「Google の注文番号」ってやつです。
https://pay.google.com からも参照できます。この場合は「取引 ID」です。
ここから申請します。全部移行する場合は全部選択します。
https://play.google.com/console/developers/app-transfer
App が多い場合など、最初から Support にメールして進めたほうが早いかもしれません。
2-3 営業日でメールが来ます。
以下に書いてあるとおり、3 で来たメールに返信する形で削除を依頼します。
Manage your developer account information - Play Console Help
まぁいい感じに私の Account 削除してください的なこと書いておけばいいと思います。 (返金を求める場合はそれも)
その際、削除対象の Account の Transaction ID や Developer name を記載しておくとスムーズです。
Developer name は Google Play Console の設定 -> デベロッパーアカウント -> デベロッパーページ で参照できます。
その後、移行先の Account の情報とか聞かれたりして、答えていくと削除してくれます。
なんだかんだ Owner 変更と削除で 2 週間くらいかかりました。
G Suite の Admin console には監査ログというものがあり、そこで色々見たり Alert を上げたりすることが出来るのですが、
G Suite Admin SDK の Reports API を使用すると、この監査ログを取得することが出来ます
また、Callback URL を登録することで更新通知を受け取ることも出来ます。
ということでこの記事では Meet の更新通知を受け取ってみます。
Meet は非対応ですが、主要なイベントだと Alert Center でメールに飛ばせるのでメールならそちらのほうが良いでしょう。
監査ログはリアルタイムに通知されるわけではなく、利用できるようになるまでに一定の時間がかかります。また、この時間はサービスによって異なります。
Meet はほぼリアルタイムに更新されるようですが、私が見ていたところでは監査ログに表示されるまでに概ね 3~5 分程度かかっていました。
Data retention and lag times - G Suite Admin Help
また、更新通知の受け取りに関してですが、最初は届いていたのですが何度も試していたせいか途中から届かなくなってしまいました。(同期用の Message は届くが監査ログの更新は通知されない)
Stackoverflow でもいくつか同様の投稿が見受けられましたので、使用する際には注意したほうが良いかもしれません。
個人で契約している G Suite Basic なので、Business とか Enterprise だと違ったりするのかもしれません。
実装したやつ置いときます
とりあえず通知が POST されるので、その先を予め用意しておく必要があります。
Flask だと以下のようになります。
@app.route('/events', methods=['POST']) def events(): headers = request.headers if __name__ == '__main__': app.run(debug=True)
まず、ここにはいくつかの Message が POST されますが、そのうちの一つに同期用の Sync Message があります。
これは登録後に POST される確認用の Message です。
この Message には登録解除用の ID などが含まれていますが、監査ログとしての情報はないため、ここでは無視します。
@app.route('/events', methods=['POST']) def events(): headers = request.headers if headers['X-Goog-Resource-State'] == 'sync': return {}
Header に含まれる情報はここに書いてあります。
あとは通知の Parse です。
POST される json には種別や ID などが含まれますが、おそらく大体の人が必要としている情報は events にあります。
配下は配列となっており、その中身には Event type, name と Event の parameter が含まれています。
Event の parameter についてはそれぞれの Reference に記載があります。
Meet の場合は以下
Hangouts Meet Audit Activity Events | Reports API | Google Developers
あとは欲しい情報を取得してなんかいい感じにするだけです。
@app.route('/events', methods=['POST']) def events(): headers = request.headers if headers['X-Goog-Resource-State'] == 'sync': return {} for event in request.json['events']: print(event['name'])
さきほど用意した Web API をどこか見えるところに Deploy します。
Callback URL に登録するためにはいくつか条件があります。
私の場合は Google App Engine に deploy しました。
Repository に app.yaml を commit しておいたので同じように試すときは gcloud app deploy で試すことが出来ます。
Google API Console にアクセスし、必要なら任意の Project を選択します (無いなら作る)。
Domain verification から Add domain を選択し
Callback URL の domain を入力します。
この時、所有権が確認できていない場合は Seach Console での domain 登録を求められますので、その通りにします。
私は meta tag で行ったので Repository に index.html.example として commit してあります。
Activities: watch | Reports API | Google Developers
あとは Callback URL を登録するだけです。
Python だったらこのへんを参考にします。
Python Quickstart | Reports API | Google Developers
def __get_google_service(): creds = None if os.path.exists(TOKEN_PICKLE): with open(TOKEN_PICKLE, 'rb') as token: creds = pickle.load(token) if not creds or not creds.valid: if creds and creds.expired and creds.refresh_token: creds.refresh(Request()) else: flow = InstalledAppFlow.from_client_secrets_file( 'credentials.json', SCOPES ) creds = flow.run_local_server(port=0) with open(TOKEN_PICKLE, 'wb') as token: pickle.dump(creds, token) return build('admin', 'reports_v1', credentials=creds) def __register(): response = __get_google_service().activities().watch( userKey='all', applicationName='meet', body={ 'address': settings.CALLBACK_URL, 'type': 'web_hook', 'id': ID } ).execute()
applicationName は今回は Meet の Event を取得するため 'meet' にします。Calendar の場合は 'calendar' です。
userKey は特定の User に絞りたい場合は使用します。今回は全て見たいので 'all' とします。
Response で得られる Resource ID と ID は保持するなり覚えておくなりすると登録解除が出来ます。
登録状態を見る API は無いため、Resource ID と ID がどこかへ行ってしまうと期限が切れる (たぶん 6 時間) のを待つ以外にありません。
登録するとしばらくして Sync Message が届くはずです。
Channels: stop | Reports API | Google Developers
登録の解除は以下のように行います。
__get_google_service().channels().stop(
body={
'id': id,
'resourceId': resource_id
}
).execute()
が、どうやら Python の Client library だとこの stop API の URL が間違っているようなので Issue を参考に書き換えます。
channels._baseUrl = channels._baseUrl.replace('/admin/reports/v1', '')
なお Issue では AuthorizedSession を使う方法も提案されていて、そちらのほうが良さげです。
おわり
クレジットカードやデビットカードには EMV Contactless という非接触決済に対応しているものがあります。
EMV Contactless は NFC を使用しているため、手持ちの Android 端末でカードの情報を読み取る事ができます。
ということでここではカードからカード番号及び有効期限を読み取ってみます。
なお、触れると長くなるのであまり具体的な実装には触れません。Android での実装は下部に Repository の URL を貼っておくので興味があればそちらを見てください。
情報を読み取るために、ISO/IEC 14443-4 に定義されている通信プロトコルを介して通信を行います。データへのアクセスには ISO/IEC 7816-4 で定義されている Application Protocol Data Unit (APDU) という通信フォーマットを使用します。
雑に Android での実装の話をすると、IsoDep を使って connect で操作を開始し、transceive でやり取りし、close で終了します。
Command は以下のように構成されます。
| CLA | INS | P1 | P2 | Lc | Data | Le |
Lc には Data length、Le には Response length を入れます。Response length は Response をすべて取りたい場合は 0 にします。
例えばこのあと出てくる SELECT FILE command の場合
| 00 | A4 | 04 | 00 | Lc | Data | Le |
となります。
P1/P2 は Parameter です。P1 の 04 (00000100) はこの場合 Dedicated File (DF) をその名前によって選択するということになります。詳しくは以下の Table 58 を見てください。
また、Response は以下のように構成されます。
| Data | SW1 | SW2 |
SW1-SW2 で Status を表します。90 00 が成功ステータスです。詳しくは以下の Table 17,18 を見てください。
本編です
SELECT FILE Command を送信し、Payment System Environment (PSE) を選択します。
PSE の DF Name は "1PAY.SYS.DDF01"、PPSE の場合は "2PAY.SYS.DDF01" です。
サポートしていれば PSE の File Control Information (FCI) が返却されます。これに Application Elementary Files (AEF) の Short File Identifier (SFI) が含まれています。
PSE をサポートしているカードのみの手順です。
SFI を使用して READ RECORD Command を送信し、Application Identifier (AID) を取得します。
PSE をサポートしていた場合は先に取得した AID を、していなかった場合は直接 AID を指定し選択します。
例えば、Visa のクレジットカード・デビットカードは A0 00 00 00 03 10 10 です。
以下のように SELECT FILE Command を送信します。
| 00 | A4 | 04 | 00 | 07 | A0 00 00 00 03 10 10 | 00 |
Response として Processing Options Data Object List (PDOL) が返却されます。
返却された PDOL を Parse します。
PDOL は概ね以下のようになります。
... 01 01 9F 38 18 9F 66 04 9F 02 06 9F 03 06 9F 1A 02 95 05 5F 2A 02 9A 03 9C 01 9F 37 04 ...
PDOL の開始 Tag は 9F 38 なので、それを探します。
また、開始 Tag の直後は length です。9F 38 18 であれば length は 24 となります。
このことから PDOL は以下のようになります。
9F 66 04 9F 02 06 9F 03 06 9F 1A 02 95 05 5F 2A 02 9A 03 9C 01 9F 37 04
この PDOL は次に送る Command に request として何をどの length で送ればよいかを示しています。
以上の Data を指定された length で構築します。
以下はそれぞれの例です。実際はそれぞれの要件等に合わせて構築します。
できたらこれらをくっつけます。
GET PROCESSING OPTIONS (GPO) Command を送信します。
先程の Data の length を先頭に付けます。
21 28 00 00 ...
Tag (83) をつけます。
83 21 28 00 00 ...
以下のように送信します。
| 80 | A8 | 00 | 00 | 23 | 83 21 28 00 ... | 00 |
カード情報が含まれている Data を Parse します。Response として Track2 Equivalent Data が返却されている場合、開始 Tag は 57 です。
返却されていない場合はこちらではなく次を見てください。
57 の直後は length で、delimiter は 'd' です。
以下のようにデータが含まれています。
xx xx ... xx dy yy ...
ここから最後までは Track2 Equivalent Data ではなく Application File Locator (AFL) が返却された場合の手順です。
AFL の開始 Tag は 94 です。
Data から SFI と start, end の 3 bytes を取得します。
さきほどの SFI をもとにすべてのレコードを読みます。
P1 として index (start から end まで), P2 として下位 3 bits を 1 0 0 とした SFI をセットします。これは P1 のレコードを読むという意味です。以下の Table 36 を見てください。
返却された Track2 Data を Parse します。開始 Tag は 9F 6B です。
あとは Track2 Equivalent Data と同じです。
以上で読み取りまでの流れは終わりです。
結構端折った部分や私自身の知識が甘い部分もあり、調べながらでないとこの記事を読んで実装することは難しいと思いますが、私が実装するときに情報が散らばっていたりしてかなり苦労したので書いておきました。
以下に参考にしたリンクを貼っておきます。すべて非常に参考になるので読んでみてください。
あと実装した Repository も置いておきます。EMV Contactless 対応の Visa と Mastercard 3 枚で動作を確認していますので興味があれば。
Dribbble にありがちなスライムのような何かぽよぽよした Animation をどう実現するか
ちなみに特に何かイベントに反応する必要がなければ Lottie で良いと思います
実現する方法として、結論としてはタイトルにある通り Path#cubicTo を使います
これで Bezier curve を描くことができるので、柔らかい曲線や遷移を実現できます。
以下のような感じで引いていきます。
path.moveTo(0f, 0f) path.cubicTo(0f, 0f, 0f, 0f, 0f, 0f) path.cubicTo(0f, 0f, 0f, 0f, 0f, 0f) path.cubicTo(0f, 0f, 0f, 0f, 0f, 0f) path.close()
一つ注意点として、cubicTo の x1, y1 は point の左側の control point ではないので、
以下のような曲線を引く時
x1, y1 は前の point の右側の control point を指します。
これだけだと cubicTo の説明にしかなっていないので、作るときに楽だった方法だけ書いておきます。
まず Sketch や Figma などまぁそのへんの色々を使用して Animation のあたりをつけておきます。
先にあった gif の一番目だとこのような感じで作っていました。
こうするとだいたい progress 0.0 ~ 1.0 までどのように control point を動かしていけば想定どおりの動きとなるかが見えてきます。
まず progress 0.0 と 1.0 の状態 (もっと状態が複雑ならそれら) を作って、大体出来たらそれを補完するように point を動かします。
やることはこれだけです。
なお、作るときには control point も同じく描画しておくと良いでしょう。今は Android Studio 上で View の preview が見られるので調整作業がかなり楽になります。
完全な円は書けないので、円から何かするというのは難しいかもしれません。
あと、Animation の見え方が device によってかなり変わると思うので、お仕事でやるなら相当苦しむことになると思います。パフォーマンス的にもとてもおすすめできない。
作るだけならまぁまぁ楽しいので、一回やってみると良いかもしれません。
上の Animation の実装は以下の Repository にあります。とても参考にできない実装ですが興味があれば。